測(cè)試用例和缺陷管理
測(cè)試用例基礎(chǔ)課程目標(biāo)：
掌握測(cè)試用例的基本項(xiàng)
編寫簡(jiǎn)單的測(cè)試用例
了解測(cè)試用例的寫作注意事項(xiàng)
一、測(cè)試用例的作用
1、記錄測(cè)試思路
2、標(biāo)記測(cè)試場(chǎng)景與對(duì)應(yīng)的預(yù)期結(jié)果
3、判斷測(cè)試的覆蓋度和粒度
4、分配測(cè)試任務(wù)
5、指導(dǎo)測(cè)試執(zhí)行：
指導(dǎo)回歸測(cè)試和冒煙測(cè)試
不熟悉需求的測(cè)試人員
6、測(cè)試工作的階段產(chǎn)出物，是質(zhì)量管理規(guī)范的要求
二、基本要求
1、核心內(nèi)容清晰、
2、覆蓋度
三、測(cè)試用例八大要素
1、用例編號(hào)
唯一性、易識(shí)別性
系統(tǒng)測(cè)試：ST
集成測(cè)試：IT
單元測(cè)試：UT
例子：產(chǎn)品編號(hào)-ST-測(cè)試項(xiàng)名-測(cè)試子項(xiàng)名-用例序號(hào)
2、測(cè)試項(xiàng)目（用例名\測(cè)試場(chǎng)景）
3、測(cè)試標(biāo)題
描述用例的關(guān)注點(diǎn)和出發(fā)點(diǎn)
4、重要級(jí)別
高：基本功能、核心業(yè)務(wù)、使用頻率高
中：基于高和低之間
低：使用頻率低
例子：
微信-高：注冊(cè)、登錄、通訊錄、聊天、朋友圈
微信-中：支付、買電影票、掃碼小程序
微信-低：微信幫助、看一看
5、預(yù)置條件
6、測(cè)試輸入
7、操作步驟
8、預(yù)期輸出
四、測(cè)試用例評(píng)審
1、評(píng)審人員
參與人員、測(cè)試人員、項(xiàng)目人員、領(lǐng)導(dǎo)
2、評(píng)審方式
郵件評(píng)審、會(huì)議評(píng)審
郵件評(píng)審：反饋時(shí)間外，默認(rèn)處理結(jié)果
會(huì)議評(píng)審：
1）評(píng)審按用例的優(yōu)先級(jí)、功能復(fù)雜程度進(jìn)行
2）思路清晰，簡(jiǎn)潔闡述每個(gè)功能點(diǎn)
3）同一個(gè)問題的討論不超過5分鐘
3、評(píng)審準(zhǔn)備
材料提前一天發(fā)，做好準(zhǔn)備
4、會(huì)議評(píng)審測(cè)試用例講解
1、覆蓋率
所涉及的業(yè)務(wù)、功能模塊
具體覆蓋的業(yè)務(wù)環(huán)節(jié)、模塊子功能
2、粒度
針對(duì)具體業(yè)務(wù)環(huán)節(jié)、子功能涉及用例的數(shù)量
正常場(chǎng)景和異常場(chǎng)景的比例
5、風(fēng)險(xiǎn)評(píng)估
針對(duì)測(cè)試用例的講解，項(xiàng)目組成員提出疑問和風(fēng)險(xiǎn)
1、列出預(yù)期結(jié)果不明確、業(yè)務(wù)流程不明確等情況--項(xiàng)目組成員互相之間可以提出疑問和解答疑問
2、由用例數(shù)量、執(zhí)行難度反推項(xiàng)目的時(shí)間安排、資源投入存在的風(fēng)險(xiǎn)
6、評(píng)審報(bào)告
7、評(píng)審反饋
缺陷管理：
缺陷的基本概念：缺陷、故障、失效
任何軟件都存在缺陷，就算是windows操作系統(tǒng)，這樣已經(jīng)非常成熟的軟件，也存在著缺陷。但是，這些缺陷隱藏的很深，一般不會(huì)被觸發(fā)，或者可能永遠(yuǎn)不會(huì)被觸發(fā)。而一旦觸發(fā)了缺陷，則會(huì)引起故障，故障是缺陷的外在表現(xiàn)。故障發(fā)生了，卻不一定會(huì)引起失效，因?yàn)樵陂_發(fā)的時(shí)候，開發(fā)人員會(huì)考慮到這種情況。例如數(shù)據(jù)丟失，這是一種故障，但不一定會(huì)引起失效，因?yàn)殚_發(fā)人員準(zhǔn)備了備份的數(shù)據(jù)庫(kù)，系統(tǒng)照樣可以正常使用。
一般情況下，缺陷引起故障，故障引起失效。但現(xiàn)實(shí)情況卻是，缺陷不一定會(huì)被觸發(fā)，就算觸發(fā)了缺陷引起了故障，也不一定會(huì)引起失效。
缺陷類型：
遺漏--需求規(guī)格說明書里的需求沒有實(shí)現(xiàn)
錯(cuò)誤--實(shí)現(xiàn)了，但是錯(cuò)誤了
額外實(shí)現(xiàn)--沒要求做
改進(jìn)--界面可以優(yōu)化
缺陷來源：
1、軟件未實(shí)現(xiàn)需求規(guī)格說明書要求的功能
2、軟件為實(shí)現(xiàn)需求規(guī)格說明書雖為提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)
3、軟件出現(xiàn)了需求規(guī)格說明書要求的功能，但錯(cuò)誤了
4、軟件出現(xiàn)了需求規(guī)格說明書為要求的功能以外的功能
缺陷報(bào)告單：
缺陷跟蹤單
缺陷報(bào)告的作用：
1、缺陷能夠得到認(rèn)可
2、缺陷報(bào)告可以作為溝通交流的一種渠道，開發(fā)人員與測(cè)試人員對(duì)缺陷認(rèn)識(shí)一致
3、可以進(jìn)行跟蹤和處理
4、可以做缺陷分析
缺陷報(bào)告屬性：
1、缺陷編號(hào) 自動(dòng)生成，按照提交時(shí)間排列序列號(hào)
*2、摘要信息\標(biāo)題 簡(jiǎn)潔說明缺陷的實(shí)際問題
3、缺陷提交人
4、缺陷提交時(shí)間
*5、缺陷嚴(yán)重程度 對(duì)使用造成多大影響
致命：無法使用
嚴(yán)重：最核心功能可以使用，主要功能用不了
一般嚴(yán)重：輔助功能不可以使用
一般：頁面的文字錯(cuò)誤，排列不整齊
6、缺陷優(yōu)先級(jí)：開發(fā)人員修改缺陷的處理時(shí)間先后
非常高：當(dāng)天解決
高：三天解決
中：一周之內(nèi)解決
低：兩周之內(nèi)解決
*7、重現(xiàn) bug至少出現(xiàn)3次
8、測(cè)試階段：?jiǎn)卧?、集成、系統(tǒng)、驗(yàn)收
9、測(cè)試模塊
10、對(duì)應(yīng)的測(cè)試需求號(hào)
11、對(duì)應(yīng)的測(cè)試用例號(hào)
12、測(cè)試環(huán)境：硬件儀器型號(hào)
13、測(cè)試版本
14、測(cè)試類型：功能、性能、安全
15、缺陷類型
16、缺陷的重現(xiàn)步驟：發(fā)現(xiàn)這個(gè)缺陷的步驟、明確細(xì)節(jié)，預(yù)期結(jié)果和實(shí)際結(jié)果
17、附件
18、狀態(tài)：缺陷生命周期狀態(tài)
新建、打開、重復(fù)、拒絕、延遲、分配、再次打開、已修復(fù)、關(guān)閉
缺陷報(bào)告原則（5c原則）
1、correct 正確的 不要誤報(bào)缺陷
2、 concise 簡(jiǎn)潔的簡(jiǎn)潔給出出現(xiàn)bug的步驟
3、consistent 一致的 缺陷報(bào)告的風(fēng)格一致，不要個(gè)性化
4、clear清晰的 數(shù)據(jù)精準(zhǔn)描述
5、complete完整的 缺陷報(bào)告的內(nèi)容都要填寫
測(cè)試在提交缺陷時(shí)要中立客觀，不要挖苦諷刺幽默，對(duì)事不對(duì)人
缺陷管理工具：
QC
TD
ALM
Jira
Bugfree
Bugzilla
Mantis
禪道（國(guó)產(chǎn)、有免費(fèi)、有付費(fèi)，一分錢一分貨）
缺陷填報(bào)常見問題：
1、標(biāo)題描述不夠清晰明白，太長(zhǎng)
2、步驟描述太冗長(zhǎng)，沒有相關(guān)配圖配合描述；文字為主
3、嚴(yán)重程度和優(yōu)先級(jí)設(shè)置不合理
缺陷報(bào)告寫作要點(diǎn)：
能再現(xiàn)性：
可初步定位：
舉一反三：
頁:
[1]