（1）被測系統(tǒng)相關(guān)的文檔、資料。如：需求規(guī)格說明書、界面原型、項目會議、有關(guān)需求信息的會議記錄及其他技術(shù)文檔。
（2）與客戶或系統(tǒng)需求分析人員進行溝通。都說要像用戶一樣對系統(tǒng)進行測試，和用戶交流的過程中會讓我們明確怎樣的系統(tǒng)會讓用戶的工作更便捷、高效。
（3）正式或非正式的培訓(xùn)。對于專業(yè)領(lǐng)域性強的系統(tǒng)來說，培訓(xùn)是非常有必要的，更能發(fā)現(xiàn)業(yè)務(wù)的“潛規(guī)則”。
（4）如果待測試的系統(tǒng)有舊版本的話，舊系統(tǒng)的功能特性會成為最有效的測試需求來源。
（5）系統(tǒng)的業(yè)務(wù)背景資料。業(yè)務(wù)領(lǐng)域的專業(yè)知識等。
（1）保證軟件需求的可測試性
就是要保證所有的需要實現(xiàn)的需求都是可以用某種方法來明確的判斷是否符合需求文檔中的描述。如果對于某條需求或某個特性，無法通過一個明確的方法來進行驗證，或者無法預(yù)知它的結(jié)果，那么就意味著這條需求的描述存在缺陷，應(yīng)該請需求人員對需求文檔進行修改或補充。
（2）確保需求文檔中所描述的內(nèi)容是真實可靠的
我們必須考慮，提出這些需求的涉眾，是否真的可以正確的描述自己的需求？我們的需求人員是否真的可以正確的理解用戶的需求？有沒有一些被用戶認為在業(yè)務(wù)處理上是理所當然、極其平常的事情，而沒有作為需求提出來？有沒有一些被用戶認為他們過去使用的軟件已經(jīng)提供了相應(yīng)的功能，所以認為我們也應(yīng)當提供，而沒有提出來的？作為測試人員，還是需要對軟件產(chǎn)品所涉及的行業(yè)的業(yè)務(wù)有一個全面的、深入的了解。
總之通過測試需求分析的過程，劃分系統(tǒng)的需求及其重要程度。測試需求的確定為我們制定進度計劃、分配資源以及如何確定某個階段測試工作是否完成提供一個可供衡量的標準。已被確定的測試需求是我們進行測試用例設(shè)計和測試覆蓋的依據(jù)。讓測試活動進行的“有理有據(jù)”。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
