1、資料輸入測試：
向系統輸入資料或輸入資料庫操作命令時，一般是測試系統對資料庫中資料操作的過程。
資料型別測試：由於不同的資料庫系統對資料型別要求的不同，在定義資料庫表時，也規定了資料字段的資料型別。測試步驟和方法：在系統的資料維護功能介面上，錄入或修改資料時，特意輸入非系統設計的資料型別，檢查系統是否可以接受，若不能接受則檢查是否滿足了系統在這方面的設計要求，如即刻清除非法內容、輸入焦點不能到下一輸入位置、出現系統自定義的提示資訊、不允許出現開發工具的報錯資訊等。若系統可以接受並儲存，則要看資料庫表的字段型別設計是否與使用者或習慣上不一致，並且要注意其他模組在調取該資料時，是否有特定要求。
邊界值測試：根據資料取值範圍的要求，輸入符合取值範圍的資料、取值範圍的上、下限和超過取值範圍的資料。注意，除要測試資料庫系統本身資料型別取值範圍外，還要根據軟體系統設計中的一些特定要求，設計測試用例來測試。
資料合法性測試：測試人員除了要測試輸入資料是否滿足所使用資料庫系統本身的資料型別和取值範圍的要求外，還應該根據經驗和軟體系統和需求的特定要求檢查輸入資料的合法性。比如：日期合法性（出生年月、參保日期、發生時間、根據習慣和業務邏輯順序對日期合理性的要求等）。工資、比例、率等，都要注意輸入的合理、合法性。
單引號和雙引號：不要忽略輸入單引號和雙引號可能引起的錯誤和資料問題。在功能錄入介面上，在某字段的輸入框輸入了包括單引號和雙引號的資料，以後在通過select 語句查詢時可能會出問題。特別在基於web方式的系統，輸入了單引號，在查詢資料記錄時，肯定會出現頁面鏈結錯誤（頁面無法鏈結或找不到或鏈結物件錯誤）。
空值測試：在測試資料錄入或修改的功能介面時，若不輸入任何東西，系統又沒有設計成not null，則這時，要非常注意其影響。因為資料可以正常儲存，但資料表該字段是空值，那麼所有與該字段有關的操作，如：查詢(and)、計算（累加、連乘）等，則可能出現資料問題（計算結果為0，無記錄返回）。對於測試人員首先要檢查系統到底是作為空值，還是作為空串或空字元處理。另外對於允許不輸入任何值的字段，在測試過程中，要檢查是否在介面顯示或列印報表時，這些字段作為了關鍵要素或標題等情況。
空格：在資料維護的功能介面上，輸入資料時，要注意是否在輸入位置有空格，首先看系統設計時，是怎麼考慮的，若系統允許輸入空格，則檢查條件查詢或作為呼叫引數時的資料返回情況；另外檢查程式是否使用了去掉空格的函式。
資料校驗的不一致：測試時，對於一些編號、編碼、**等主鍵或作為查詢或呼叫條件的字段，要注意系統對他們的輸入合法性檢查與查詢或呼叫條件的要求是否是一致的。特別是對於資料結構設計中沒有特定約束，而由程式進行校驗控制的情況。
分析：資料輸入測試的主要目的是保證輸入到系統中資料的合法、合理性。我覺得，資料輸入過程的檢查是非常重要的，若在程式設計過程中，不注重資料的校驗功能，雖然看起來加快了開發進度，但給以後會帶來一些不可預計的程式設計或維護工作量。
2、目錄路徑測試：
測試系統中規定的路徑要求，更改路徑，檢查系統的是否可以正確執行及系統的排錯功能。測試時，根據系統設計說明書（詳細設計）或通過對程式源**的熟悉，找出系統執行過程中指定的路徑或在執行過程中，需要使用者選擇路徑的地方。特意更改路徑（選擇正確的路徑、選擇另外的路徑、輸入不存在的路徑）。檢查系統是否具有路徑上的容錯性和靈活性。比如，原則上在程式中，最好不要寫絕對路徑，另外可以提供配置路徑的對話方塊，若輸入了非法路徑，系統有無提示等。
3、 資料操作測試：
在功能介面測試時，對系統選單中定義的快捷鍵和選單工具條中的工具按鈕要測試。主要是有效性和一致性測試。有效性：檢查是否有效，介面有無反應。一致性：定義或提示的資訊是否與實際完成的功能一致。
5、 操作順序測試
按鈕順序測試：在功能介面上，不按照設計上或習慣上的操作順序點選功能按鈕，看系統有什麼反應；多次、反覆點選某一按鈕，看系統有什麼反應。主要是測試系統的控制、校驗和容錯能力；
業務邏輯順序：不按照系統的正常業務邏輯、流程操作，來測試系統是否控制了業務流程的順序。
6、按鈕有效性控制測試：
主要是測試當不具備條件或無實際意義的情況下，按鈕的「enabled」屬性。比如：某一業務未處理，下一環節的功能按鈕則應變灰（不可用）。逐條顯示資料記錄，當游標已經指到了最後一條時，「下一條」和「末記錄」按鈕則應變灰等。
7、同時刻操作測試：
對於刪除、修改、增加資料和一些業務功能，進行多客戶端同時刻操作測試，看系統有什麼反應。
8、附件壓力測試：
測試列印功能是否能夠正常列印出報表，列印設定後，是否能按照設定的要求列印。
10、web測試：
基於web方式的應用，對於一些提交表單的頁面，通過多次點選「back」鍵，來測試系統的處理情況。對於有儲存資料功能的頁面，多次點選「儲存」，來測試系統的處理情況。
其他測試注意事項：
1. 測試的策略有哪些？
答：黑盒/白盒，靜態/動態，手工/自動，冒煙測試，回歸測試，公測（beta測試的策略)
2. 你認為做好測試用例工作的關鍵是什麼
需求和設計文件的理解程度，對系統的熟悉程度
3. 你以前工作時的測試流程是什麼
需求評審（有開發人員，產品經理，測試人員，專案經理）－>
需求確定(出乙份確定的需求文件)－>
開發設計文件（開發人員在開始寫**前就能輸
出設計文件）－>
想好測試策略，寫出測試用例－>
發給開發人員和測試經理看看（非正式的評審用例）－>
接到測試版本－>執行測試
用例（中間可能會補充用例）－>
提交bug（有些bug需要開發人員的確定（嚴重級別的，或突然發現的在測試用例範圍之外的，難以重現的），有些可
以直接錄製進td）－>
開發人員修改（可以在測試過程中快速的修改）－>
回歸測試（可能又會發現新問題，再按流程開始跑）
xcode實用功能
佔位符 在 之間輸入提示語可得到像系統那種提示一樣的效果 快捷 將自己寫的 如常用的屬性，控制項的建立 拉到xocde的 倉庫裡面 設定completion shortcut為你想用的快捷碼，設定完成之後在xocde裡敲你設定的快捷碼即可得到你想要的 注意 屬性像 property nonatomi...
Arrays實用功能
1.列印陣列內容 arrays.tostring arr public static void main string args 輸出結果 arr1 11,11,11 arr2 22,22,22,22,22 比較兩個陣列是否相等,arrays.equals arr1,arr2 public stat...
Linux Shell 實用功能
tab 按鍵history 選項 history c 清除命令歷史記錄 history n 顯示最近n個歷史記錄使用歷史記錄的命令 執行上一條歷史記錄 6 執行第六條歷史記錄 8 test 執行第八條歷史記錄並在後面加上 test ls 執行上乙個ls命令 ls s cf g 執行上一條ls命令，其...