軟件測試與可靠性評估方法研究(4)

　　這些檢查雖然增加了工作量，但對于在測試早期發現錯誤和提高軟件的質量是非常必要的。

　　2.設計測試用例

　　設計測試用例就是針對特定功能或組合功能設計測試方案，并編寫成文檔。測試用例的選擇既要有一般情況，也應有極限情況以及最大和最小的邊界值情況。因為測試的目的是暴露應用軟件中隱藏的缺陷，所以在設計選取測試用例和數據時要考慮那些易于發現缺陷的測試用例和數據，結合復雜的運行環境，在所有可能的輸入條件和輸出條件中確定測試數據，來檢查應用軟件是否都能產生正確的輸出。

　　一個典型的測試用例應該包括下列詳細信息：

　　a.測試目標;

　　b.待測試的功能;

　　c.測試環境及條件;

　　d.測試日期;

　　e.測試輸入;

　　f.測試步驟;

　　g.預期的輸出;

　　h.評價輸出結果的準則。

　　所有的測試用例應該經過專家評審才可以使用。

　　設計與選取測試用例集的第一步是對測試用例進行描述，這種描述是否權威、完整、可理解與規范化，則決定了該測試用例能否或多大程度上可以被操作人員、軟件研制人員和試驗鑒定人員所理解接受。所以，規范化的測試用例描述在軟件測試與評估中具有重要的作用。

　　3.測試實施

　　做好上述準備工作后，就可以實施測試了。研制方交付的任何軟件文檔中與可靠性質量特性有關的部分，包括產品說明書、用戶文檔、程序以及數據都應當按照需求說明和質量需求進行測試。在項目合同、需求說明書和用戶文檔中規定的所有配置情況下，程序和數據都必須進行測試。

　　在測試中，可以考慮進行“強化輸入”，即輸入比正常輸入更惡劣(合理程度的惡劣)的輸入。如果軟件在強化輸入下可靠，只能說明比正規輸入下可靠得多。

　　為了獲得更多的可靠性數據，應該采用多臺計算機同時運行軟件，以增加累計運行時間。

　　4.可靠性數據收集

　　軟件可靠性數據是可靠性評估的基礎。應該建立軟件錯誤報告、分析與糾正措施系統。按照相關標準的要求，制定和實施軟件錯誤報告和可靠性數據收集、保存、分析和處理的規程，完整、準確地記錄軟件測試階段的軟件錯誤報告和收集可靠性數據。

　　用時間定義的軟件可靠性數據可以分為四類：1、失效時間數據，記錄發生一次失效所累積經歷的時間;2、失效間隔時間數據，記錄本次失效與上一次失效間的間隔時間;3、分組數據，記錄某個時間區內發生了多少次失效;4、分組時間內的累積失效數，記錄某個區間內的累積失效數。這四類數據可以互相轉化。

　　每個測試記錄必須包含充分的信息，包括：

　　a.測試時間;

　　b.含有測試用例的測試計劃或測試說明;

　　c.所有與測試有關的測試結果，包括所有測試時發生的故障;

　　d.參與測試的個人身份。

　　5.編寫測試報告

　　測試活動結束后必須編寫《軟件可靠性測試報告》，對測試項及測試結果在測試報告中加以總結歸納。編寫時可以參考GJB 438A-97中提供的《軟件測試報告》格式，并應根據情況進行剪裁。測試報告應具備下列內容：

　　a.產品標識;

　　b.使用的配置(硬件和軟件);

　　c.使用的文檔;

　　d.產品說明、用戶文檔、程序和數據的測試結果;

　　e.與需求不相符的項的列表;

　　f.測試的最終日期。

　　這種規范化的過程管理控制有利于獲得真實有效的數據，為最終得到客觀的評估結果奠定基礎。

　　八.結束語

　　本文針對軟件的測試與可靠性評估方法進行了專門地研究。當然，最好的軟件可靠性評估方法是完全用現場試驗的方法。評估軟件的可靠性受到許多客觀條件限制，其中最大的限制就是可靠性信息不足。所以應該利用構成軟件的各個模塊的歷史可靠性試驗信息統計評估全系統的可靠性。這需要：收集到足夠的軟件以及各個模塊的歷史可靠性試驗信息;各個模塊與軟件的可靠性關系明確;各模塊壽命類型已知;以及軟件研制部門的配合(因為軟件歷史信息數據主要由研制方掌握)。

　　參考文獻：

　　[1].楊為民等，可靠性維修性保障性叢書，國防工業出版社，1995.

　　[2].梅啟智、廖炯生、孫惠中，系統可靠性工程基礎，科學出版社，1992.

原文轉自：http://www.uml.org.cn/Test/test58.htm