測試人員需要明白，我們的責任是反映產品的缺陷，我們不需要也不能修正產品，所以同發現軟件的其它缺陷一樣，在發現產品說明書的缺陷后，應該把它們如實并詳細的記錄下來，呈報給此軟件的最終負責人，對并此缺陷的處理情況進行跟蹤。
注意同發現的軟件其它缺陷一樣，缺陷列表應該呈報給軟件的最終負責人，而不是給相關技術人員或技術主管，因為技術人員可能會以在技術的實現上有難度為推托，拒絕對缺陷的修改。
4 目前的可執行度
(1)很多軟件在開發前并沒有書面形式的產品說明書
目前我國的許多軟件公司都是小型的手工作坊式的公司，在程序開發前都沒有一個正式的、完整的、確定的產品說明書，即便是這種情況，產品說明書也是存在的，它存在在軟件設計人員、項目負責人的腦海里，在他們心中都有一個軟件的輪廓，假定了軟件將要實現的功能。我們的測試人員可以在同他們的交流和不斷的詢問中獲得這個非正式的產品說明書，值得注意的是在我們得到這些信息后還需要以書面的形式把它們一一列舉出來，再向相關人員請教，最后做到能完整、準確、一致、合理的描述了產品的功能。
(2)測試人員一般不會在項目初期就參與項目
當前還存在著這樣一種問題，公司一般不會讓軟件測試人員在項目的初期就參與項目，一般要等到軟件的雛形出來后才會讓軟件測試人員著手進行測試。對這種情況，測試人員可以通過已經建立的軟件的雛形，揣摩產品說明書，然后也是同上段所說一樣，向相關人員請教，擬定一份書面的完整的、準確的、一致的、合理的產品說說明書。值得注意的是，測試人員在運行軟件的雛形時，往往會發現一些軟件缺陷，這時千萬不要局限在這些缺陷上耗費經歷，以致忘了擬定產品說明書的主要任務，一定要記�。簻y試一個軟件最首要也是最重要的是測試其產品說明書，在產品說明書明確后，再制定具體的測試案例。
以上兩點是指在公司體系不太正規的情況下給測試員的建議，但我認為要能更好的保證軟件的質量，或許規范生成軟件的整個運作流程更為有效：產品說明書由項目負責人來主持定版比較好，因為他把握著產品發展的方向;在產品說明書定版時的會議應請負責測試的人參加，使他們對產品有一個宏觀的認識，我也不贊成測試人員過早的局限于某一項目，如果那樣他們會覺得無所事事。
三、完全測試軟件是絕不可能的，必須對測試的各項進行等價劃分。
1 概念
等價分配：軟件有無限的測試案例，我們要想辦法把軟件的相似輸入、輸出、操作分成一組，來使無限的測試案例減小到同樣有效的小范圍，這個過程稱為等價分配。
邊界條件：軟件計劃的操作界限所在的邊緣條件，即如果超出這個邊界條件，就可能會引出錯誤。
2 原因
輸入量太大
輸出結果太多
軟件實現途徑太多
軟件說明書沒有客觀標準。從不同的角度看，軟件缺陷的標準不同。
3 方法
(1)數據測試：
1) 確定輸入的邊界條件，對邊界線上的及邊界線兩邊的數據進行測試;
2) 邊界線可能是2的乘方，默認值、空白值、零值等;每一個軟件測試問題各不相同，可能包含格式各樣邊界的不同數據。
(2)狀態測試(軟件的狀態是指軟件當前所處的情況或者模式)
1) 每種狀態至少訪問一次;
2) 測試看起來最常見最普遍的狀態轉換;
3) 測試狀態之間最不常用的分支;
4) 測試所有錯誤狀態及其返回值;
5 目前的可執行度
6) 測試隨機狀態轉換
文章來源于領測軟件測試網 http://www.kjueaiud.com/
