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