軟件測試的五要素Five

第第頁軟件測試的五要素(Five軟件測試的五要素(Five-foldTestingSystem)

發(fā)表于：2023-06-03來源：：點(diǎn)擊數(shù)：標(biāo)簽：軟件測試TestingtestingsystemSystem

本章的主要目標(biāo)是提出一種測試手段的分類系統(tǒng),我們把它叫做“五要素測試系統(tǒng)(Five-foldTestingSystem)”。人們可以做的所有測試都可以在五個(gè)方面進(jìn)行描述：·測試員。進(jìn)行測試的人。例如,用尸測試是由目標(biāo)市場的成員、通常使用該產(chǎn)品的人應(yīng)行的專項(xiàng)測試。

本章的主要目標(biāo)是提出一種測試手段的分類系統(tǒng),我們把它叫做“五要素測試系統(tǒng)(Five-foldTestingSystem)”。人們可以做的所有測試都可以在五個(gè)方面進(jìn)行描述：

·測試員。進(jìn)行測試的人。例如,用尸測試是由目標(biāo)市場的成員、通常使用該產(chǎn)品的人應(yīng)行的專項(xiàng)測試。

·覆蓋率。測試了哪些內(nèi)容。例如，在功能測試中，要測試每個(gè)功能。

·潛在問題。測試的原因(要測試什么風(fēng)險(xiǎn))。例如，測試極值錯(cuò)誤。

·活動。如何測試。例如探索式測試。

·評估。怎樣判定測試通過還是不通過。例如，與巳知正確結(jié)果的比較。

本章還要詳細(xì)描述幾個(gè)手段，并就另外幾個(gè)手段的使用提出自己的觀點(diǎn),不過我們的主要目標(biāo)還是解釋分類系統(tǒng)。

所有測試都包括所有這五個(gè)要素。測試手段將測試員的關(guān)注點(diǎn)集中的一個(gè)或幾個(gè)要素上，把其他要素留給測試員自己判斷?？梢园殃P(guān)注一個(gè)要素的手段與關(guān)注另一個(gè)要素的手段結(jié)合起來，以得到想要的結(jié)果?？梢园堰@種結(jié)合的結(jié)果叫做新手段(有人確實(shí)這樣叫)，不過我們認(rèn)為思考過程要比增加另一個(gè)名字更重要。在測試領(lǐng)域中，正在使用的定義不一致的手段清單正在不斷膨脹。我們的分類模式有助于讀者有意識地理智深刻地理解這種結(jié)合。

測試任務(wù)常常按一個(gè)要素分配,但是完成任務(wù)時(shí)要涉及所有五個(gè)要素。例如:

·有人可能要求測試員做功能測試(徹底測試每個(gè)功能)。它說明的是要測試什么,測試員還必須決定誰來測試，以及要尋找什么問題,如何測試每個(gè)函數(shù),如何確定程序是否通過。

·有人可能要求測試員做極值測試(測試在向變量輸入極值條件下的錯(cuò)誤處理)。它說明的是要找出什么問題。測試員還必須決定誰來測試,要測試哪些變量、如何測試這些變量,如何評估結(jié)果。

·有人可能要求測試員做測試(讓市場的外部代表做測試)。它說明的是誰來測試,測試員還必須決定告訴外部代表什么(告訴他們多少)、試用產(chǎn)品中的哪一部分、他們應(yīng)該查找什么問題(應(yīng)該忽略什么問題)。在有些測試中，測試員還要具體地告訴他們?nèi)绾巫R別特定類型的問題，可能要求他們以特定的方式執(zhí)行特定的測試。在另外一些測試中，可能會由他們決定要完成的活動和評估。

手段不一定只涉及一種要素，也不應(yīng)該是這樣。所有測試都涉及所有五個(gè)要素,因此我們應(yīng)該期望跨多個(gè)要素的更綜合的測試手段。以下是多要素手段的一個(gè)例子：如果有人要求做“基于需求的測試”，則可能是表示以下三種想法的任意組合：

·覆蓋率(測試在這個(gè)需求文檔中列出的所有內(nèi)容)。

·潛在問題(測試不滿足這個(gè)需求的各種方式)。

·評估(設(shè)計(jì)測試的方式，要使得測試員能夠使用需求規(guī)格說明確定程序是否通過)。

在說到“基于需求的測試”時(shí)，不同的測試員會有這三種想法的不同組合,對這個(gè)詞并不存在惟一的正確解釋①。

盡管存在模糊性(并且在一定程度上正是因?yàn)橛羞@種模糊性)，但是我們認(rèn)為這種分類系統(tǒng)是一種很有用的思想生成器。

測試時(shí)要時(shí)刻想著所有五個(gè)要素，就可能做出更好的組合選擇。在測試中，可能決定不描述這些要素中的一個(gè)或多個(gè)，可以決定不確定如何評估測試結(jié)果或測試員該怎樣做。但是我們的建議是，要有意識地做出類似上面提到的決定，而不是采用只關(guān)注一種要素的手段，而不注意到還要做出其他決定。

①基于需求測試的多種含義,提供了軟件工程中一個(gè)重要普遍問題的例子。定義在測試領(lǐng)域是不固定的。定義的使用在不同子領(lǐng)域和個(gè)人之間有很大不同,即使存在期望能被看作是參考標(biāo)準(zhǔn)的文檔。我們稍后討論使很多人無視標(biāo)準(zhǔn)文檔的一些因素。請注意,我們在這里不是要聲稱提供權(quán)威定義,或測試領(lǐng)域手段的描述。有些人會使用同樣的詞匯表示不同的含義。其他人可能會同意我們的描述,但是卻以不同的方式表達(dá)。不管哪種情況都是合理的、有說服力的。

經(jīng)驗(yàn)49,關(guān)注測試員的基于人員的測試手段

以下是一些通過執(zhí)行測試的人來區(qū)分的常見手段舉例。

用戶測試(usertesting)。由將使用該產(chǎn)品的典型人員進(jìn)行輸入的測試。用戶測試可以在開發(fā)期間任何時(shí)候進(jìn)行，可以在開發(fā)場地，也可以在用戶場地，