1.基于“測試階段”的原則：
每個(gè)軟件的測試一般都要經(jīng)過單元測試、集成測試、系統(tǒng)測試這幾個(gè)階段，我們可以分別對(duì)單元測試、集成測試和系統(tǒng)測試制定詳細(xì)的測試結(jié)束點(diǎn)。每個(gè)測試階段符合結(jié)束標(biāo)準(zhǔn)后，再進(jìn)行后面一個(gè)階段的測試。舉個(gè)例子來說：單元測試，我們要求測試結(jié)束點(diǎn)必須滿足“核心代碼100%經(jīng)過CodeReview”、“功能覆蓋率達(dá)到100%”、“代碼行覆蓋率不低于80%”、“不存在A、B類缺陷”、“所有發(fā)現(xiàn)缺陷至少60%都納入缺陷追蹤系統(tǒng)且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)”等等標(biāo)準(zhǔn)。集成測試和系統(tǒng)測試的結(jié)束點(diǎn)都制定相關(guān)的結(jié)束標(biāo)準(zhǔn)，當(dāng)然也是如此。
2.基于“測試用例”的原則：
測試設(shè)計(jì)人員設(shè)計(jì)測試用例，并請(qǐng)項(xiàng)目組成員參與評(píng)審，測試用例一旦評(píng)審?fù)ㄟ^，后面測試時(shí)，就可以作為測試結(jié)束的一個(gè)參考標(biāo)準(zhǔn)。比如說在測試過程中，如果發(fā)現(xiàn)測試用例通過率太低，可以拒絕繼續(xù)測試，待開發(fā)人員修復(fù)后再繼續(xù)。在功能測試用例通過率達(dá)到100%，非功能性測試用例達(dá)到95%以上，允許正常結(jié)束測試。但是使用該原則作為測試結(jié)束點(diǎn)時(shí)，把握好測試用例的質(zhì)量，非常關(guān)鍵。
3.基于“缺陷收斂趨勢”的原則：
軟件測試的生命周期中隨著測試時(shí)間的推移，測試發(fā)現(xiàn)的缺陷圖線，首先成逐漸上升趨勢，然后測試到一定階段，缺陷又成下降趨勢，直到發(fā)現(xiàn)的缺陷幾乎為零或者很難發(fā)現(xiàn)缺陷為止。我們可以通過缺陷的趨勢圖線的走向，來定測試是否可以結(jié)束，這也是一個(gè)判定標(biāo)準(zhǔn)。
4.基于“缺陷修復(fù)率”的原則：
軟件缺陷在測試生命周期中我們分成幾個(gè)嚴(yán)重等級(jí)，它們分別是：嚴(yán)重錯(cuò)誤、主要錯(cuò)誤、次要錯(cuò)誤、一般錯(cuò)誤、較小錯(cuò)誤和測試建議6種。那我們?cè)诖_定測試結(jié)束點(diǎn)時(shí)，嚴(yán)重錯(cuò)誤和主要錯(cuò)誤的缺陷修復(fù)率必須達(dá)到100%，不允許存在功能性的錯(cuò)誤;次要錯(cuò)誤和一般錯(cuò)誤的缺陷修復(fù)率必須達(dá)到85%以上，允許存在少量功能缺陷，后面版本解決;對(duì)于較小錯(cuò)誤的缺陷修復(fù)率最好達(dá)到60%~70%以上。對(duì)于測試建議的問題，可以暫時(shí)不用修改。
5.基于“驗(yàn)收測試”的原則：
很多公司都是做項(xiàng)目軟件，如果這種要確定測試結(jié)束點(diǎn)，最好測試到一定階段，達(dá)到或接近測試部門指定的標(biāo)準(zhǔn)后，就遞交用戶做驗(yàn)收測試。如果通過用戶的測試驗(yàn)收，就可以立即終止測試部門的測試;如果客戶驗(yàn)收測試時(shí)，發(fā)現(xiàn)了部分缺陷，就可以針對(duì)性的修改缺陷后，驗(yàn)證通過后遞交客戶，相應(yīng)測試也可以結(jié)束。
6.基于“覆蓋率”的原則：
對(duì)于測試“覆蓋率”的原則，個(gè)人覺的只要測試用例的“覆蓋率”覆蓋了客戶提出全部的軟件需求，包括行業(yè)隱性需求、功能需求和性能需求等等，只要測試用例執(zhí)行的覆蓋率達(dá)到100%，基本上測試就可以結(jié)束。如“單元測試中語句覆蓋率最低不能小于80%”、“測試用例執(zhí)行覆蓋率應(yīng)達(dá)到100%”和“測試需求覆蓋率應(yīng)達(dá)到100%”都可以作為結(jié)束確定點(diǎn)。如果你不放心，非得要看看測試用例的執(zhí)行效果，檢查是否有用例被漏執(zhí)行的情況，可以對(duì)常用的功能進(jìn)行“抽樣測試 ”和“隨機(jī)測試”。對(duì)于覆蓋率在單元測試、集成測試和系統(tǒng)測試，每個(gè)階段都不能忽略。
7.基于“項(xiàng)目計(jì)劃”的原則：
大多數(shù)情況下，每個(gè)項(xiàng)目從開始就要編寫開發(fā)和測試的Schedule，相應(yīng)的在測試計(jì)劃中也會(huì)對(duì)應(yīng)每個(gè)里程碑，對(duì)測試進(jìn)度和測試結(jié)束點(diǎn)做一個(gè)限制，一般來說都要和項(xiàng)目組成員(開發(fā)，管理，測試，市場，銷售人員)達(dá)成共識(shí)，團(tuán)隊(duì)集體同意后制定一個(gè)標(biāo)準(zhǔn)結(jié)束點(diǎn)。如果項(xiàng)目的某個(gè)環(huán)節(jié)延遲了，測試時(shí)間就相應(yīng)縮短。大多數(shù)情況下是所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運(yùn)行完成，就可以作為一個(gè)結(jié)束點(diǎn)。很多不規(guī)范的軟件公司，都是把項(xiàng)目計(jì)劃作為一個(gè)測試結(jié)束點(diǎn)，但是如果把它作為一個(gè)結(jié)束點(diǎn)，測試風(fēng)險(xiǎn)較大，軟件質(zhì)量很難得到保證。
8.基于“缺陷度量”的原則：
這個(gè)原則也許大家用的不是很多，了解比較少。我們可以對(duì)已經(jīng)發(fā)現(xiàn)的缺陷，運(yùn)用常用的缺陷分析技術(shù)和缺陷分析工具，用圖表統(tǒng)計(jì)出來，方便查閱，分時(shí)間段對(duì)缺陷進(jìn)行度量。我記得以前zhuzx在這個(gè)論壇上提出過缺陷分析技術(shù)這個(gè)問題，我不再重復(fù)講述。我們也可以把 “測試期缺陷密度”和“運(yùn)行期缺陷密度”作為一個(gè)結(jié)束點(diǎn)。當(dāng)然，最合適的測試結(jié)束的準(zhǔn)則應(yīng)該是“缺陷數(shù)控制在一個(gè)可以接受的范圍內(nèi)”。比如說：一萬行代碼最多允許存在多少個(gè)什么嚴(yán)重等級(jí)的錯(cuò)誤，這樣比較好量化，比較好實(shí)施，成為測試缺陷度量的主流。
9.基于“質(zhì)量成本”的原則：
一個(gè)軟件往往要從“質(zhì)量/成本/進(jìn)度”三方面取得平衡后就停止。至于這三方面哪一項(xiàng)占主要地位,就要看是什么軟件了。比如說是：人命關(guān)天的航天航空軟件,那還是質(zhì)量重要些,就算多花點(diǎn)錢、推遲一下進(jìn)度，也要測試能保證較高質(zhì)量以后才能終止測試，發(fā)布版本。如果是一般的常用軟件，由于利益和市場的原因，哪怕有bug，也必須得先推出產(chǎn)品，沒辦法呀。一般來說，最主要的參考依據(jù)是：“把找到缺陷耗費(fèi)的代價(jià)和這個(gè)缺陷可能導(dǎo)致的損失做一個(gè)均衡”。具體操作的時(shí)候，可以根據(jù)公司實(shí)際情況來定義什么樣的情況下算是“測試花費(fèi)的代價(jià)最劃算、最合理”，同時(shí)保證公司利益最大化。如果找到bug的成本比，用戶發(fā)現(xiàn)bug的成本還高，也可以終止測試。
10.基于“測試行業(yè)經(jīng)驗(yàn)”的原則：
很多情況下，測試行業(yè)的一些經(jīng)驗(yàn)，也可以為我們的測試提供借鑒。比如說測試人員對(duì)行業(yè)業(yè)務(wù)的熟悉程度，測試人員的工作能力，測試的工作效率等等都會(huì)影響到整個(gè)測試計(jì)劃的執(zhí)行。如果一個(gè)測試團(tuán)隊(duì)中，每個(gè)人都沒有項(xiàng)目行業(yè)經(jīng)驗(yàn)數(shù)據(jù)積累，拿到一個(gè)新的項(xiàng)目，自然是一頭霧水，不知道從何處開始，測試質(zhì)量自然不會(huì)很高。因此通過測試者的經(jīng)驗(yàn)，對(duì)確認(rèn)測試執(zhí)行和結(jié)束點(diǎn)也會(huì)起到關(guān)鍵性的作用。
聯(lián)系客服
