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