【引用，手抄】
1. 測試用例中乙個必須部分是對預期輸出或結果進行定義。
（一般來說，測試用例中，輸入與輸出是乙個預先定義的對應關係）
2. 程式設計師應當避免測試自己編寫的程式。
（與測試驅動開發，如何結合？）
3.編寫軟體的組織不應當測試自己編寫的軟體。
4. 應當徹底檢查每個測試的執行結果。
5. 測試用例的編寫不僅應當根據有效和預料的輸入情況，而且也應當根據無效和未預料到的輸入情況。
6. 檢查程式是否「未做其應該做的」僅是測試的一半，測試的另一半是檢查程式是否「做了不應該做的」。
（後一半比較難測，原因在於兩方面，一方面，在需求文件及設計文件中，往往只定義了程式需要做什麼，而較少定義不該做什麼；另一方面，測試理論中也沒有相應的模型，幫助人去測試「管了閒事的軟體」。突然想到了「法不禁止，即可為」與「法不允許，即禁止」，似乎只有中西合璧才能測好乙個軟體。）
7. 應避免測試用例用後即棄，除非軟體本身就是乙個一次性的軟體。
（測試經濟學）
8. 計畫測試工作時不應默許假定不會發現錯誤。
（該假定會影響專案的時間安排計畫。如果預先能估計到在各個測試階段可能出現多少量級的問題，就可以在專案初期預留出解決bug的時間。專案開發後期，特別是交付使用的前一段時間，開發測試組往往需要加班趕進度，很大程度上與前期的計畫不合理有關。）
9. 程式某部分存在更多錯誤的可能性，與該部分已發現錯誤的數量成正比。
（強大的統計結果。）
10. 軟體測試是一項極富創造性、極具智力挑戰性的工作。
（同意。不管是制定學習計畫，職業規劃還是跳槽找工作都是極具「挑戰性」啊。）
軟體測試的重要原則
1.測試用例中乙個必需部分是對預期輸出或結果進行定義 即有乙個明確的輸出結果 因此乙個測試用例必需包括兩部分 輸入資料的精確描述和輸出結果的精確描述 2.程式設計師應當避免測試自己寫的程式 但是 除錯 糾正已知的錯誤 還是程式的編寫者比較有效。3.編寫軟體的組織不應當測試自己編寫的軟體 4.應當徹底...
軟體測試的原則
1 測試用例中乙個必需部分是對預期輸出或者結果進行定義 2 程式設計師應當避免測試自己編寫的程式 3 編寫軟體的組織不應當測試自己編寫的軟體 4 應當徹底檢查每個測試的執行結果 5 測試用例的編寫不僅應當根據有效的和預料到的輸入情況，而且也應當根據無效和未預料到的輸入情況 6 檢查程式是否 未做其應...
軟體測試的原則
1 測試顯示軟體存在缺陷testing shows presence of defects 測試只能證明軟體中存在缺陷，但並不能證明軟體中不存在缺陷。軟體測試是為了降低存在缺陷的可能性，即便是沒有找到缺陷，也不能證明軟體是完美的。2 窮盡測試是不可能的exhaustive testing is im...