測(cè)試執(zhí)行及BUG提交

如何執(zhí)行測(cè)試腳本并提交缺陷1測(cè)試執(zhí)行前提及注意事項(xiàng)2測(cè)試執(zhí)行過(guò)程中的問(wèn)題3測(cè)試執(zhí)行過(guò)程及方法4測(cè)試執(zhí)行結(jié)束的條件一、如何執(zhí)行測(cè)試腳本什么是測(cè)試執(zhí)行？

測(cè)試執(zhí)行是執(zhí)行所有或部分選定的測(cè)試用例，并對(duì)結(jié)果進(jìn)行分析的過(guò)程。

預(yù)置條件>測(cè)試用例輸入>操作步驟>輸出測(cè)試執(zhí)行的前提進(jìn)入系統(tǒng)測(cè)試執(zhí)行的要求1.所有軟件實(shí)現(xiàn)基本完成。2.需求設(shè)計(jì)文檔均已批準(zhǔn)、定稿。3.測(cè)試計(jì)劃、用例設(shè)計(jì)已完成。測(cè)試環(huán)境已準(zhǔn)備好4.已經(jīng)通過(guò)BVT測(cè)試或Smoke測(cè)試，檢查主要功能是否能測(cè)試，表明該軟件具備一定的可靠性，可以開(kāi)始正式的、全面的測(cè)試1、仔細(xì)檢查軟件測(cè)試環(huán)境是否搭建成功。2、注意測(cè)試用例中的前提條件和特殊規(guī)程說(shuō)明。3、測(cè)試用例要執(zhí)行全部執(zhí)行，每條用例至少執(zhí)行一遍。測(cè)試執(zhí)行的注意事項(xiàng)4、執(zhí)行測(cè)試用例時(shí)，要詳細(xì)記錄軟件系統(tǒng)的實(shí)際輸入輸出。5、不要放過(guò)任何偶然想象。測(cè)試執(zhí)行的注意事項(xiàng)測(cè)試用例執(zhí)行過(guò)程中的問(wèn)題1.軟件是否有缺陷2.填寫(xiě)軟件缺陷報(bào)告3.確定造成這些缺陷的原因4.需求、設(shè)計(jì)是否有缺陷5.測(cè)試環(huán)境和測(cè)試部件是否有缺陷6.測(cè)試用例設(shè)計(jì)是否不合理測(cè)試用例執(zhí)行的方法一.測(cè)試用例的手動(dòng)執(zhí)行根據(jù)測(cè)試用例的要求人工的進(jìn)行軟件操作，輸入數(shù)據(jù)，觀測(cè)輸出結(jié)果二.測(cè)試用例的自動(dòng)執(zhí)行1、使用錄制回放工具2、使用通用腳本texttexttexttexttext1.根據(jù)測(cè)試的階段、任務(wù)，選擇執(zhí)行全部或部分測(cè)試用例2.任務(wù)分配：將測(cè)試用例分配給測(cè)試工程師3.執(zhí)行測(cè)試，記錄原始數(shù)據(jù)，報(bào)告發(fā)現(xiàn)的缺陷4.執(zhí)行某些測(cè)試用例時(shí)，如果需要先將被測(cè)對(duì)象置于某個(gè)特定的狀態(tài)，則應(yīng)保留測(cè)試環(huán)境、狀態(tài)測(cè)試執(zhí)行的過(guò)程5,解決測(cè)試中阻礙進(jìn)度的問(wèn)題6,向管理層報(bào)告測(cè)試的進(jìn)度、發(fā)現(xiàn)的主要問(wèn)題等等測(cè)試執(zhí)行的過(guò)程測(cè)試用例的狀態(tài)和生命周期

pass:執(zhí)行通過(guò)

fail:執(zhí)行失敗

Block（阻塞）:這個(gè)狀態(tài)就是該條用例在執(zhí)行時(shí)阻塞，沒(méi)法執(zhí)行

下去。測(cè)試執(zhí)行結(jié)果測(cè)試開(kāi)始標(biāo)準(zhǔn)：1、測(cè)試計(jì)劃評(píng)審?fù)ㄟ^(guò)；

2、測(cè)試用例已編寫(xiě)完成，并已通過(guò)評(píng)審；

3、存在已提交的可測(cè)試的系統(tǒng)；

4、測(cè)試環(huán)境已搭建完畢。測(cè)試停止標(biāo)準(zhǔn)：

1、近半數(shù)以上測(cè)試用例無(wú)法執(zhí)行；

2、測(cè)試環(huán)境與要求不符。

3、開(kāi)發(fā)中需求頻繁變動(dòng)測(cè)試開(kāi)始執(zhí)行、停止執(zhí)行，結(jié)束執(zhí)行的條件測(cè)試結(jié)束標(biāo)準(zhǔn)：

1.達(dá)到了覆蓋率的要求例如：100%語(yǔ)句覆蓋90%用例場(chǎng)景覆蓋

2.指定的時(shí)間段內(nèi)沒(méi)有發(fā)現(xiàn)新的缺陷3,基于成本的考慮4,項(xiàng)目組達(dá)成一致5,因時(shí)間進(jìn)度、資源的限制必須結(jié)束測(cè)試執(zhí)行完就要提交測(cè)試執(zhí)行的結(jié)果，測(cè)試執(zhí)行的結(jié)果用每一個(gè)bug單表示，所以Bug是與測(cè)試用例對(duì)應(yīng)起來(lái)的。下面主要講下bug的有關(guān)問(wèn)題1軟件缺陷的定義及分類2Bug的提交流程3Bug內(nèi)容的規(guī)范

4特殊bug問(wèn)題的處理規(guī)范二.如何提交缺陷軟件缺陷

軟件缺陷（Defect），常常又被叫做[1]

Bug。所謂軟件缺陷，即為計(jì)算機(jī)軟件或程序中存在的某種破壞正常運(yùn)行能力的問(wèn)題、錯(cuò)誤，或者隱藏的功能缺陷。缺陷的存在會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。IEEE729-1983對(duì)缺陷有一個(gè)標(biāo)準(zhǔn)的定義：從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開(kāi)發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。1.嚴(yán)重缺陷不能執(zhí)行正常工作功能或重要功能。使系統(tǒng)崩潰或資源嚴(yán)重不足例如：1.1、由于程序所引起的死機(jī)非法退出

1.2、死循環(huán)

1.3、數(shù)據(jù)庫(kù)發(fā)生死鎖

1.4、錯(cuò)誤操作導(dǎo)致的程序中斷2.較嚴(yán)重缺陷嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒(méi)有辦法更正。例如：2.1、功能不符

2.2、程序接口錯(cuò)誤

2.3、數(shù)據(jù)流錯(cuò)誤

2.4、輕微數(shù)據(jù)計(jì)算錯(cuò)誤Bug的分類3.一般性缺陷嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但存在合理的更正辦法

3.1、界面錯(cuò)誤

3.2、打印格式錯(cuò)誤

3.3、刪除操作未給出提示

3.4、數(shù)據(jù)輸入沒(méi)有邊界值限定或不合理4、較小缺陷使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作或功能實(shí)現(xiàn)。例如：1、輔助說(shuō)明描述不清楚

2、顯示格式不規(guī)范

3、系統(tǒng)處理未優(yōu)化

4、長(zhǎng)時(shí)間操作未給用戶進(jìn)度提示．5、提示窗口文字未采用行業(yè)術(shù)語(yǔ)Bug的分類1、概要測(cè)試人員在概要輸入時(shí)，首先要明確是外網(wǎng)還是內(nèi)網(wǎng)發(fā)生的問(wèn)題，然后再對(duì)問(wèn)題進(jìn)行簡(jiǎn)單的描述。在描述中，需說(shuō)明在什么模塊出現(xiàn)了什么樣的錯(cuò)誤。比較規(guī)范的概要輸入如：外網(wǎng)--委托方新增聯(lián)系人時(shí)對(duì)固定電話的校驗(yàn)錯(cuò)誤不規(guī)范的概要輸入如：外網(wǎng)—固定電話校驗(yàn)錯(cuò)誤或委托方新增聯(lián)系人時(shí)對(duì)固定電話的校驗(yàn)錯(cuò)誤。2、缺陷發(fā)現(xiàn)版本測(cè)試人員在選擇缺陷發(fā)現(xiàn)版本時(shí)，應(yīng)選擇正在測(cè)試的版本3、狀態(tài)

Bug流程狀態(tài)請(qǐng)參照Bug提交流程說(shuō)明。4、模塊名稱，發(fā)現(xiàn)者，缺陷發(fā)現(xiàn)日期測(cè)試人員在提交Bug時(shí)，應(yīng)選擇Bug出現(xiàn)的模塊。發(fā)現(xiàn)者和發(fā)現(xiàn)日期。Bug內(nèi)容的規(guī)范

5、嚴(yán)重程度測(cè)試人員在提交Bug時(shí)，需明確Bug的嚴(yán)重程度，嚴(yán)重程度的已在前面的bug分類中做了詳細(xì)介紹。6、缺陷描述測(cè)試人員在缺陷描述中，應(yīng)包括以下幾點(diǎn)的描述：

1）Bug出現(xiàn)的模塊

2）進(jìn)行了哪些操作，如新增某條數(shù)據(jù)或修改某條數(shù)據(jù)。注意的是，在描述中，需明確測(cè)試數(shù)據(jù)，有利于研發(fā)人員快速尋找錯(cuò)誤原因。

3）Bug現(xiàn)象的描述，應(yīng)清楚地描述Bug出現(xiàn)的現(xiàn)象，不得含糊不清。4）如已找到Bug出現(xiàn)的原因，也應(yīng)在描述中進(jìn)行說(shuō)明。5）可根據(jù)測(cè)試人員對(duì)需求的理解，填寫(xiě)認(rèn)為正確的修改意見(jiàn)。Bug內(nèi)容的規(guī)范

7、可重現(xiàn)性

測(cè)試的偶然性，即首次執(zhí)行會(huì)出現(xiàn)Bug,再次執(zhí)行時(shí)，該Bug消失。8、關(guān)閉版本測(cè)試人員在回測(cè)過(guò)程中，如Bug已經(jīng)不存在，在關(guān)閉此Bug時(shí)，需選擇當(dāng)前回測(cè)的版本號(hào)。9、關(guān)閉日期測(cè)試人員在回測(cè)過(guò)程中，如Bug已經(jīng)不存在，在關(guān)閉此Bug時(shí)，需選擇當(dāng)前回測(cè)通過(guò)。Bug內(nèi)容的規(guī)范

Bug內(nèi)容的規(guī)范

缺陷提交流程1、測(cè)試員提交缺陷單給測(cè)試組長(zhǎng)（此時(shí)狀態(tài)為new）。2、測(cè)試組長(zhǎng)確認(rèn)缺陷存在并符合需求時(shí)將其提交給研發(fā)組負(fù)責(zé)人（此時(shí)需將狀態(tài)改變?yōu)閛pen），如果缺陷不存在或不符合需求，則關(guān)閉此缺陷（此時(shí)需將狀態(tài)改變?yōu)閏losed）。3、研發(fā)組負(fù)責(zé)人收到此缺陷后，分配給其它組員進(jìn)行修改。如分配給其它組員，則無(wú)須修改狀態(tài)，如自行修改，則須修改其狀態(tài)（此時(shí)可選擇的狀態(tài)有fixed、rejected）。（需說(shuō)明預(yù)計(jì)缺陷關(guān)閉版本和預(yù)計(jì)修改時(shí)限）4．研發(fā)其它組員收到研發(fā)組負(fù)責(zé)人轉(zhuǎn)交過(guò)來(lái)的缺陷后，則須修改其狀態(tài)（此時(shí)可選擇的狀態(tài)有fixed、rejected），然后返還給研發(fā)組負(fù)責(zé)人。）6．測(cè)試組長(zhǎng)將其問(wèn)題返還給測(cè)試人員進(jìn)行回測(cè)（在此過(guò)程中，測(cè)試組長(zhǎng)是不用改變狀態(tài)的）。7、測(cè)試人員在回測(cè)過(guò)程中，根據(jù)回測(cè)結(jié)果修改其狀態(tài)（此時(shí)可選擇的狀態(tài)有closed、reopen）。5、研發(fā)組負(fù)責(zé)人再將其問(wèn)題返還給測(cè)試組長(zhǎng)。（在此過(guò)程中，研發(fā)組負(fù)責(zé)人是不用改變狀態(tài)的）。@對(duì)于不處理的Bug（即狀態(tài)為rejected的Bug），測(cè)試人員可根據(jù)以下三種情況作處理：1，如研發(fā)人員明確不修改時(shí)，測(cè)試人員可以根據(jù)