預防，與其說風險前移，不如說是把事情提前做。究其目的，提升質量仍是第一位。

  需求確認和分析，軟體研發的第一項工作；測試需求分析，軟體測試的第一項工作。

  測試需求分析，第一步？拆分測試物件，更簡單的說法，拆分測試點。（測試小故事54：測試物件）

  如何拆分測試物件，如何獲取測試點，不同的人有自己的理解和方法：由整體到細節還是由細節到整體，一個目的測試全覆蓋。

  測試大綱。

  這是一個很久遠的課程，也是自己作為測試者的第一課，進入測試行業的第一個概念，也只在第一家公司反覆提到過這個概念。在之後讀到過的有關測試的書中有個類似的提法，測試點。只是這個概念往與測試用例相提並論，沒能被充分理解和使用。

  之後常用level來拆解，一個不錯的方法。

  面試時，常會問一個問題：一個軟體，會測試哪些內容？

  得到的答案多是籠統的回答：基本功能、業務流程。

  再問：基本功能要測什麼？

  回答：需求裡面描述的每一項。

  細問：一個登入介面，比如QQ的登入，要測試哪些功能？

  回答：輸入使用者名稱，輸入密碼，點登入，看是否能正確登入，包括正確/錯誤的使用者名稱和密碼。

  回覆看來都是正確的。有沒有測試遺漏？有沒有哪些沒有測試到的功能？

  考慮更多的情況：把登入看作成一個功能項，還是一個整體頁面的一部分？是獨立存在的功能，還是整體看待？功能測試只是基本的功能是否還包括其它，如可用性、易用性、介面。。。。。。

  記得，這裡仍在作功能測試，而非整合測試或是系統測試。

  先有測試點，然後才是測試方法的使用、測試資料的選擇。

  測試物件，由整體到區域性，逐步細化、分步拆解。

  還有遺漏嗎？全覆蓋了嗎？