當(dāng)今，許多軟件組織正在走CMMI之路，它是一種規(guī)范的規(guī)范行為，以軟件工程過程的標(biāo)準(zhǔn)化來保證軟件的質(zhì)量。因此，如何在CMMI中定義并執(zhí)行軟件測試?以軟件測試為例，詳細(xì)闡述了基于軟件能力成熟度模型的軟件測試。

第一，在CMMI中，軟件測試涉及兩個關(guān)鍵的過程域，一個是驗證，一個是確認(rèn)。校驗，是為了確認(rèn)一個開發(fā)階段的產(chǎn)品是否滿足該階段早期提出的要求而進行評估的過程;確認(rèn)，是在開發(fā)過程中或結(jié)束時對一個軟件產(chǎn)品進行評估，以確定它是否滿足軟件需求規(guī)范的要求。簡而言之，驗證就是證明產(chǎn)品的構(gòu)造是否正確;確認(rèn)就是證明所構(gòu)建的產(chǎn)品是否正確。

對于傳統(tǒng)的瀑布模型來說，驗證意味著在每一階段結(jié)束后，軟件產(chǎn)品的技術(shù)復(fù)審和管理復(fù)審，每一階段結(jié)束后產(chǎn)生的代碼都要進行測試。在CMMI軟件測試的基礎(chǔ)上，涵蓋了這兩個方面的工作，在下面瀑布模型軟件生命周期中的各個階段進行了介紹。

1.軟件需求分析階段

根據(jù)“軟件測試要盡早介入”的原則，在軟件需求分析階段，軟件測試人員可以加入軟件需求分析和確認(rèn)的行列，并且在這個階段結(jié)束后，要參與這個階段的軟件產(chǎn)品評審。這一階段不會生成軟件代碼，因此主要的軟件產(chǎn)品是文檔。在這個階段產(chǎn)生的與軟件測試密切相關(guān)的文檔是軟件需求規(guī)范說明和軟件開發(fā)計劃，測試人員可以根據(jù)這兩個文檔發(fā)布軟件配置項測試計劃、明確計劃中的測試類型、測試方法、測試環(huán)境、以及測試人員和進度安排。

2.軟件設(shè)計階段

在軟件概要設(shè)計階段，軟件人員主要參與的測試活動是審查軟件方案設(shè)計和軟件集成計劃文檔，以及發(fā)布軟件集成測試計劃。類似地，在軟件的詳細(xì)設(shè)計階段，軟件人員參與了軟件的詳細(xì)設(shè)計，以及發(fā)布一個軟件的單元測試計劃。

3.軟件編碼和后續(xù)測試階段

這一階段的軟件代碼已經(jīng)生成，可以按照單元測試計劃，擬好單元測試用例，執(zhí)行單元測試，并發(fā)布單元測試報告。建議在單元測試階段進行代碼走查，以確認(rèn)軟件代碼。此后的階段，軟件確認(rèn)和驗證的對象都是代碼。

在單元測試結(jié)束后，對該階段的軟件產(chǎn)品進行確認(rèn)，審查相關(guān)文檔，然后進入受控庫，并在軟件配置確認(rèn)后，轉(zhuǎn)入集成測試階段。

根據(jù)集成測試計劃，擬制出集成測試用例說明，按某種適當(dāng)?shù)募刹呗詫浖卧M行組合。本階段生成集成測試報告。它是此階段的軟件驗證和確認(rèn)的結(jié)果。類似地，在集成測試完成后，對該階段的軟件產(chǎn)品也要進行確認(rèn)，并在軟件配置確認(rèn)之后，將進入配置項測試階段。

軟件配置項測試是根據(jù)需求階段產(chǎn)生的測試計劃，擬制組態(tài)測試說明，執(zhí)行以黑盒為主的配置項測試，發(fā)出配置項測試報告。在測試之后，提交配置管理，確認(rèn)后等待軟件交付。

上述是基于CMMI的軟件測試流程。該方法的優(yōu)點是將測試分為驗證和確認(rèn)兩個部分，覆蓋了軟件產(chǎn)品的整個生命周期，從工程過程的角度來保證軟件產(chǎn)品的質(zhì)量。但是上述軟件流程也存在缺陷，如測試計劃周期過長，隨著開發(fā)過程的推進，難免會出現(xiàn)變更，無疑增加了測試的工作量，降低了測試文檔的有效性。因此，隨著軟件項目管理的發(fā)展，基于CMMI的軟件測試活動，還有很大的改進空間。

文章來源：知乎 作者：青煙小生x? 版權(quán)歸原作者所有

上文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系小編，我們將立即處理