軟件測(cè)試學(xué)習(xí)的測(cè)試內(nèi)容有哪些？

      在“軟件測(cè)試用例設(shè)計(jì)需要參考哪些輸入？”文章中，作者提出了測(cè)試用例設(shè)計(jì)需要參考的幾個(gè)主要來(lái)源：開(kāi)發(fā)文檔、用戶需求、標(biāo)準(zhǔn)與規(guī)范、類(lèi)似產(chǎn)品需求、測(cè)試經(jīng)驗(yàn)知識(shí)庫(kù)和其他隱性需求等。針對(duì)測(cè)試對(duì)象的測(cè)試條件的識(shí)別，將以這些參考文檔作為輸入。

      在測(cè)試實(shí)踐過(guò)程中，不同測(cè)試人員會(huì)負(fù)責(zé)測(cè)試對(duì)象的不同功能和特性。因此，將某個(gè)功能或者特性相關(guān)的參考輸入文檔分配給同一個(gè)測(cè)試人員，有助于提高測(cè)試條件識(shí)別的效率和有效性的。下面針對(duì)不同的參考輸入來(lái)源，在識(shí)別測(cè)試條件上面有哪些特點(diǎn)或者原則？

1）開(kāi)發(fā)文檔

      這里的開(kāi)發(fā)文檔是一個(gè)統(tǒng)稱(chēng)，包含了開(kāi)發(fā)過(guò)程中的各種軟件工作產(chǎn)品，例如：系統(tǒng)需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明等。對(duì)于系統(tǒng)測(cè)試而言，系統(tǒng)需求規(guī)格說(shuō)明是其最主要的參考輸入之一；對(duì)于其他測(cè)試級(jí)別，其主要參考輸入來(lái)源是相對(duì)應(yīng)的開(kāi)發(fā)文檔。

      假如系統(tǒng)需求規(guī)格說(shuō)明比較完善正規(guī)，那么從該文檔中提取測(cè)試條件相對(duì)比較容易，其基本原則是每條需求條目至少有一個(gè)測(cè)試用例覆蓋。根據(jù)需求條目的顆粒度不同，多個(gè)需求條目可以在一個(gè)測(cè)試用例中進(jìn)行驗(yàn)證；而有的需求條目可以合并成一個(gè)，并在同一個(gè)測(cè)試用例中驗(yàn)證。在測(cè)試條件提取過(guò)程中，測(cè)試人員需要注意的是：需求更多的是從軟件開(kāi)發(fā)角度出發(fā)的，測(cè)試人員需要將這樣的需求轉(zhuǎn)換為測(cè)試的角度進(jìn)行考慮。

假如系統(tǒng)需求規(guī)格說(shuō)明不全，甚至沒(méi)有的情況下，如何識(shí)別其中的測(cè)試條件是一個(gè)挑戰(zhàn)。下面是識(shí)別測(cè)試條件的幾個(gè)建議：

      （1）首先，與軟件產(chǎn)品的系統(tǒng)人員和開(kāi)發(fā)人員進(jìn)行討論，從測(cè)試的角度，將存在于他們腦子里的未文檔化的需求明確；

      （2）其次，假如測(cè)試人員具備代碼方面的能力，可以通過(guò)實(shí)現(xiàn)的代碼倒推出軟件系統(tǒng)是如何實(shí)現(xiàn)的，它們也可以作為識(shí)別測(cè)試條件的參考。當(dāng)然，這里面臨的一個(gè)問(wèn)題是，代碼實(shí)現(xiàn)是否是正確的、全面的，這是測(cè)試人員需要考慮的一個(gè)問(wèn)題。

      （3）第三，從測(cè)試的角度推動(dòng)開(kāi)發(fā)團(tuán)隊(duì)提高開(kāi)發(fā)文檔的質(zhì)量，從規(guī)范軟件開(kāi)發(fā)過(guò)程（流程）的層面逐步改進(jìn)系統(tǒng)需求的質(zhì)量，例如：通過(guò)輸出測(cè)試文檔或者測(cè)試中的檢查表，推動(dòng)改進(jìn)開(kāi)發(fā)文檔質(zhì)量。

2）用戶需求

      測(cè)試過(guò)程中我們經(jīng)常會(huì)聽(tīng)到測(cè)試人員不僅需要驗(yàn)證開(kāi)發(fā)是否正確實(shí)現(xiàn)了功能，同時(shí)也需要從用戶的角度考慮軟件產(chǎn)品是否真的滿足了用戶的需求，這是測(cè)試中的確認(rèn)（Validation）關(guān)注點(diǎn)。而用戶需求就在其中充當(dāng)了很重要的角色，用戶需求通常是從用戶實(shí)際使用的角度進(jìn)行描述和劃分的，類(lèi)似于用例場(chǎng)景。

      由于用戶不一定了解和熟悉軟件產(chǎn)品相關(guān)的知識(shí)和技能，因此用戶需求很難是完整的。測(cè)試人員在分析用戶需求的時(shí)候，需要結(jié)合軟件產(chǎn)品的相關(guān)開(kāi)發(fā)文檔具體內(nèi)容。同時(shí)，需要測(cè)試人員積極與客戶、產(chǎn)品的技術(shù)支持人員、銷(xiāo)售人員進(jìn)行溝通，從他們角度獲取可能的測(cè)試條件。例如：客戶現(xiàn)場(chǎng)實(shí)際的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、用戶實(shí)際使用的功能配置等。

3）標(biāo)準(zhǔn)與規(guī)范

      標(biāo)準(zhǔn)與規(guī)范中定義的內(nèi)容會(huì)比開(kāi)發(fā)文檔中可能詳細(xì)的多，因此它們是測(cè)試人員進(jìn)行深入和細(xì)致學(xué)習(xí)的重要對(duì)象。例如：數(shù)據(jù)通信產(chǎn)品中的很多功能開(kāi)發(fā)都是基于某些國(guó)際、國(guó)家和行業(yè)的標(biāo)準(zhǔn)與規(guī)范而開(kāi)展的，基于它們獲取測(cè)試條件取，對(duì)于提高測(cè)試的覆蓋率和有效性是非常有必要的。下面是基于標(biāo)準(zhǔn)與規(guī)范識(shí)別測(cè)試條件的一些原則和建議：

      （1）開(kāi)發(fā)文檔沒(méi)有詳細(xì)描述軟件產(chǎn)品的某個(gè)功能或者特性，而是直接參考某某協(xié)議標(biāo)準(zhǔn)，例如：OAM PDU的格式與Y.1731/802.1ag/D80相兼容。

      （2）協(xié)議一致性測(cè)試、標(biāo)準(zhǔn)與規(guī)范一致性測(cè)試等，這個(gè)時(shí)候，標(biāo)準(zhǔn)與規(guī)范可能是識(shí)別測(cè)試條件的主要參考輸入。測(cè)試人員可以基于標(biāo)準(zhǔn)與規(guī)范來(lái)檢查軟件產(chǎn)品的實(shí)現(xiàn)是否存在偏差，這主要是測(cè)試中的驗(yàn)證（Verification）關(guān)注點(diǎn)；

      （3）除了通過(guò)標(biāo)準(zhǔn)與規(guī)范獲取測(cè)試條件之外，測(cè)試人員也可以通過(guò)它們檢查開(kāi)發(fā)文檔是否存在遺漏和錯(cuò)誤，這是前期評(píng)審工作的主要目的之一。

4）類(lèi)似產(chǎn)品需求

      隨著軟件產(chǎn)品越來(lái)越復(fù)雜，行業(yè)內(nèi)采用增量-迭代開(kāi)發(fā)模型的場(chǎng)合越來(lái)越多，例如敏捷開(kāi)發(fā)。測(cè)試人員經(jīng)常面臨的軟件產(chǎn)品是基于已有的系統(tǒng)之上，即測(cè)試對(duì)象是基于以前版本的功能增加、缺陷修復(fù)、平臺(tái)移植等變更基礎(chǔ)之上。因此測(cè)試人員需要分析歷史測(cè)試是否全面，測(cè)試對(duì)象變更是否影響以前運(yùn)行的軟件版本等�；�于這些信息，測(cè)試人員可以獲取新的測(cè)試需求。

5）測(cè)試經(jīng)驗(yàn)知識(shí)庫(kù)

      測(cè)試并不是存在編碼之后的一個(gè)階段，測(cè)試應(yīng)該貫穿于整個(gè)軟件開(kāi)發(fā)生命周期。類(lèi)似于開(kāi)發(fā)過(guò)程改進(jìn)一樣，測(cè)試也應(yīng)該是PDCA（戴明質(zhì)量環(huán)）的過(guò)程。因此，不同項(xiàng)目中的測(cè)試經(jīng)驗(yàn)是每次測(cè)試用例設(shè)計(jì)的重要輸入。通過(guò)測(cè)試經(jīng)驗(yàn)知識(shí)庫(kù)，測(cè)試團(tuán)隊(duì)的測(cè)試經(jīng)驗(yàn)和技能才能在整個(gè)組織中共享。

      測(cè)試經(jīng)驗(yàn)知識(shí)庫(kù)可以來(lái)自測(cè)試執(zhí)行的經(jīng)驗(yàn)、測(cè)試過(guò)程中發(fā)現(xiàn)的缺陷分類(lèi)和分析、用戶反饋的缺陷分類(lèi)和分析等。

6）其他隱性的需求

      除了從前面提到的輸入文檔中識(shí)別測(cè)試條件之外，其他的一些隱性輸出也可以作為識(shí)別測(cè)試條件的基礎(chǔ)，例如不同產(chǎn)品利益相關(guān)者針對(duì)測(cè)試對(duì)象中間版本的變更而達(dá)成的備忘錄；通過(guò)雜志、網(wǎng)絡(luò)等查找類(lèi)似測(cè)試對(duì)象產(chǎn)品的一些常見(jiàn)缺陷和失效，以及軟件產(chǎn)品在用戶現(xiàn)場(chǎng)使用的討論等。

      通過(guò)測(cè)試用例設(shè)計(jì)的參考輸入：系統(tǒng)需求、用戶需求、標(biāo)準(zhǔn)與規(guī)范、類(lèi)似產(chǎn)品需求、測(cè)試經(jīng)驗(yàn)知識(shí)庫(kù)，以及其他隱性的需求，測(cè)試人員可以獲取一系列的初始測(cè)試條件，即測(cè)試條件列表。為了提升測(cè)試效率和有效性，需要為每個(gè)測(cè)試用例需要設(shè)定一個(gè)測(cè)試優(yōu)先級(jí)。

      初始的測(cè)試條件列表，還需要更進(jìn)一步的測(cè)試類(lèi)型分析和功能交互分析，才能得到相對(duì)完善的測(cè)試條件列表。接下來(lái)，測(cè)試人員可以采用一系列測(cè)試技術(shù)與方法，進(jìn)行詳細(xì)測(cè)試用例的設(shè)計(jì)。

      注：尊重原創(chuàng)文章,轉(zhuǎn)載請(qǐng)注明出處和鏈接 http://www.elsolbar.com/news-id-19665.html 違者必究！部分文章來(lái)源于網(wǎng)絡(luò)由培訓(xùn)無(wú)憂網(wǎng)編輯部人員整理發(fā)布,內(nèi)容真實(shí)性請(qǐng)自行核實(shí)或聯(lián)系我們，了解更多相關(guān)資訊請(qǐng)關(guān)注軟件測(cè)試頻道查看更多，了解相關(guān)專(zhuān)業(yè)課程信息您可在線咨詢也可免費(fèi)申請(qǐng)?jiān)囌n。關(guān)注官方微信了解更多：150 3333 6050