在測試工作中，“直接拿到軟件就測試”的做法曾經很普遍，現今這種情況應該很少了，它只屬于那個特定的時期。在回答這個問題之前，我覺得有必要展現這種特殊的情況所處的背景。
● 它發生在那個軟件開發不規范的年代，軟件開發還處于原始的狀態；
● 由于不規范，所以不能指望它有完整的開發及測試文檔。
● 業務專家型：對軟件的業務流程、最終客戶的主要使用角色及使用功能都非常熟悉
● 精通黑盒測試用例的編寫方法
有了符合以上要求的測試人員后，需要特別指定本次測試的主要目的。
● 由于現狀的制約，本次測試的主要目的可以定位成：在有限的時間內，站在用戶的角度，按照軟件最終驗收的標準，驗證軟件的主要功能是否正常；
● 在此基礎之上，思考最終用戶最有可能的失誤或者異常操作，驗證在這些條件下，軟件是否能夠正確處理。
在測試目的的指引下，然后再確定測試環境以及測試類型的取舍。如
● 按照用戶最流行的軟硬件環境配置，搭建測試環境，配置測試和兼容性測試及其他無關的測試都可以暫時取消；
走到這一步，測試人員已經明確了測試的主要目的和要進行哪些測試，就可以按照以下原則來設計測試用例了
● 根據驗收測試的標準，針對不同類型的軟件，按照等價類劃分、因果圖、場景法等，設計有效測試用例；建議在設計測試數據時，如果有條件，可以多參考最終用戶以前的歷史數據，把有效的業務流程、有效的場景100%覆蓋；
● 上面的完成后，再最大可能的增加一些異常的測試用例，努力覆蓋到用戶最可能失誤的操作或者異常的操作數據或者流程。
基于以上的原則，可以在有限的時間內，編寫出“相對”完整且有效的測試用例，而不是“絕對”的。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/