日期類型測試：日期類型要測試其邊界值和日期格式類型的有效性測試。對于日期類型的邊界值可能根據數據庫不同而不同，比如sql　server的最小日期是1753年1月1日；而對于有效性最常用的就是閏年的有效日期問題，準備這類測試用例來測試軟件對于錯誤輸入的提示和后續操作；

web會話測試：對于采用b／s結構的軟件，應該注意web會話測試。比如：在空白的瀏覽器中輸入比較敏感的頁面的URL，軟件是否有相應的提示、強調應該先進行登錄才能訪問該界面。

從標準需求方面：

在軟件界中被廣泛使用的質量標準是ISO／IEC　9126，而其中對于異常測試最相關的質量特性就是可靠性(reliability)，它的定義是：在指定條件使用時，軟件產品維持規定的性能級別的能力。他下面又有四個子特性：成熟性、容錯性、易恢復性、可靠性依從性。下面我們就從這四方面來設計異常測試案例。

1.成熟性：軟件產品為避免由軟件中錯誤而導致失效的能力

2.容錯性：在軟件失效或者違反規定的接口的情況下，軟件產品維持規定的性能級別的能力

3.易恢復性：在發生故障的情況下，軟件重建規定的性能級別并恢復受直接影響的數據的能力

4.可靠性依從性：軟件產品依附于同可靠性相關的標準、約定或規定的能力。

實際以上四條是我們進行異常測試的目的和依據，我們之前的測試案例都是在驗證這四條特性。根據這些標準，我們可以進一步準備異常測試案例，其中包括：

數據庫服務器死機測試：在測試過程中強行關閉軟件的數據庫服務器或者用其它方式導致數據庫死機，測試被測系統的提示是否準確以及其后的相關補救提示或操作；

數據表毀壞測試：非法刪除或修改數據庫中的表數據或者表，測試被測系統的提示是否準確以及其后的相關補救提示或操作；

網絡故障測試：在測試中中斷網絡或者人工增加網絡流量，測試被測系統的提示是否準確以及其后的相關補救提示或操作；

軟件服務器故障測試：在測試過程中，強行重啟軟件的web服務器或者中間件服務器，測試系統的恢復能力；

從經驗需求方面：

對于測試人員，經驗是十分重要的。測試是有規律可循的，對軟件測試、軟件相關業務與流程熟悉的測試人員，測試肯定會事半功倍。根據以往的經驗，異常測試案例的設計，除了上面提及的各個案例，還有一些補充的被廣泛采納的測試案例。這些案例包括以下幾類：

文件丟失測試：強行刪除被測軟件的一些文件，測試被測系統的提示是否準確以及其后的相關補救提示或操作；

服務器資源測試：通過人為手段，增加軟件數據庫服務器、web服務器或者中間件服務器等相關服務器的硬件資源，如：cpu、內存、硬盤等的負載，測試被測系統的反應和其后的補救提示或操作；

斷電測試：在測試期間，對部分或者所有相關軟件測試機器進行斷電測試，測試軟件的恢復能力。

以上關于異常測試案例的設計與相關的案例，只是一些比較概括的論述，大部分是可以被“復用的”。針對于不同類型、規模的軟件，還應該進行進一步的分析，設計出不同的測試案例。這個過程和其他類型測試案例相同，也應該被不斷更新與完善。

原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。

22/2<12

總結

以上是生活随笔為你收集整理的失效日期 软件测试案例_软件异常测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。