6.3軟件缺陷的報(bào)告_第1頁(yè)
6.3軟件缺陷的報(bào)告_第2頁(yè)
6.3軟件缺陷的報(bào)告_第3頁(yè)
6.3軟件缺陷的報(bào)告_第4頁(yè)
6.3軟件缺陷的報(bào)告_第5頁(yè)
已閱讀5頁(yè),還剩35頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

軟件測(cè)試缺陷管理軟件缺陷的報(bào)告趙聚雪理解軟件缺陷的屬性能夠準(zhǔn)確判斷缺陷的優(yōu)先級(jí)和嚴(yán)重性能夠編寫(xiě)規(guī)范的缺陷報(bào)告2學(xué)習(xí)目標(biāo)軟件缺陷的屬性為了方便引用、理解、解決、測(cè)試、回歸,跟蹤、分析軟件缺陷,軟件缺陷有很多屬性,比如編號(hào)ID,解決人,測(cè)試人、狀態(tài)、所屬功能模塊、嚴(yán)重程度等等。這些屬性并不是在缺陷錄入的時(shí)候就全部指定的,而是隨著軟件缺陷的流轉(zhuǎn)根據(jù)需要不斷完善的。一個(gè)完整的缺陷報(bào)告應(yīng)該清楚的描述BUG的癥狀和其他基本信息。不同的團(tuán)隊(duì)根據(jù)缺陷管理的需要使用的缺陷屬性不同。軟件缺陷的屬性5一個(gè)完整的BUG報(bào)告應(yīng)該包含的內(nèi)容序號(hào)屬性項(xiàng)是否必須說(shuō)明1標(biāo)題是Bug的標(biāo)題,應(yīng)該盡量精煉。2關(guān)鍵字否識(shí)別這個(gè)缺陷的幾個(gè)關(guān)鍵字,用于搜索、消重等3功能模塊是Bug的功能性分類(lèi),要結(jié)合具體的產(chǎn)品特性來(lái)定義,一般按照功能模塊劃分。比如:安裝卸載問(wèn)題、幫助文檔問(wèn)題、打印問(wèn)題、功能模塊1問(wèn)題……4缺陷狀態(tài)是用于缺陷的跟蹤,描述缺陷的狀態(tài),比如新建、解決待測(cè)、測(cè)試通過(guò)、測(cè)試失敗、已解決等。5問(wèn)題復(fù)現(xiàn)步驟是復(fù)現(xiàn)問(wèn)題的具體步驟,包括缺陷復(fù)現(xiàn)的特殊環(huán)境6期望結(jié)果是操作的正確結(jié)果(期望結(jié)果)7實(shí)際結(jié)果是操作的實(shí)際結(jié)果8附件否附加的文件、圖片和錄制的可播放文件9版本號(hào)是發(fā)現(xiàn)bug時(shí)的產(chǎn)品版本號(hào)(大部分產(chǎn)品都是不斷升級(jí)維護(hù)的,而且是不同版本使用同一個(gè)bug庫(kù))10優(yōu)先級(jí)是問(wèn)題解決的優(yōu)先級(jí),處理和修正軟件缺陷的先后順序的指標(biāo)11嚴(yán)重性是問(wèn)題的嚴(yán)重性12分類(lèi)否Bug的特征分類(lèi),可以根據(jù)團(tuán)隊(duì)需要特別關(guān)注的類(lèi)別劃分,比如效率問(wèn)題、死機(jī)問(wèn)題、易用性問(wèn)題、兼容性問(wèn)題等。13客戶(hù)信息否列出反饋該問(wèn)題的一個(gè)或多個(gè)客戶(hù)的相關(guān)信息,方便對(duì)客戶(hù)進(jìn)行支持14報(bào)告人是報(bào)告缺陷的人員,一般缺陷系統(tǒng)自動(dòng)根據(jù)賬號(hào)生成15報(bào)告時(shí)間是報(bào)告提交的時(shí)間,一般系統(tǒng)自動(dòng)生成軟件缺陷屬性以上所列屬性主要是缺陷錄入時(shí)的屬性隨著對(duì)缺陷的處理會(huì)有更多的屬性,比如解決人、解決方案、解決時(shí)間等等更多屬性缺陷的優(yōu)先級(jí)和嚴(yán)重性?xún)?yōu)先級(jí)和嚴(yán)重性是缺陷的兩個(gè)重要字段對(duì)后續(xù)缺陷的解決以及缺陷分析都有重要的意義,在報(bào)告缺陷的時(shí)候要給出正確的選項(xiàng)。嚴(yán)重性和優(yōu)先級(jí)優(yōu)先級(jí)是問(wèn)題解決的優(yōu)先級(jí),處理和修正軟件缺陷的先后順序的指標(biāo)嚴(yán)重性是問(wèn)題的嚴(yán)重性?xún)?yōu)先級(jí)是處理和修正軟件缺陷的先后順序的指標(biāo),即哪些缺陷需要優(yōu)先修正,哪些缺陷可以稍后修正。缺陷的優(yōu)先級(jí)

軟件缺陷優(yōu)先級(jí)的四級(jí)劃分級(jí)別描述1—最高優(yōu)先級(jí)主要指軟件的核心功能錯(cuò)誤或者造成軟件崩潰,數(shù)據(jù)丟失的缺陷2—較高優(yōu)先級(jí)影響軟件功能和性能的一般缺陷3—中等優(yōu)先級(jí)對(duì)客戶(hù)影響不大的缺陷4—低優(yōu)先級(jí)對(duì)軟件的質(zhì)量影響非常輕微或出現(xiàn)幾率很低的缺陷;理論上來(lái)說(shuō),確定軟件缺陷優(yōu)先級(jí),更多的是站在軟件開(kāi)發(fā)工程師的角度考慮問(wèn)題,因?yàn)槿毕莸男迯?fù)是個(gè)復(fù)雜的過(guò)程,有些不是純粹技術(shù)問(wèn)題,而且開(kāi)發(fā)人員更熟悉軟件代碼,能夠比測(cè)試工程師更清楚修復(fù)缺陷的難度和風(fēng)險(xiǎn)。但是實(shí)際上,企業(yè)在確定缺陷優(yōu)先級(jí)并不只站在開(kāi)發(fā)工程師角度,而是對(duì)解決的難度、缺陷對(duì)產(chǎn)品銷(xiāo)售的影響、客戶(hù)的重要性等方面綜合考慮確定的。軟件缺陷的優(yōu)先級(jí)嚴(yán)重性(Severity)是軟件缺陷對(duì)軟件質(zhì)量的破壞程度,即此軟件缺陷的存在將對(duì)軟件的功能和性能產(chǎn)生怎樣的影響。在軟件測(cè)試中,軟件缺陷的嚴(yán)重性的判斷應(yīng)該從軟件最終用戶(hù)的觀點(diǎn)做出判斷,即判斷缺陷的嚴(yán)重性要為用戶(hù)考慮,考慮缺陷對(duì)用戶(hù)造成的后果的嚴(yán)重性。軟件缺陷的嚴(yán)重性13軟件缺陷嚴(yán)重性的一般劃分級(jí)別描述輕微(Trivial)軟件產(chǎn)品的小缺陷,比如詞語(yǔ)拼寫(xiě)錯(cuò)誤、控件沒(méi)有對(duì)齊、控件相互遮擋等,不影響用戶(hù)完成工作。中等(Medium)重要但是不會(huì)導(dǎo)致用戶(hù)不能完成功能,可以繞過(guò)或影響效率。重要(Major)核心功能缺失或不能正常工作,導(dǎo)致客戶(hù)無(wú)法完成工作嚴(yán)重(Critical)導(dǎo)致死機(jī)、無(wú)反應(yīng)、數(shù)據(jù)丟失、嚴(yán)重的內(nèi)存泄漏等問(wèn)題。感覺(jué)很相似嚴(yán)重性和優(yōu)先級(jí)的關(guān)系?都從不同的側(cè)面描述了軟件缺陷對(duì)軟件質(zhì)量和最終用戶(hù)的影響程度和處理方式一般來(lái)說(shuō),嚴(yán)重性高的軟件缺陷具有較高的優(yōu)先級(jí)嚴(yán)重性和優(yōu)先級(jí)并不總是一一對(duì)應(yīng)嚴(yán)重性和優(yōu)先級(jí)的關(guān)系含義不同聯(lián)系密切一般來(lái)說(shuō),嚴(yán)重性高的軟件缺陷具有較高的優(yōu)先級(jí)有時(shí)候嚴(yán)重性高的軟件缺陷,優(yōu)先級(jí)不一定高,甚至不需要處理,比如:一個(gè)很少人使用的產(chǎn)品邊緣功能有問(wèn)題,但是解決起來(lái)成本又很高,可能優(yōu)先級(jí)就會(huì)低一些嚴(yán)重性低的缺陷卻需要及時(shí)處理,具有較高的優(yōu)先級(jí):比如一個(gè)關(guān)鍵客戶(hù)提出的不嚴(yán)重的缺陷,為了業(yè)務(wù)成交,可能優(yōu)先級(jí)很高嚴(yán)重性和優(yōu)先級(jí)并不總是對(duì)應(yīng)缺陷報(bào)告的模板團(tuán)隊(duì)在開(kāi)展測(cè)試工作時(shí)會(huì)根據(jù)團(tuán)隊(duì)管理和產(chǎn)品的實(shí)際需要定義缺陷的字段,少則六七個(gè)字段,多則可達(dá)十幾二十個(gè)。缺陷報(bào)告模板缺陷報(bào)告模板-Excel注意一般缺陷管理工具中,由于每個(gè)產(chǎn)品的功能模塊不同,可以自行配置“功能模塊”字段。ALM缺陷報(bào)告提交模板如何撰寫(xiě)一個(gè)好的缺陷報(bào)告為什么給我講這個(gè)?問(wèn)題Areyoueverhadabugreturnedtoyouformoreinformation?作為一名測(cè)試工程師,我們經(jīng)常遇到的問(wèn)題是:經(jīng)常有人來(lái)詢(xún)問(wèn)你關(guān)于你曾經(jīng)提交的缺陷,隨著你提交的缺陷增多,詢(xún)問(wèn)量增加,而且這會(huì)嚴(yán)重影響你目前的工作進(jìn)度。需要關(guān)注缺陷報(bào)告的質(zhì)量問(wèn)題不能提煉出缺陷的本質(zhì)內(nèi)容不是你看到的直接現(xiàn)象,根據(jù)需求找到缺陷的本質(zhì)不能準(zhǔn)確的描述缺陷標(biāo)題精煉、內(nèi)容清晰、只包含所有必要信息提交缺陷報(bào)告的兩個(gè)問(wèn)題需求缺陷現(xiàn)象:設(shè)計(jì)了一個(gè)測(cè)試用例,遙控器設(shè)置溫度為31,空調(diào)顯示溫度為31.舉例:提煉缺陷的本質(zhì)內(nèi)容學(xué)生提交的缺陷標(biāo)題如圖相對(duì)來(lái)說(shuō)IP為13的同學(xué)標(biāo)題比較好存在的問(wèn)題:Ip=8的同學(xué):沒(méi)有找到缺陷本質(zhì),是不是還可以提交一個(gè)“溫度為32時(shí)顯示錯(cuò)誤”的缺陷呢?Ip=9的同學(xué):兩邊都沒(méi)有截?cái)鄦??Ip=17的同學(xué):你的標(biāo)題更適合作為用例的標(biāo)題Ip=41的同學(xué):根據(jù)需求用術(shù)語(yǔ)“截?cái)唷迸e例:提煉缺陷的本質(zhì)內(nèi)容(cont.)明確缺陷的閱讀者缺陷解決者缺陷決策者缺陷測(cè)試者缺陷統(tǒng)計(jì)分析者查找用戶(hù)手冊(cè)\幫助文檔等確定你的問(wèn)題是不是已經(jīng)有說(shuō)明用最新產(chǎn)品版本確認(rèn)bug是否已經(jīng)解決檢查bug庫(kù)中是否已經(jīng)存在這個(gè)問(wèn)題報(bào)告提交之前,注意消除重復(fù)注意消除重復(fù)Correct(準(zhǔn)確)-每個(gè)組成部分的描述準(zhǔn)確,不會(huì)引起誤解Clear(清晰)-每個(gè)組成部分的描述清晰,易于理解Concise(簡(jiǎn)潔)-只包含必不可少的信息,不包括任何多余的內(nèi)容Complete(完整)-包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息Consistent(一致)-按照一致的格式書(shū)寫(xiě)全部缺陷報(bào)告缺陷報(bào)告的5個(gè)準(zhǔn)則用詞貼切,語(yǔ)法正確拼寫(xiě)無(wú)誤使用規(guī)范術(shù)語(yǔ)(規(guī)范的術(shù)語(yǔ)參考需求、產(chǎn)品說(shuō)明書(shū)等)一個(gè)問(wèn)題一個(gè)報(bào)告基本要求基本信息通常比較固定,也很容易描述如果團(tuán)隊(duì)有Bug規(guī)范最好細(xì)細(xì)研讀容易出現(xiàn)問(wèn)題的是:標(biāo)題復(fù)現(xiàn)步驟實(shí)際結(jié)果和期望結(jié)果一個(gè)完整的Bug報(bào)告標(biāo)題的提煉-簡(jiǎn)煉、精確、表達(dá)重點(diǎn)使用陳述句,避免疑問(wèn)句\感嘆句\“名詞”句為bug選一個(gè)好標(biāo)題4425-bedit:動(dòng)態(tài)塊功能

5310-打印紙張縱-橫向問(wèn)題5848-Plot:打印慢4762-字體問(wèn)題5223-打印-軟件自動(dòng)退出為bug選一個(gè)好標(biāo)題顯然這些都不是好的標(biāo)題,看了這些標(biāo)題有很多的疑問(wèn)具體是什么問(wèn)題?不顯示?亂碼?少顯示?多顯示?顏色不對(duì)?引用的字體樣式存在嗎?建議:在字體樣式存在的情況下文字顯示亂碼事實(shí)描述:因?yàn)榫W(wǎng)絡(luò)故障,客戶(hù)端與網(wǎng)絡(luò)服務(wù)套件斷開(kāi)后,保存圖紙,從“文件”菜單退出軟件,軟件死機(jī)。如果沒(méi)有保存圖紙直接從文件退出則不會(huì)死機(jī)。同一個(gè)問(wèn)題,不同技術(shù)人員提交的缺陷標(biāo)題:1.客戶(hù)端掉授權(quán)后,退出軟件時(shí)死機(jī)2.客戶(hù)端掉授權(quán)后,保存圖紙?jiān)偻ㄟ^(guò)“文件”菜單退出軟件,軟件死機(jī)(相對(duì)比較好)3.軟件死機(jī)(太籠統(tǒng))4.客戶(hù)端掉授權(quán)后的問(wèn)題(太籠統(tǒng))5.客戶(hù)端掉授權(quán)后軟件死機(jī)6.客戶(hù)端掉授權(quán)后,軟件應(yīng)該能關(guān)閉7.客戶(hù)端掉授權(quán)后,軟件起碼不應(yīng)該死機(jī)(不要表達(dá)感情)8.客戶(hù)端掉授權(quán)后軟件死機(jī),可能是因?yàn)榈羰跈?quán)后的保存模塊有問(wèn)題9.客戶(hù)端掉授權(quán)后,竟然死機(jī)(不要表達(dá)感情)企業(yè)案例:為Bug選一個(gè)好標(biāo)題開(kāi)發(fā)人員心理活動(dòng):你覺(jué)得我水平很差嗎?你根本不懂,這個(gè)用到的技術(shù)很復(fù)雜寫(xiě)清楚bug的主體部分和結(jié)果說(shuō)明特殊環(huán)境說(shuō)明復(fù)現(xiàn)步驟實(shí)際結(jié)果期望結(jié)果(正確結(jié)果)其它信息Bug主體部分撰寫(xiě)-清晰、必要善于利用圖片、視頻對(duì)問(wèn)題進(jìn)行輔助描述一些不易描述的缺陷可以借助圖片、視頻進(jìn)行描述為了方便對(duì)比,可以將正確結(jié)果的圖片和錯(cuò)誤結(jié)果的圖片放在一起對(duì)比比如你測(cè)試產(chǎn)品中阿拉伯文字顯示的正確性,由于我們自己不理解阿拉伯文字應(yīng)該顯示成怎樣,我們就可以與word做對(duì)比,如果與word顯示不同認(rèn)為是缺陷,將產(chǎn)品中的顯示與word中的顯示分別截圖提交到缺陷中展示給開(kāi)發(fā)人員。視頻文件比較大,播放比較慢,不是特別不易說(shuō)明的缺陷,建議不要過(guò)多使用視頻利用圖片、視頻進(jìn)行輔助描述盡量使用簡(jiǎn)短的陳述句。一些“不要”:只說(shuō)癥狀,不說(shuō)猜想(或者明確將二者隔開(kāi))不要用疑問(wèn)句和質(zhì)問(wèn)句不要用冗長(zhǎng)難懂的句子Bug主體部分撰寫(xiě)-清晰、必要缺陷主體描述舉例描述一:1.啟動(dòng)客戶(hù)端應(yīng)用程序2.新建圖紙,任意畫(huà)一個(gè)對(duì)象3.修改任意對(duì)象的顏色,但是不要保存4.關(guān)閉網(wǎng)絡(luò)鏈接5.保存剛才編輯的圖紙6.軟件提示“保存錯(cuò)誤!”7.退出應(yīng)用程序,軟件死機(jī)描述二:

(太粗略)關(guān)閉網(wǎng)絡(luò)鏈接,保存,死機(jī)描述三:(有非必要步驟)1.啟動(dòng)客戶(hù)端應(yīng)用程序

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論