路徑測試:對基本執行路徑和循環進行測試會發現大量的錯誤。根據白盒測試和黑盒測試用例設計方法設計測試用例。設計測試用例查找由于錯誤的計算、不正確的比較或不正常的控制流而導致的錯誤。
常見的不正確的計算有:
· 運算的優先次序不正確或誤解了運算的優先次序;
·運算的方式錯誤(運算的對象彼此在類型上不相容);
· 算法錯誤;
· 初始化不正確;
·運算精度不夠;
·表達式的符號表示不正確等。
常見的比較和控制流錯誤有:
·不同數據類型的比較;
·不正確的邏輯運算符或優先次序;
·因浮點運算精度問題而造成的兩值比較不等;
· 關系表達式中不正確的變量和比較符;
·“差1錯”,即不正確地多循環或少循環一次;
·錯誤的或不可能的循環終止條件;
·當遇到發散的迭代時不能終止循環;
·不適當地修改了循環變量等。
錯誤處理測試:比較完善的模塊設計要求能預見出錯的條件,并設置適當的出錯處理對策,以便在程序出錯時,能對出錯程序重新做安排,保證其邏輯上的正確性。這種出錯處理也是模塊功能的一部分。表明出錯處理模塊有錯誤或缺陷的情況有:
· 出錯的描述難以理解;
·出錯的描述不足以對錯誤定位和確定出錯的原因;
· 顯示的錯誤與實際的錯誤不符;
·對錯誤條件的處理不正確;
·在對錯誤進行處理之前,錯誤條件已經引起系統的干預;
·如果出錯情況不予考慮,那么檢查恢復正常后模塊可否正常工作。
邊界測試:邊界上出現錯誤上常見的。設計測試用例檢查:
·在n次循環的第0次、1次、n次是否有錯誤;
· 運算或判斷中取最大最小值時是否有錯誤;
·數據流、控制流中剛好等于、大于、小于確定的比較值時是否出現錯誤。
測試的環境構成
何時進行單元測試?單元測試在編碼階段進行。在源程序代碼編制完成、經過評審和驗證、確認沒有語法錯誤之后,就可以開始進行單元測試的測試用例設計。要利用軟件設計文檔,設計可以驗證程序功能、找出程序錯誤的多個測試用例。
對于每一組輸入,應該有預期的正確結果。在單元測試時,如果模塊不是獨立的程序,需要輔助測試模塊,有兩種輔助模塊:
驅動模塊(Driver):所測模塊的主程序。它接收測試數據,把這些數據傳遞給所測試模塊,最后再輸出測試結果。當被測試模塊能完成一定功能時,也可以不要驅動模塊。
文章來源于領測軟件測試網 http://www.kjueaiud.com/