測(cè)試缺陷處理流程圖
缺陷管理/軟件缺陷管理是在軟件生命周期中識(shí)別、管理、溝通任何缺陷的過(guò)程(從缺陷的識(shí)別到缺陷的解決關(guān)閉)，確保缺陷被跟蹤管理而不丟失。以下是學(xué)習(xí)啦小編為大家整理的關(guān)于測(cè)試缺陷處理流程圖，給大家作為參考，歡迎閱讀!
測(cè)試缺陷處理流程圖
軟件缺陷
處理方法
通常大家發(fā)現(xiàn)軟件缺陷時(shí)會(huì)對(duì)軟件缺陷進(jìn)行分類，可分類的方式只有一種，就是嚴(yán)重級(jí)別,難道沒(méi)有其它的分法嗎。比如我們碰到下面這種情況，測(cè)試人員發(fā)現(xiàn)有一種功能是必需加入進(jìn)去的，這時(shí)他與程序員說(shuō)，程序員說(shuō)沒(méi)有時(shí)間或是不必要，這時(shí)這種情況則會(huì)形成兩者的扯皮，最終的結(jié)果也就不了了知了，這樣會(huì)挫傷測(cè)試人員的積極性，下次他們?cè)僖膊粫?huì)盡心的考慮產(chǎn)品的問(wèn)題，只要可以運(yùn)行就可以了。其實(shí)這種情況是可以解決的,下面我會(huì)提到一個(gè)新的軟件缺陷分類概念，從而有效的解決這個(gè)問(wèn)題。
在軟件缺陷中不僅僅只是嚴(yán)重極別，更多的則是功能沒(méi)有做到。說(shuō)到這里也許大家都理解了，就是需求沒(méi)有考慮到，可需求不會(huì)一次就很完美的，需要大家的共同努力，來(lái)不斷的完善。那么怎樣才能讓測(cè)試人員提出的好的建議得到有效的執(zhí)行?這就是我下面想說(shuō)的。在軟件缺陷中還有一種分法，跟據(jù)缺陷內(nèi)容來(lái)分，主要分為需求Bug與程序Bug，對(duì)于這種分法的好處就是明確了Bug處理的責(zé)任人。對(duì)于程序Bug我們都知道是由相關(guān)開(kāi)發(fā)人員進(jìn)行處理。下面主要討論一下需求Bug，需求Bug從名稱上來(lái)看就知道是要交由需求人員進(jìn)行處理。可怎么處理，怎樣在處理的過(guò)程中有效?這時(shí)，我們的測(cè)試人員將需求Bug不是提交給程序員，而是提交給需求分析人員，由他們進(jìn)行處理。不過(guò)這里我想強(qiáng)調(diào)的是對(duì)需求Bug的定位，如果這個(gè)Bug在軟件需求說(shuō)明書(shū)中明確提到了，這時(shí)就不可能定位它為需求Bug，它是必須讓程序員實(shí)現(xiàn)的，稱為軟件功能缺陷，提交由程序員進(jìn)行處理。但如果需求說(shuō)明書(shū)沒(méi)有明確提到的，我們則可以定位為需求Bug。
優(yōu)點(diǎn)
這樣處理有以下好處，首先需求Bug再不象以前，沒(méi)有人進(jìn)行確認(rèn)，需求的處理人員本來(lái)就是需求人員，由他們確認(rèn)與跟蹤是最好不過(guò)的，因?yàn)樗麄儗?duì)需求有絕對(duì)的權(quán)威。同時(shí)測(cè)試人員其實(shí)就是最早的用戶，他們的需求就是用戶的需求，這種方法加強(qiáng)了需求人員與測(cè)試人員的溝通，使需求得到有效的補(bǔ)充，從而讓產(chǎn)品更加完善。還有測(cè)試人員從本質(zhì)上來(lái)說(shuō)與程序員還是對(duì)立的，這里如果為了這樣一個(gè)不是軟件本身問(wèn)題的問(wèn)題形成與開(kāi)發(fā)人員的對(duì)立，則會(huì)出現(xiàn)贏得戰(zhàn)役而丟失整個(gè)戰(zhàn)爭(zhēng)的情況，測(cè)試人員協(xié)調(diào)好與開(kāi)發(fā)人員的關(guān)系，讓他們更有效的對(duì)軟件本身的缺陷形成有效的關(guān)注是最好的。還有最為關(guān)鍵的一點(diǎn)，測(cè)試人員的激情是最重要的，如果他們的想法沒(méi)有得到體現(xiàn)，這時(shí)會(huì)漸漸的失去對(duì)測(cè)試的興趣，從而軟件的質(zhì)量則會(huì)無(wú)法得到保證，通過(guò)這種方法可以讓他們看到自己的建議可以通過(guò)對(duì)需求人員的反映得到實(shí)現(xiàn)，讓他們時(shí)時(shí)覺(jué)得自己的想法是可以通過(guò)這種方法來(lái)有效的推行，這樣工作的積極性才會(huì)有保障。
缺陷
不過(guò)從實(shí)施的角度來(lái)說(shuō)，還是有一定的困難的，首先要讓大家改變以前那種凡是Bug就是由開(kāi)發(fā)人員負(fù)責(zé)的觀念，其次需求人員的工作量要加大，不過(guò)廣泛的了解需求是他們的本份工作，想來(lái)不會(huì)很困難，還有必需要有有效的Bug管理工具，比如BugManage等等，不要出現(xiàn)那種對(duì)需求人員說(shuō)了，可過(guò)兩天就忘的情況出現(xiàn)，這時(shí)需求Bug的生命周期會(huì)出現(xiàn)跨越兩個(gè)軟件開(kāi)發(fā)周期，因?yàn)橛行┬枨髸?huì)在下一版實(shí)現(xiàn)，這時(shí)測(cè)試人員需要延長(zhǎng)對(duì)這些需求Bug的管理，不過(guò)我想這些需求是他們提出的，會(huì)有興趣對(duì)這些Bug進(jìn)行管理的。
測(cè)試缺陷處理流程圖相關(guān)文章：