軟件測(cè)試是一項(xiàng)計(jì)劃，組織和系統(tǒng)的軟件質(zhì)量保證活動(dòng). 為了使軟件測(cè)試的內(nèi)容，方法和過程標(biāo)準(zhǔn)化，必須在測(cè)試軟件之前創(chuàng)建測(cè)試計(jì)劃. 軟件測(cè)試是描述計(jì)劃的測(cè)試活動(dòng)的范圍，方法，資源和時(shí)間表的文檔. 它確認(rèn)測(cè)試項(xiàng)目，要測(cè)試的特性，測(cè)試任務(wù)，人員安排以及任何事件的風(fēng)險(xiǎn). “軟件測(cè)試計(jì)劃是指導(dǎo)性的測(cè)試過程的程序性文檔，其中包含產(chǎn)品概述，測(cè)試策略，測(cè)試方法，測(cè)試區(qū)域，測(cè)試配置，測(cè)試周期，測(cè)試資源，測(cè)試溝通，風(fēng)險(xiǎn)分析等. 借助軟件測(cè)試計(jì)劃中，參與測(cè)試的項(xiàng)目成員，特別是測(cè)試經(jīng)理，可以明確測(cè)試任務(wù)和測(cè)試方法，在測(cè)試實(shí)施過程中保持順暢的溝通編寫測(cè)試計(jì)劃的目的是，跟蹤和控制測(cè)試進(jìn)度，并對(duì)測(cè)試過程中的各種變化做出響應(yīng). 制定軟件測(cè)試計(jì)劃的重要目的是使測(cè)試過程能夠發(fā)現(xiàn)更多軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于其對(duì)管理測(cè)試項(xiàng)目和識(shí)別潛在軟件缺陷的幫助. 制定測(cè)試計(jì)劃: 目的是根據(jù)測(cè)試計(jì)劃引導(dǎo)宏清空內(nèi)容并配置相應(yīng)的資源等；測(cè)試人員可以了解整個(gè)項(xiàng)目的測(cè)試情況以及在項(xiàng)目測(cè)試的不同階段要進(jìn)行的工作；方便他人了解測(cè)試儀的工作內(nèi)容并進(jìn)行相關(guān)的合作工作. 制定軟件測(cè)試計(jì)劃需要綜合考慮影響測(cè)試的各種因素. 為了制定軟件測(cè)試計(jì)劃，您需要注意以下幾個(gè)方面: 1.明確測(cè)試目標(biāo)并增強(qiáng)測(cè)試計(jì)劃的實(shí)用性. 當(dāng)今任何商業(yè)軟件都包含許，因此，軟件測(cè)試的內(nèi)容是無窮盡的. 在制定軟件測(cè)試計(jì)劃時(shí)，首先要弄清如何在混亂的測(cè)試內(nèi)容中完善測(cè)試目標(biāo).

測(cè)試目標(biāo)必須清晰，可量化和可測(cè)量，并且宏指令的描述必須明確. 此必須高度覆蓋功能要求，測(cè)試方法必須實(shí)用，測(cè)試工具必須高度實(shí)用，易于使用，并且生成的測(cè)試結(jié)果要直觀準(zhǔn)確. 2.遵守“ 5W，1H”規(guī)則，并闡明內(nèi)容和過程. “ 5W，1H”規(guī)則指的是“什么”，“為什么”，“何時(shí)”和“何處”（哪里），“如何”. 使用“ 5W，1H”規(guī)則來創(chuàng)建軟件測(cè)試計(jì)劃可以幫助測(cè)試團(tuán)隊(duì)了解測(cè)試的目的（為什么），闡明測(cè)試的范圍和內(nèi)容（什么），確定測(cè)試活動(dòng)的開始和結(jié)束日期（何時(shí)），指出測(cè)試工具以及測(cè)試方法和測(cè)試策略測(cè)試（如何），提供測(cè)試文檔和軟件存儲(chǔ)位置測(cè)試環(huán)境（在哪里）.

為了使“ 5W，1H”規(guī)則更加具體，有必要準(zhǔn)確地了解被測(cè)軟件的功能特性，應(yīng)用行業(yè)知識(shí)和軟件測(cè)試技術(shù)，突出內(nèi)容中的關(guān)鍵部分需要測(cè)試的內(nèi)容，并列出關(guān)鍵和風(fēng)險(xiǎn)內(nèi)容，屬性，方案或測(cè)試技術(shù). 給出用于測(cè)試過程劃分，文檔管理，缺陷管理，進(jìn)度管理的實(shí)用方法. 3.采用審查和更新機(jī)制，以確保測(cè)試計(jì)劃能夠滿足實(shí)際需求. 編寫測(cè)試計(jì)劃后，如果未對(duì)其進(jìn)行審核，則將其直接發(fā)送給測(cè)試團(tuán)隊(duì). 測(cè)試計(jì)劃可能不準(zhǔn)確，或者測(cè)試內(nèi)容可能被忽略，或者由于軟件要求的變化，測(cè)試范圍可能會(huì)改變. 增加和減少，并且測(cè)試計(jì)劃的內(nèi)容沒有及時(shí)更新，從而誤導(dǎo)了測(cè)試主管. 測(cè)試計(jì)劃包含許多方面. 作者可能會(huì)因?yàn)樽约旱臏y(cè)試經(jīng)驗(yàn)和對(duì)軟件要求的理解而受到限制，并且軟件開發(fā)是一個(gè)循序漸進(jìn)的過程，因此最初創(chuàng)建的測(cè)試計(jì)劃可能不完善，需要更新. 有必要采用相應(yīng)的評(píng)審機(jī)制來評(píng)估測(cè)試計(jì)劃的完整性，正確性和可行性. 例如，創(chuàng)建測(cè)試計(jì)劃后，將其提交給由項(xiàng)目經(jīng)理，開發(fā)經(jīng)理，測(cè)試經(jīng)理和市場(chǎng)經(jīng)理組成的評(píng)審委員會(huì)進(jìn)行評(píng)審，并根據(jù)評(píng)審意見和建議進(jìn)行更正和更新. 4.分別創(chuàng)建測(cè)試計(jì)劃和詳細(xì)的測(cè)試規(guī)范，測(cè)試用例，并編寫軟件測(cè)試計(jì)劃，以避免“龐大而全面”的測(cè)試計(jì)劃: 全包，冗長(zhǎng)，冗長(zhǎng)的討論，重點(diǎn)不突出，這浪費(fèi)了編寫時(shí)間和測(cè)試時(shí)間人員的閱讀時(shí)間.

“大而完整”的常見表現(xiàn)是測(cè)試計(jì)劃文檔包含詳細(xì)的測(cè)試技術(shù)指標(biāo)，測(cè)試步驟和測(cè)試用例. 最好的方法是將詳細(xì)的測(cè)試技術(shù)指標(biāo)包括在獨(dú)立創(chuàng)建的詳細(xì)測(cè)試規(guī)范文檔中，并將用于指導(dǎo)測(cè)試團(tuán)隊(duì)執(zhí)行測(cè)試過程的測(cè)試用例放入獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理中. 測(cè)試計(jì)劃與詳細(xì)的測(cè)試規(guī)范和測(cè)試用例之間的關(guān)系是策略與戰(zhàn)術(shù)之間的關(guān)系. 測(cè)試計(jì)劃主要從宏觀角度規(guī)劃測(cè)試活動(dòng)的范圍，方法和資源分配，而詳細(xì)的測(cè)試規(guī)范和測(cè)試用例則是完成測(cè)試任務(wù)的具體策略. 注意: 測(cè)試計(jì)劃模板的參考元素: 測(cè)試目的，測(cè)試項(xiàng)目介紹，測(cè)試參考文件，測(cè)試提交文件，術(shù)語和定義，測(cè)試策略，測(cè)試內(nèi)容，資源的確定，測(cè)試進(jìn)度，測(cè)試人員的任務(wù)分配，風(fēng)險(xiǎn)和問題

1. 概述

1.1寫作目的

1.2項(xiàng)目背景

1.3項(xiàng)目質(zhì)量目標(biāo)

1.4目標(biāo)讀者

1.5參考資料

2. 測(cè)試環(huán)境

2.1系統(tǒng)架構(gòu)

2.2軟件和硬件環(huán)境要求

2.3測(cè)試環(huán)境部署圖

3. 測(cè)試計(jì)劃

3.1測(cè)試范圍

3.2測(cè)試工具

3.3人員，角色和責(zé)任

4. 測(cè)試策略

4.1系統(tǒng)框架測(cè)試

4.2業(yè)務(wù)流程測(cè)試

4.3功能點(diǎn)測(cè)試

4.4 UI界面測(cè)試

4.5性能測(cè)試

4.6兼容性測(cè)試

4.7安全測(cè)試

5. 測(cè)試時(shí)間表

6. 工作報(bào)告

具體地說，測(cè)試通常應(yīng)達(dá)到以下目標(biāo):

1. 確保產(chǎn)品已完成其承諾或宣布的功能，并且用戶可以訪問的所有功能均具有明確的書面說明---從某種意義上說，它與ISO9001相同.

缺乏清晰的產(chǎn)品書面文件，表明制造商的短期行為和不負(fù)責(zé)任的性能. 所謂短期行為，是指缺乏清晰的書面文件，不利于產(chǎn)品的最終順利交付，容易與用戶產(chǎn)生沖突，影響制造商的聲譽(yù)和未來的合作關(guān)系與用戶；這也不利于產(chǎn)品的后期維護(hù)，也使制造商付出過多的用戶培訓(xùn)和技術(shù)支持費(fèi)用. 就長(zhǎng)期利益而言，這不是很劃算. Leading認(rèn)為，很少有與方正接觸的軟件產(chǎn)品以及如此薄的文檔.

當(dāng)然，對(duì)于使用快速原型（RAD）開發(fā)的項(xiàng)目，書面文檔的準(zhǔn)備和維護(hù)是最重要，最困難和最被忽略的.

最后，不完整甚至不正確的書面文檔也是測(cè)試工作中遇到的最大，最頭疼的問題. 其直接后果是測(cè)試效率低，測(cè)試目標(biāo)不明確，測(cè)試范圍不足，最終導(dǎo)致測(cè)試功能無法充分發(fā)揮，測(cè)試效果不理想.

2. 確保產(chǎn)品符合性能和效率要求

具有低系統(tǒng)操作效率（低性能），不友好的用戶界面和不方便的用戶操作（低效率）的產(chǎn)品不能說是具有競(jìng)爭(zhēng)力的產(chǎn)品.

用戶最關(guān)心的不是您的技術(shù)多么先進(jìn)和強(qiáng)大，而是他可以從這些技術(shù)和功能中獲得多少收益. 換句話說，用戶關(guān)心的是他能拿出多少錢，而不是你投入了多少錢.

3. 確保產(chǎn)品健壯并適應(yīng)用戶環(huán)境

堅(jiān)固性或穩(wěn)定性是產(chǎn)品質(zhì)量的基本要求，尤其是對(duì)于任務(wù)關(guān)鍵或時(shí)間緊迫的工作環(huán)境而言.

此外，不可能假設(shè)用戶的環(huán)境（某些項(xiàng)目可能不包括在內(nèi)）. 例如，報(bào)紙用戶的許多配置都相對(duì)較低，它們與某些第三方產(chǎn)品一起使用.

測(cè)試原理---足夠好

對(duì)于相對(duì)復(fù)雜的產(chǎn)品或系統(tǒng)，零缺陷是一個(gè)理想的選擇，而足夠好是我們的原則.

足夠好原則是衡量輸入/輸出比的原則: 測(cè)試不足是不負(fù)責(zé)任的；過度的測(cè)試既浪費(fèi)資源，又是不負(fù)責(zé)任的表現(xiàn). 我們的操作困難在于: 如何定義哪種測(cè)試是不足的，哪種測(cè)試是過度的. 解決當(dāng)前問題的唯一方法是制定最低測(cè)試合格標(biāo)準(zhǔn)和測(cè)試內(nèi)容，然后分析具體問題. 最明顯的例子是FIT3.0中文報(bào)紙的產(chǎn)品測(cè)試.

測(cè)試法-桶原理和80-20原理

1. 木桶的原理.

在軟件產(chǎn)品生產(chǎn)方面，這是全面質(zhì)量管理（TQM）的概念. 產(chǎn)品質(zhì)量的關(guān)鍵因素是分析，設(shè)計(jì)和實(shí)施，測(cè)試應(yīng)作為其中的補(bǔ)充檢查方法. 其他管理，支持甚至文化因素也將影響最終產(chǎn)品的質(zhì)量. 應(yīng)該說，測(cè)試是提高產(chǎn)品質(zhì)量的必要條件，也是提高產(chǎn)品質(zhì)量的最直接，最快的方法，但這絕不是基本手段. 相反，如果將提高產(chǎn)品質(zhì)量的所有權(quán)重都進(jìn)行考驗(yàn)，那將是一場(chǎng)可怕而漫長(zhǎng)的災(zāi)難.

2. Bug的80-20原理.

通常，在分析，設(shè)計(jì)和實(shí)現(xiàn)階段的審閱和測(cè)試期間，可以發(fā)現(xiàn)并避免80％的錯(cuò)誤，而系統(tǒng)測(cè)試可以發(fā)現(xiàn)80％的剩余錯(cuò)誤. 最終的5％的錯(cuò)誤可能僅是它. 它只有在廣泛的用戶和長(zhǎng)期使用后才會(huì)暴露. 因?yàn)闇y(cè)試只能保證找到盡可能多的錯(cuò)誤，所以不能保證找到所有錯(cuò)誤.

軟件測(cè)試方法:

1. 根據(jù)是否檢查程序的內(nèi)部結(jié)構(gòu)，它分為:

（1）黑盒測(cè)試（black-box testing）: 僅關(guān)注輸入和輸出結(jié)果

（2）白盒測(cè)試: 研究?jī)?nèi)部的源代碼和程序結(jié)構(gòu)

2. 根據(jù)是否運(yùn)行程序來劃分:

（1）靜態(tài)測(cè)試: 是指不實(shí)際運(yùn)行被測(cè)軟件，而是僅靜態(tài)檢查程序代碼，接口或文檔中可能出現(xiàn)的錯(cuò)誤的過程.

靜態(tài)測(cè)試包括:

對(duì)于代碼測(cè)試，主要是測(cè)試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范.

對(duì)于接口測(cè)試，主要的測(cè)試軟件是檢查實(shí)際接口是否符合要求.

對(duì)于文檔測(cè)試，主要是測(cè)試用戶手冊(cè)和需求描述是否真正滿足用戶的實(shí)際需求.

（5）動(dòng)態(tài)測(cè)試（dynamic testing）是指實(shí)際運(yùn)行被測(cè)程序，輸入相應(yīng)的測(cè)試數(shù)據(jù)，并檢查輸出結(jié)果是否與預(yù)期結(jié)果一致的過程.

3. 按階段劃分:

（1）單元測(cè)試是指檢查和驗(yàn)證軟件中最小的可測(cè)試單元.

stud模塊是指被測(cè)模擬模塊調(diào)用的模塊，而driver模塊是指被測(cè)模擬模塊的上級(jí)模塊. 驅(qū)動(dòng)程序模塊用于接收測(cè)試數(shù)據(jù)，啟動(dòng)被測(cè)模塊并輸出結(jié)果.

（2）集成測(cè)試（集成測(cè)試）是單元測(cè)試的下一個(gè)階段. 它是指將通過測(cè)試的單元模塊組裝到系統(tǒng)或子系統(tǒng)中，然后進(jìn)行測(cè)試，重點(diǎn)是測(cè)試不同模塊的接口部門.

集成測(cè)試用于檢查每個(gè)單元模塊是否可以協(xié)調(diào)和正常運(yùn)行.

（3）系統(tǒng)測(cè)試（系統(tǒng)測(cè)試）是指對(duì)整個(gè)軟件系統(tǒng)進(jìn)行整體測(cè)試，包括測(cè)試功能，性能以及運(yùn)行軟件的硬件和軟件環(huán)境.

系統(tǒng)測(cè)試的主要依據(jù)是“系統(tǒng)需求規(guī)范”文檔.

（4）驗(yàn)收測(cè)試（acceptance testing）是指系統(tǒng)測(cè)試后期的測(cè)試，主要是用戶測(cè)試，或者是測(cè)試人員和其他質(zhì)量保證人員的共同參與. 它也是正式移交給用戶的軟件. 最后一個(gè)過程.

接受測(cè)試分為測(cè)試和beta測(cè)試，其中測(cè)試是指由用戶，測(cè)試人員，開發(fā)人員等共同參與的內(nèi)部測(cè)試，而beta測(cè)試是指內(nèi)部測(cè)試之后的公開測(cè)試，即完全提交了針對(duì)最終用戶的測(cè)試.

4. 黑匣子測(cè)試分為功能測(cè)試和性能測(cè)試:

1）功能測(cè)試是黑盒測(cè)試的一個(gè)方面. 它檢查實(shí)際軟件的功能是否滿足用戶的需求.

包括邏輯功能測(cè)試（邏輯功能測(cè)試）

UI測(cè)試UI =用戶界面

可用性測(cè)試（usability testing）: 是指從軟件使用的合理性和便利性的角度對(duì)軟件系統(tǒng)進(jìn)行檢查，以發(fā)現(xiàn)軟件中用戶不方便使用的地方.

兼容性測(cè)試（兼容性測(cè)試）: 包括硬件兼容性測(cè)試和軟件兼容性測(cè)試

2）性能測(cè)試（性能測(cè)試）

軟件的性能主要有時(shí)間性能和空間性能兩種

時(shí)間性能: 主要是指軟件特定交易的響應(yīng)時(shí)間.

空間性能: 主要是指軟件運(yùn)行時(shí)消耗的系統(tǒng)資源.

軟件性能測(cè)試分為:

常規(guī)性能測(cè)試: 是指一種性能測(cè)試，它允許被測(cè)系統(tǒng)在正常的硬件和軟件環(huán)境下運(yùn)行而不會(huì)對(duì)其施加任何壓力.

穩(wěn)定性測(cè)試也稱為可靠性測(cè)試（reliability testing）: 指連續(xù)運(yùn)行被測(cè)系統(tǒng)以檢查系統(tǒng)在運(yùn)行過程中的穩(wěn)定性.

負(fù)載測(cè)試（load testing）: 是指允許被測(cè)系統(tǒng)在其可承受壓力的范圍內(nèi)連續(xù)運(yùn)行，以測(cè)試系統(tǒng)的穩(wěn)定性.

壓力測(cè)試: 指不斷向被測(cè)系統(tǒng)施加壓力，直到被測(cè)系統(tǒng)被壓碎. 它用于測(cè)試系統(tǒng)可以承受的最大壓力. （驗(yàn)證系統(tǒng)或軟件可以承受最大的壓力. ）

5. 其他測(cè)試類型:

回歸測(cè)試（回歸測(cè)試）是指在測(cè)試軟件的新版本時(shí)重復(fù)先前版本測(cè)試的用例. （部署新的構(gòu)建或發(fā)行版時(shí)，請(qǐng)重復(fù)在上一個(gè)構(gòu)建或發(fā)行版中執(zhí)行的所有測(cè)試用例. ）

煙霧測(cè)試（煙霧測(cè)試）是指在對(duì)新版本進(jìn)行測(cè)試之前，驗(yàn)證軟件的基本功能是否已實(shí)現(xiàn)且可測(cè)試. （在實(shí)施新版本或新版本時(shí)，驗(yàn)證主要功能是否部署在系統(tǒng)軟件中. ）

隨機(jī)測(cè)試（隨機(jī)測(cè)試）是指測(cè)試中的所有輸入數(shù)據(jù)都是隨機(jī)生成的. 其目的是模擬用戶的實(shí)際操作并發(fā)現(xiàn)一些邊際誤差. （意味著或所有測(cè)試數(shù)據(jù)都是隨機(jī)的，以驗(yàn)證一些邊緣錯(cuò)誤. ）

軟件測(cè)試中包含的步驟:

1. 制定測(cè)試計(jì)劃；

2. 設(shè)計(jì)測(cè)試用例，

3. 實(shí)施測(cè)試（必須首先構(gòu)建測(cè)試環(huán)境），

4. 在管理測(cè)試中發(fā)現(xiàn)了BUG，

5. 測(cè)試結(jié)束后（測(cè)試完成并且已糾正錯(cuò)誤）

6. 做一份測(cè)試報(bào)告（以這種方式，即使測(cè)試過程結(jié)束，每種測(cè)試類型（單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，驗(yàn)證測(cè)試）都是相同的；

本文來自本站，轉(zhuǎn)載請(qǐng)注明本文網(wǎng)址：
http://www.pc-fly.com/a/jisuanjixue/article-262039-1.html