軟件開發公司認為測試階段的信息流的輸入信息有兩類，
(1)軟件配置，包括需求說明書、設汁說明書和服程序清單等。
(2)測試配置，包括測試計劃和測試方案。
所謂測試方案不僅僅是測試時使用的輸入數據(稱為測試用例)，還應該包括每組輸入數據預定要檢驗的功能，以及每組輸入數據預期應該得到的正確輸出。實際上，測試配置是軟件配置的一個子集，最終交出的軟件配置應該包括上述測試配置軟件開發公司通常比較測試得出的實際結果和預期的結果，如果兩者不—致則很可能是程序中有錯誤。設法確定錯誤的準確位置并且改正它，這就是調試的任務。與測試不同，通常由程序的編在對測試結果進行收集和評價的時候，軟件可靠性所達到的定性指標也開始明朗了。如果經常出現要求修改設計的嚴重錯誤，那么軟件的質量和可靠性是值得懷疑的，應該進    反之，如果看起來軟件功能完成得很正常，遇到的錯誤也很容易改正，則仍然應該考慮兩種可能：
(1)軟件的可靠性是可以接受的；
(2)所進行的測試尚不足以發現嚴重的錯誤。
最后，如果經過測試，一個錯誤也沒有被發現，則很可能是因為對測試配置思考不充分，以致不能暴露軟件少潛藏的錯誤。這些錯誤最終將被用戶發現，而且需要在維護階段改正它們(但是改正同一個錯誤需要付出的代價比在開發階段高出許多倍)。在測試階段積累的結果，也可以用更形式化的方法進行評價。軟件可靠性模型使用錯誤率數據估計將來出現錯誤的情況，并進而對軟件可靠性進行預測。
本文由軟件開發公司提供：http://m.bigbenlau.com