【51CTO.com快譯】多年來，軟件測(cè)試的理念正在不斷發(fā)展和演變。這種演變不僅需要現(xiàn)代測(cè)試策略和工具，還需要一個(gè)包含測(cè)試方法的面向細(xì)節(jié)的過程。

然而，定義測(cè)試策略成功或失敗的重要因素是精確選擇工具、技術(shù)和方法為QA過程提供幫助。這就是大多數(shù)進(jìn)入該行業(yè)的新手傾向于發(fā)現(xiàn)自動(dòng)化功能測(cè)試是一項(xiàng)復(fù)雜操作的原因。因?yàn)檫M(jìn)行這樣的操作需要一個(gè)精確的系統(tǒng)，該系統(tǒng)可以幫助實(shí)現(xiàn)性能和功能性的最終目標(biāo)，當(dāng)然還要提供令人愉悅的用戶體驗(yàn)。

另一方面，許多軟件測(cè)試愛好者依靠互聯(lián)網(wǎng)訪問測(cè)試實(shí)踐，但仍然沒有關(guān)于軟件測(cè)試方法和類型的分類數(shù)據(jù)。

本文將深入探討軟件測(cè)試方法和圍繞QA領(lǐng)域的各種測(cè)試類型的簡短而重要的細(xì)節(jié)。

軟件測(cè)試方法和軟件測(cè)試類型的差異

當(dāng)談到軟件測(cè)試方法時(shí)，它們中的大多數(shù)都是在項(xiàng)目管理的場(chǎng)景中描述的。而且測(cè)試類型的分類根據(jù)視角不同而有所不同。例如，需要根據(jù)執(zhí)行時(shí)間定義測(cè)試類型的測(cè)試人員可能需要與一組特定的測(cè)試方法保持一致。此外，如果測(cè)試人員需要根據(jù)測(cè)試級(jí)別區(qū)分測(cè)試類型，他們可能需要使用另一種方法。

以下根據(jù)測(cè)試人員的測(cè)試目標(biāo)挖掘QA團(tuán)隊(duì)遵循的主要測(cè)試方法;進(jìn)一步分為兩大類，稱為功能測(cè)試和非功能測(cè)試。

軟件測(cè)試方法和途徑

• 敏捷方法

敏捷測(cè)試方法在包含“sprints”的方法上運(yùn)行，這種sprints可以定義為短迭代序列。

在通常情況下，敏捷實(shí)踐由一組成員或小型測(cè)試團(tuán)隊(duì)進(jìn)行，他們會(huì)考慮sprints的每個(gè)階段的測(cè)試需求，即計(jì)劃、分析和測(cè)試。大多數(shù)致力于敏捷方法的專家都使用它來降低風(fēng)險(xiǎn)。比如使用先前迭代的知識(shí)來支持所考慮的每個(gè)新迭代。

此外，敏捷過程中的每個(gè)sprint都涉及scrum，團(tuán)隊(duì)旨在討論進(jìn)度并計(jì)劃未來的測(cè)試sprint?？偠灾艚轀y(cè)試原則通過將已完成迭代的知識(shí)用于正在進(jìn)行的迭代，使測(cè)試人員更容易滿足可擴(kuò)展目標(biāo)。

• 瀑布方法

瀑布是另一種流行的方法，旨在逐步進(jìn)行。瀑布模型的主要階段是記錄項(xiàng)目計(jì)劃以定義步驟，因?yàn)樵谕瓿芍岸x的任務(wù)之前無法計(jì)劃進(jìn)一步的步驟。

使用瀑布方法的主要缺點(diǎn)之一是由于其規(guī)則嚴(yán)格而無法進(jìn)行快速修正。

• 驗(yàn)證和確認(rèn)

這是軟件測(cè)試的另一個(gè)分步模型，其中開發(fā)與測(cè)試過程并行進(jìn)行。一旦實(shí)現(xiàn)了特定的開發(fā)部分，測(cè)試團(tuán)隊(duì)就會(huì)立即著手測(cè)試已經(jīng)開發(fā)的產(chǎn)品組件。但是，該方法有利于測(cè)試人員，因?yàn)樗试S他們對(duì)產(chǎn)品進(jìn)行早期更改，從而節(jié)省時(shí)間和資源。

• 增量方法

增量測(cè)試過程遵循多次迭代，每次迭代都包含與功能和產(chǎn)品特性相關(guān)的一些價(jià)值。大多數(shù)情況下，增量方法包括三個(gè)階段：

①設(shè)計(jì)開發(fā)

②測(cè)試

③實(shí)施

與增量方法相關(guān)的顯著優(yōu)點(diǎn)是它為測(cè)試團(tuán)隊(duì)提供了極大的靈活性，這使得測(cè)試和編輯過程更加順利。

• 螺旋方法

螺旋式方法經(jīng)常被稱為增量方法的一部分，它由相互遵循的周期組成。這些包括規(guī)劃、風(fēng)險(xiǎn)分析、工程和評(píng)估。該方法在上一個(gè)周期結(jié)束時(shí)開始下一個(gè)周期，使測(cè)試團(tuán)隊(duì)能夠快速獲得質(zhì)量反饋。該模型甚至允許測(cè)試團(tuán)隊(duì)在確定問題原因的同時(shí)立即識(shí)別和糾正錯(cuò)誤。

• 極限編程

極限編程(XP)需要兩名測(cè)試人員密切合作，其中一名測(cè)試人員負(fù)責(zé)編寫代碼，而另一名測(cè)試人員負(fù)責(zé)審查代碼。最好的部分是XP方法在測(cè)試代碼時(shí)考慮每個(gè)階段的完成。這種方法甚至通過密切檢查代碼來幫助測(cè)試人員開發(fā)高質(zhì)量的代碼。

以下討論一下測(cè)試人員在使用上述定義的方法時(shí)通常遵循的測(cè)試類型。

功能軟件測(cè)試

功能測(cè)試允許測(cè)試人員檢查其相關(guān)的業(yè)務(wù)目標(biāo)和規(guī)范，并且不會(huì)特別關(guān)注性能、安全性等。功能測(cè)試確保任何開發(fā)的解決方案都應(yīng)該按照業(yè)務(wù)分析師或設(shè)計(jì)團(tuán)隊(duì)共享的需求運(yùn)行。

然而，功能測(cè)試進(jìn)一步分為三大類：

(1)煙霧測(cè)試

煙霧測(cè)試也稱為構(gòu)建驗(yàn)證測(cè)試或攝入測(cè)試，煙霧測(cè)試是一個(gè)旨在測(cè)試其應(yīng)用程序以滿足功能要求的過程?；旧?，煙霧測(cè)試根據(jù)設(shè)定的要求驗(yàn)證產(chǎn)品的功能。

(2)關(guān)鍵路徑測(cè)試

關(guān)鍵路徑測(cè)試旨在分析響應(yīng)用戶典型日常行為的功能。例如，任何在標(biāo)準(zhǔn)操作上運(yùn)行的電子商務(wù)應(yīng)用程序，如搜索產(chǎn)品、通過過濾器進(jìn)行選擇、將產(chǎn)品添加到購物車、付款到結(jié)帳，關(guān)鍵路徑測(cè)試可以確保用戶在業(yè)務(wù)關(guān)鍵流程中不會(huì)遇到任何障礙。

(3)擴(kuò)展測(cè)試

擴(kuò)展測(cè)試旨在探索圍繞用戶業(yè)務(wù)需求的功能。這種類型的測(cè)試旨在檢查最低優(yōu)先級(jí)的功能。如果客戶覺得某些特定的特性沒有說服力，那么就需要測(cè)試人員和開發(fā)人員重新制作其中一部分。

非功能軟件測(cè)試

非功能測(cè)試用于檢查產(chǎn)品的性能、安全性、可靠性和整體可用性的基準(zhǔn)。它不需要測(cè)試系統(tǒng)的功能，而是專注于測(cè)試系統(tǒng)的運(yùn)行，因此是該過程的重要組成部分。

一些最常見的非功能性軟件測(cè)試類型包括性能測(cè)試、用戶界面(UI)測(cè)試、安全測(cè)試、兼容性測(cè)試、本地化測(cè)試以及可用性測(cè)試。

結(jié)語

當(dāng)涉及到軟件測(cè)試方法時(shí)，測(cè)試人員會(huì)遵循很多不同的方法。此外，工具、技術(shù)和技術(shù)的選擇產(chǎn)生了最大的影響。

盡管如此，一些最重要的軟件測(cè)試方法(測(cè)試人員可以依賴于他們的項(xiàng)目需求)包括敏捷方法、瀑布方法、增量方法、螺旋方法、極限編程等。此外，了解這些方法，測(cè)試人員必須了解測(cè)試過程的所有優(yōu)點(diǎn)和缺點(diǎn)。

只要它與測(cè)試有關(guān)，功能測(cè)試就可以滿足與產(chǎn)品要求和功能相關(guān)的合規(guī)性目標(biāo)。另一方面，非功能測(cè)試旨在創(chuàng)建高性能、安全和可用的解決方案。

總而言之，方法和測(cè)試過程的選擇完全取決于測(cè)試團(tuán)隊(duì)的要求和產(chǎn)品相關(guān)目標(biāo)。當(dāng)企業(yè)需要實(shí)現(xiàn)質(zhì)量保證和數(shù)字化轉(zhuǎn)型目標(biāo)的基準(zhǔn)時(shí)，找到最佳組合成為獲得成功的任務(wù)。

原文標(biāo)題：Software Testing Methodologies: Short Guide To QA Models，作者：Hima Pujara

【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文譯者和出處為51CTO.com】