軟件測(cè)試人員的職責(zé)是根據(jù)一定的方法和邏輯，尋找或發(fā)現(xiàn)軟件中的缺陷，并通過(guò)這一過(guò)程來(lái)證明軟件的質(zhì)量是優(yōu)秀還是低劣。所以，怎樣發(fā)現(xiàn)缺陷，成為大部分測(cè)試人員關(guān)注的焦點(diǎn)。在軟件測(cè)試過(guò)程中，軟件測(cè)試人員一般需確保測(cè)試過(guò)程中發(fā)現(xiàn)的軟件缺陷得以關(guān)閉。但在實(shí)際測(cè)試工作中，軟件測(cè)試人員需要從綜合的角度來(lái)考慮軟件質(zhì)量，對(duì)找出的缺陷保持一種平常心。這就需要明確以下幾個(gè)原則：
1、并不是測(cè)試人員發(fā)現(xiàn)的每個(gè)缺陷都是必須修復(fù)的。
測(cè)試是為了發(fā)現(xiàn)程序錯(cuò)誤，而不能保證程序沒(méi)有錯(cuò)誤。不管測(cè)試計(jì)劃和執(zhí)行多么努力，也不是所有缺陷發(fā)現(xiàn)了就能修復(fù)。有些軟件缺陷可能會(huì)完全被忽略，還有一些可能推遲到后續(xù)版本中修復(fù)。
一般不修復(fù)軟件缺陷原因如下：
沒(méi)有足夠的時(shí)間。在任何一個(gè)項(xiàng)目中，通常是軟件功能較多，而程序設(shè)計(jì)人員和測(cè)試人員較少，并且可能在項(xiàng)目進(jìn)度中沒(méi)有為開(kāi)發(fā)和測(cè)試留出足夠的時(shí)間。在實(shí)際開(kāi)發(fā)過(guò)程中，經(jīng)常出現(xiàn)客戶對(duì)軟件的完成提出一個(gè)最后期限，在此時(shí)間點(diǎn)之前，必須按時(shí)完成軟件。這就導(dǎo)致了時(shí)間的有限性和任務(wù)緊迫性，在此壓力下就有可能忽略一些缺陷。
不算真正的缺陷。在某些特殊場(chǎng)合，錯(cuò)誤理解、測(cè)試錯(cuò)誤或設(shè)計(jì)說(shuō)明書(shū)變更，會(huì)使測(cè)試人員把一些軟件缺陷不作為缺陷來(lái)處理。
修復(fù)的風(fēng)險(xiǎn)太大。這種情況比較常見(jiàn)，軟件本身是脆弱而復(fù)雜的，修復(fù)一個(gè)缺陷，常常可能導(dǎo)致其它更嚴(yán)重問(wèn)題的出現(xiàn)。在緊迫的產(chǎn)品發(fā)布進(jìn)度壓力下，修改軟件缺陷必須評(píng)估其影響程度和風(fēng)險(xiǎn)，以決定是否可修改。
2、發(fā)現(xiàn)缺陷的數(shù)量說(shuō)明不了軟件的質(zhì)量
軟件中不可能沒(méi)有缺陷，發(fā)現(xiàn)很多的缺陷對(duì)于測(cè)試工作來(lái)說(shuō)，是很正常的事。缺陷的數(shù)量大，只能說(shuō)明測(cè)試的方法很好，思路很全面，測(cè)試工作卓有成效。但以此來(lái)否認(rèn)軟件的質(zhì)量，還是不具客觀性的。
如果測(cè)試中發(fā)現(xiàn)的缺陷，大部分都是提示性錯(cuò)誤、文字錯(cuò)誤等，或錯(cuò)誤的等級(jí)很低，而且這些缺陷的修復(fù)幾乎不會(huì)影響到執(zhí)行指令的部分。但對(duì)于軟件的基本功能和性能，發(fā)現(xiàn)的缺陷很少，通常這樣的測(cè)試證明了“軟件的質(zhì)量是穩(wěn)定的”，因而屬于良好軟件的范疇。這樣的軟件只要處理好發(fā)現(xiàn)的缺陷，基本就可以發(fā)行使用了。而進(jìn)行完整的回歸和大規(guī)模測(cè)試，就是增加軟件開(kāi)發(fā)的成本，浪費(fèi)商機(jī)和時(shí)間。
發(fā)過(guò)來(lái)，如果在測(cè)試過(guò)程中發(fā)現(xiàn)的缺陷較少，但這些缺陷都集中的功能沒(méi)有實(shí)現(xiàn)、性能未達(dá)標(biāo)、經(jīng)常引起死機(jī)或系統(tǒng)崩潰等現(xiàn)象，而且出現(xiàn)幾率大，多數(shù)用戶使用過(guò)程中都會(huì)發(fā)現(xiàn)這樣的問(wèn)題。那這樣的軟件就不能隨便就發(fā)布，因?yàn)榘l(fā)布風(fēng)險(xiǎn)太大了！
版權(quán)聲明：本文出自 cmriqa 的51Testing軟件測(cè)試博客：http://www.51testing.com/?489136