如何設計異常場景測試用例？
一般來說可以根據產品的需求文檔和開發文檔導出測試用例，但是導出的測試用例往往是正向的：實現了什麼功能、功能上有哪些細節、業務的操作流程等。但是無法形成異常場景的測試用例，那麼怎麼高效的設計異常場景的測試用例呢？
根據你所測試的功能使用場景而定。你想像下功能所在的場景可能會有哪些影響因素，那麼把這些因素列下來，然後把這些因素的異常情況補充全就好了。
除了開動腦筋模擬客戶日常使用習慣跟儘可能的設置異常環境外，更多的是靠項目積累的經驗，比如客戶使用過程中出現異常的記錄跟長期跟蹤，施工階段發現的環境異常的記錄等等。也可以根據客戶的一些需求推測出一些異常的情景。
你用等價類的思想就行了
正向的場景，是有效的
異常的場景，則是無效的
反過來理解，無效的業務流程就是異常的
然後再分異常有兩種：導致流程結束的一種，經過異常處理最終流程正常完成的又是一種
問題還是在於需求對正向及異常需求的表述，如果沒有，則需根據測試人員的經驗和競品分析來確定了。
1.熟悉業務流程
2.在用戶可以操作的功能或者點上分析影響輸入/操作的情況.
3.提取測試點,分析測試用例
以技術角度來看，壓力測試，安全測試就可以算作測試案例里的異常場景測試吧。業務角度也可以設計出一些好的異常測試案例。不管哪個角度，要想設計出好的異常測試案例，發現好的bug，都需要有深入了解，技術或業務。
異常測試用例設計思路：
第一、了解測試需求即需求規格說明書中明確規定的和與項目經理確認的。
第二、分析有效用例的規則即滿足需求的正向用例的規則。
第三、規則相反面就是無效測試用例。當然無效的東西也有很多，也需要你使用等價類的方法進行分類，然後形成測試用例。
例如：
有一個A輸入框，測試需求規定只能輸入10-100個字元，實際測試過程中正向測試用例為10個，100個，是滿足規則的。那麼這個規則之外的呢，例如9和101這就是異常的用例。
推薦閱讀：
