測試面試-測試用例
測試用例
一、測試用例的特性
1.有效性
測試用例能夠被使用且被不同人員使用測試結果一致
2.可重複性
良好的測試用例具有重複使用的功能(迴歸測試)
3.易組織性
好的測試用例會分門別類地提供給測試人員參考和使用(功能、效能、易用分類編號)
4.清晰、簡介
好的測試用例描述清晰,每一步都有相應的作用,有很強的針對性,不應出現一些無用的操作步驟
5.可維護性
由於軟體開發過程中需求變更等原因的影響,常常對測試用例進行修改、增加、刪除等,以便測試用例符合相應測試要求
二、測試用例的內容
- 用例編號
- 所屬模組
- 用例描述
- 前置條件
- 優先順序
- 輸入資料
- 操作步驟
- 預期結果
- 實際結果
- 測試人員
- 測試時間
三、測試用例的編寫方法
1.等價類劃分法
多用於輸入框:註冊/登入
2.邊界值分析法
多和等價類劃分法結合使用:註冊的密碼長度(有邊界值限制的)
3.場景法
從基本流開始,再將基本流和備選流結合起來,看可以確定yongli場景
4.正交實驗法
用於多個下拉框之間的組合,可以通過正交助手生成測試用例
5.錯誤推測法
錯誤推測法是測試經驗豐富的人喜歡使用的一種測試用例設計方法。一般這種方法是基於經驗和直覺推測程式中可能發生的各種錯誤,有針對性地設計,只能作為一種補充
6.因果圖法
因果圖法比較適合輸入調教比較多的情況,測試若有的輸入條件的排列組合。所謂的原因就是輸入,所謂的結果就是輸出
四、測試用例的評審
- 參與評審人員(需求人員,對應開發人員,對應測試人員,專案經理)
- 評審內容
- 評審時間
五、測試計劃
- 測試背景
- 測試目的
- 確定測試範圍
- 制定測試策略(功能測試/業務測試…)
- 測定資源安排
- 測試時間安排
- 測試人員分配
- 風險評估
六、缺陷報告
- 所屬產品
- 所屬模組
- 當前指派
- bug型別
- 作業系統
- 重現步驟
- 驗證程度
- 優先順序
- 附件
七、測試報告
- 猜測是目標
- 測試範圍
- 測試環境
- 測試結果分析(幾輪測試,測試多少,失敗多少,成功佔比)
- 遺留缺陷
- 測試結論(本次測試設計n個功能點,發現n個缺陷,其中n個已修復,n個遺留)
- 測試過程完整有效
- 系統測試通過
八、軟體缺陷的種類劃分
1.功能不正常
簡單地說就是本應提供的功能在使用上並不符合產品設計規格說明書中規定的要求,或是根本無法使用
2.軟體在使用上感覺不方便
只要是不知如何使用或難以使用的軟體,在產品設計上一定是出了問題。所謂好用的軟體,就是使用上儘量方便,使使用者易於操作
3.軟體的結構未做良好規劃
主要指軟體是以自頂向下方式開發,還是以自底向上方式開發。如果是以自頂向下的結構或方法開發的軟體,在功能的規劃及組織上比較完整,相反以自底向上的組合方式開發出的軟體則功能較為分散,容易出現缺陷
4.使用效能不佳
被測軟體功能正常,但使用效能不佳,這也是一個問題。此類缺陷通常是由於開發人員採用了錯誤的解決方案,或使用了不恰當的演算法導致的
5.邊界錯誤
緩衝區溢位問題在這幾年已成為網路攻擊的常用方式,而這個缺陷就屬於邊界錯誤的一種。簡單來說,程式本身無法處理超越邊界所導致的錯誤
6.計算錯誤
只要是計算機程式,就必定包括數學計算。軟體之所以會出現計算錯誤,大部分出錯的原因是由於採用了錯誤的數學運算工時或未將累加器初始化為0
九、軟甲缺陷的嚴重程度
1級:系統崩潰
a.定義:嚴重阻礙測試和開發工作
b.對應優先順序:最高
c.具體可分為:
- 功能完全沒有實現
- 應用閃退/崩潰無法執行
- 應用必現安全模式,無法執行
- 其他導致功能無法測試的問題
2級:至關重要
a.定義:非阻礙用例執行的嚴重問題
b.對應優先順序:高
c.具體可分為:
- 簡單操作應用閃退/崩潰/卡死
- 資料丟失
- 嚴重影響系統,自身功能無法執行
- 嚴重數值計算錯誤
- 資料庫損壞或無法儲存配置
- 安全性問題(包括資料加密等)
3級:主要
a.定義:功能存在缺陷,但不影響應用和系統帶的穩定性
b.對應優先順序:中
c.具體可分為:
- 記憶體洩漏(長時間不用的物件需要被回收,不被回收佔記憶體)
- 功能實現邏輯覆蓋不全面
- 非必現,但復現概率超過50%的閃退/崩潰和安全模式
4級:一般
a.定義:對應用熟悉度高才能感知到的問題,對應用基本功能實現無影響
b.對應優先順序:中
c.具體可分為:
- 輕微數值計算錯誤
- 功能實現有誤,與產品文件不完全貼切
- 使用者簡單操作,即可明顯感知的UI問題
5級:較小
a.定義:介面、效能缺陷
b.對應優先順序:低
c.具體可分為:
- 操作介面錯誤(提示顯示規則,重新整理規則是否與文件一致)
- 邊界條件顯示錯誤
- 提示資訊和介面效果展示錯誤(包括未給出資訊、資訊提示錯誤等)
- 復現率低於5%的閃退/崩潰和安全模式
- 外掛相容和效能未優化問題
- 非正常操作導致UI顯示異常
6級:建議
a.定義:對於產品的意見或者建議
b.對應優先順序:低
c.具體可分為:
- 對於產品設計方面的意見和建議
- 對於產品介面優化方面的意見和建議
- 對於產品需要優化增強使用者體驗方面的意見和建議
相關文章
- 測試用例
- 【5】測試用例
- 【轉】測試用例編寫(功能測試框架)框架
- 手工測試用例與自動化測試用例的區別
- APP測試設計測試用例的要點APP
- 建立測試用例以及測試結果儲存
- postman寫測試用例Postman
- IOS測試用例例子iOS
- 測試用例的方法
- 黑盒測試用例二
- 面經-測試用例
- 介面測試用例編寫和測試關注點
- 軟體測試中的測試計劃和測試用例起到什麼作用?
- Angular單元測試如何只執行指定的測試用例,提高測試速度Angular
- 測試測試測試測試測試測試
- 程式碼測試用例指南
- 測試用例設計指南
- 測試用例最佳實踐
- teprunner測試平臺測試計劃批量執行用例
- 『測試基礎』| 如何理解測試用例管理和缺陷管理?
- httprunner 4.x學習 - 12 測試用例引用另一個測試用例HTTP
- 測試面試題面試題
- 面試測試題面試
- 測試者出的APP測試面試題APP面試題
- 測試中,介面測試的必要性與介面測試的基礎用例設計
- web安全性測試用例Web
- 軟體測試基礎:測試新人如何提交一份高質量的測試用例?
- 軟體測試面試問題_介面測試(二)面試
- 如何編寫介面測試用例?測試工程師必備技能!工程師
- 自動化測試|Eolink Apikit 如何儲存、使用測試用例API
- 大型專案裡Flutter測試應用例項整合測試深度使用Flutter
- 效能測試面試題面試題
- python TestCase測試用例怎麼用Python
- postman的批次執行:用於多條介面測試用例批次執行,輸出介面測試測試結果Postman
- 【星雲測試】開發者測試-採用精準測試工具對Spring Boot應用進行測試Spring Boot
- 【星雲測試】開發者測試-採用精準測試工具對SpringBoot應用進行測試Spring Boot
- httprunner(4)錄製生成測試用例HTTP
- 軟體測試用例設計方法