本帖最后由 ZL2186 于 2021-1-22 18:18 編輯
1. 軟件測試流程:需求分析→測試計劃→測試設計→用例設計→搭建測試環(huán)境→測試執(zhí)行→提交Bug→回歸測試→測試報告 (所有未經(jīng)過評審的用例不能執(zhí)行;所有經(jīng)過評審的用例必須執(zhí)行,否則會造成漏測) 2.思維導圖:表達發(fā)散性思維的有效圖形思維工具.思維導圖運用圖文并重的技巧,把各級主題的關系用相互隸屬與相關的層級圖表現(xiàn)出來,把主題關鍵詞與圖像、顏色等建立記憶鏈接. 3.測試計劃:測試的時間、地點、范圍、人員、分工、完成標準以及 一定的測試策略 4.Bug的生命周期(狀態(tài)):新建(open)→指派給開發(fā)確認(待驗證)→修復→回歸測試→關閉(close) 5.測試報告重點:測試用例、bug數(shù)量、bug分布、bug分析、bug處理、測試結果 6.測試策略:在測試計劃里稱為測試策略,如果獨立出來作為一個獨立文檔則稱為測試方案. 7.測試退出機制(測試完成標準): ①testing coverage 100%(通過評審用例、理解好需求、設計用例時結合各種用例設計方法) ②testing執(zhí)行率100% ③缺陷遺留率2%-5% ④遺留問題得到合理解釋 8.三個測試輪次:①用戶側;②管理側;③所有功能的回歸測試 9.測試用例覆蓋度達到100%的方法: ①測試用例必須經(jīng)過評審; ②必須對需求做到理解通透; ③設計測試用例時要結合各種用例的設計方法. 二、遇到的問題: 1. 如何根據(jù)需求功能說明書和思維導圖進行測試設計? 三、解決方案: 1. 請教老師,學習到了理清邏輯、提煉要點的方法,參考老師提供的測試設計模板,再結合自己對需求功能說明書和思維導圖的理解做出了測試設計: 模塊 | 子模塊 | 測試場景 | 測試點 | 編寫人 | 3.5 排隊策略管理 | | 查詢 | 總行輸入不同的機構名稱,對不同的機構排隊策略進行設置 | 陳忠龍 | | 總行輸入錯誤的機構名稱,顯示:查詢失??! | 陳忠龍 | | 總行不輸入機構名稱,顯示總行排隊策略設置 | 陳忠龍 | | 分行未設置排隊策略,所有的策略要素都應處于關閉狀態(tài) | 陳忠龍 | | 分行進入不允許修改排隊策略,僅能對該網(wǎng)點的排隊策略進行維護 | 陳忠龍 | | 設置 | 總行/分行選擇任一設置條件(四種),生成相應優(yōu)先級的排隊號 | 陳忠龍 | | 總行/分行選擇所有設置條件,生成相應優(yōu)先級的排隊號 | 陳忠龍 | | 總行/分行選擇任一設置條件(四種),相應排隊策略次日9:00生效 | 陳忠龍 | | 總行/分行選擇所有設置條件,相應排隊策略次日9:00生效 | 陳忠龍 | | 總行/分行排隊策略要素優(yōu)先級設置相同,按取號時間排隊 | 陳忠龍 | | 總行/分行每天抽取的第一個序號均為0001 | 陳忠龍 | | 總行/分行要素優(yōu)先級重復設置,出現(xiàn)提示信息“優(yōu)先級不能重復設置,請確認 | 陳忠龍 |
|