測(cè)試工程師培訓(xùn)基礎(chǔ)知識(shí)

測(cè)試基礎(chǔ)知識(shí)2015年4月

2培訓(xùn)內(nèi)容測(cè)試的定義、目的和原則軟件測(cè)試的分類(lèi)軟件開(kāi)發(fā)與測(cè)試模型基于軟件生命周期的測(cè)試過(guò)程3軟件測(cè)試定義、目的及原則——什么是軟件測(cè)試

——軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)文檔和編碼的最終復(fù)查。軟件測(cè)試的定義定義1：軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。定義2：使用人工或自動(dòng)手段來(lái)運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過(guò)程，其目的在于檢驗(yàn)它是否滿(mǎn)足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果的差異。4軟件測(cè)試定義、目的及原則——軟件測(cè)試目的——軟件測(cè)試的目的測(cè)試是運(yùn)行程序的過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤，在用戶(hù)使用之前發(fā)現(xiàn)問(wèn)題。一個(gè)好的測(cè)試在于能夠發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。5軟件測(cè)試定義、目的及原則——軟件測(cè)試目的——基于不同的立場(chǎng)，存在著兩種完全不同的測(cè)試目的從用戶(hù)的角度出發(fā)，普遍希望通過(guò)軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。從軟件開(kāi)發(fā)者的角度出發(fā)，則希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過(guò)程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶(hù)的要求，確立客戶(hù)對(duì)軟件質(zhì)量的信心。6軟件測(cè)試定義、目的及原則——軟件測(cè)試目的——換言之，測(cè)試的目的是想以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。如果我們成功地實(shí)施了測(cè)試，我們就能夠發(fā)現(xiàn)軟件中的錯(cuò)誤。測(cè)試的附帶收獲是，它能夠證明軟件的功能和性能與需求說(shuō)明相符合。實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。測(cè)試不能表明軟件中不存在錯(cuò)誤，它只能說(shuō)明軟件中存在錯(cuò)誤。7軟件測(cè)試定義、目的及原則——軟件測(cè)試規(guī)律——木桶原理產(chǎn)品質(zhì)量的關(guān)鍵因素是分析、設(shè)計(jì)和實(shí)現(xiàn)，測(cè)試應(yīng)該是融于其中的補(bǔ)充檢查手段，其他管理、支持等也會(huì)影響最終產(chǎn)品的質(zhì)量。應(yīng)該說(shuō)，測(cè)試是提高產(chǎn)品質(zhì)量的必要條件，也是提高產(chǎn)品質(zhì)量最直接、最快捷的手段，但絕不是一種根本手段。反過(guò)來(lái)說(shuō)，如果將提高產(chǎn)品質(zhì)量的砝碼全部壓在測(cè)試上，那將是一個(gè)恐怖而漫長(zhǎng)的災(zāi)難。8軟件測(cè)試定義、目的及原則——軟件測(cè)試規(guī)律——八二原則說(shuō)法一：在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)查和測(cè)試工作能夠發(fā)現(xiàn)和避免80%的Bug，而系統(tǒng)測(cè)試又能找出其余Bug的80%，最后的4%的Bug可能只有在用戶(hù)的大范圍、長(zhǎng)時(shí)間使用后才會(huì)暴露出來(lái)。因此測(cè)試只能保證盡可能多的發(fā)現(xiàn)錯(cuò)誤，而無(wú)法保證能夠發(fā)現(xiàn)所有的錯(cuò)誤。說(shuō)法二：80%的程序缺陷常常生存在軟件20%的程序空間里。9軟件測(cè)試定義、目的及原則——軟件測(cè)試原則

——軟件測(cè)試的原則所有的軟件測(cè)試都應(yīng)追溯到用戶(hù)需求。應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試人員的座右銘。完全測(cè)試是不可能的，測(cè)試需要終止。輸入量太大；輸出結(jié)果太多；路徑組合太多程序員應(yīng)避免檢查自己的程序。10軟件測(cè)試定義、目的及原則—軟件測(cè)試原則

—軟件測(cè)試的原則測(cè)試無(wú)法顯示軟件潛在的缺陷。進(jìn)行測(cè)試可以查找缺陷，但不能保證所有的缺陷都被找到，進(jìn)一步測(cè)試可能會(huì)找到一些，但是只能證明軟件存在錯(cuò)誤而不能證明軟件沒(méi)有錯(cuò)誤。充分注意測(cè)試中的群集現(xiàn)象。在所測(cè)程序中，若發(fā)現(xiàn)錯(cuò)誤數(shù)目多，則殘存錯(cuò)誤數(shù)目也比較多，這種就是錯(cuò)誤群集現(xiàn)象。經(jīng)驗(yàn)表明，測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。根據(jù)這個(gè)規(guī)律，應(yīng)當(dāng)對(duì)錯(cuò)誤群集的程序段進(jìn)行重點(diǎn)測(cè)試。11軟件測(cè)試定義、目的及原則—軟件測(cè)試原則

—軟件測(cè)試的原則測(cè)試工作是有計(jì)劃的，嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性。應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。妥善保存測(cè)試計(jì)劃，測(cè)試用例，缺陷統(tǒng)計(jì)和最終測(cè)試分析報(bào)告，為維護(hù)提供方便。12培訓(xùn)內(nèi)容測(cè)試的定義、目的和原則軟件測(cè)試的分類(lèi)軟件開(kāi)發(fā)與測(cè)試模型基于軟件生命周期的測(cè)試過(guò)程13軟件測(cè)試分類(lèi)按照開(kāi)發(fā)階段劃分單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試用戶(hù)驗(yàn)收測(cè)試14軟件測(cè)試分類(lèi)——按照開(kāi)發(fā)階段劃分——單元測(cè)試定義：?jiǎn)卧獪y(cè)試又稱(chēng)模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位（如一個(gè)模塊、一個(gè)過(guò)程等）進(jìn)行正確性檢驗(yàn)的測(cè)試工作。目的：?jiǎn)卧獪y(cè)試的目的在于檢查每個(gè)程序基本組成單元能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求，發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種錯(cuò)誤。單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行的獨(dú)立進(jìn)行單元測(cè)試。15軟件測(cè)試分類(lèi)——按照開(kāi)發(fā)階段劃分——集成測(cè)試定義：集成測(cè)試也叫組裝測(cè)試。通常在單元測(cè)試的基礎(chǔ)上，將所有的程序模塊進(jìn)行有序的、遞增的測(cè)試。目的：集成測(cè)試的目的是發(fā)現(xiàn)與軟件系統(tǒng)接口有關(guān)的問(wèn)題。集成測(cè)試包括兩個(gè)部分：系統(tǒng)內(nèi)各子系統(tǒng)之間集成測(cè)試，以及該軟件系統(tǒng)與其他相關(guān)系統(tǒng)之間的集成測(cè)試。方法：自底向上和自頂向下。16——按照開(kāi)發(fā)階段劃分——系統(tǒng)測(cè)試定義：系統(tǒng)測(cè)試是為驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試。系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)能否（包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺(tái)等）正確配置、連接，并滿(mǎn)足客戶(hù)需求。目的：在于通過(guò)與系統(tǒng)的需求做比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與其矛盾的地方。類(lèi)型：系統(tǒng)測(cè)試主要對(duì)系統(tǒng)的正確性、可靠性、性能、易用性、安全性等方面進(jìn)行測(cè)試。系統(tǒng)測(cè)試的主要測(cè)試類(lèi)型有：功能測(cè)試、性能測(cè)試、可靠性測(cè)試、兼容性測(cè)試、安裝測(cè)試、安全性測(cè)試等。軟件測(cè)試分類(lèi)17——按照開(kāi)發(fā)階段劃分——驗(yàn)收測(cè)試定義：驗(yàn)收測(cè)試主要是指按照用戶(hù)需求、項(xiàng)目任務(wù)書(shū)或合同、供需雙方約定的驗(yàn)收依據(jù)文檔進(jìn)行的對(duì)整個(gè)系統(tǒng)的測(cè)試與評(píng)審，決定是否接收或拒收系統(tǒng)參與人員：以用戶(hù)為主，由開(kāi)發(fā)人員、測(cè)試人員、質(zhì)量人員參與的測(cè)試。軟件測(cè)試分類(lèi)18按照測(cè)試技術(shù)劃分黑盒測(cè)試白盒測(cè)試灰盒測(cè)試按照測(cè)試技術(shù)劃分靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試軟件測(cè)試分類(lèi)19——按照測(cè)試技術(shù)劃分——黑盒測(cè)試

黑盒測(cè)試又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說(shuō)明書(shū)，檢查程序的功能是否符合需求規(guī)格說(shuō)明中的功能需求。軟件測(cè)試分類(lèi)20——按照測(cè)試技術(shù)劃分——白盒測(cè)試

白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。此方法把測(cè)試對(duì)象看做一個(gè)透明的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。軟件測(cè)試分類(lèi)21——按照測(cè)試技術(shù)劃分——灰盒測(cè)試

介于白盒測(cè)試于與黑盒測(cè)試之間的測(cè)試。在現(xiàn)代測(cè)試?yán)砟钪芯褪侵?，在白盒測(cè)試中交叉使用黑盒測(cè)試的方法；在黑盒測(cè)試中交叉使用白盒測(cè)試的方法。軟件測(cè)試分類(lèi)22——按照測(cè)試技術(shù)劃分——靜態(tài)測(cè)試

靜態(tài)測(cè)試是指不運(yùn)行程序，通過(guò)人工對(duì)程序和文檔進(jìn)行分析與檢查；靜態(tài)測(cè)試技術(shù)又稱(chēng)為靜態(tài)分析技術(shù)，實(shí)際上是對(duì)軟件中的需求說(shuō)明書(shū)、設(shè)計(jì)文檔、程序源代碼等進(jìn)行非運(yùn)行的檢查。靜態(tài)測(cè)試包括：代碼走查、符號(hào)執(zhí)行、需求確認(rèn)等。軟件測(cè)試分類(lèi)23——按照測(cè)試技術(shù)劃分——?jiǎng)討B(tài)測(cè)試

動(dòng)態(tài)測(cè)試是指通過(guò)人工或使用工具運(yùn)行程序進(jìn)行檢查、分析程序的執(zhí)行狀態(tài)和程序的外部表現(xiàn)。軟件測(cè)試分類(lèi)24——按照測(cè)試實(shí)施組織劃分——開(kāi)發(fā)方測(cè)試

通常也叫”驗(yàn)證測(cè)試“或”α測(cè)試“。開(kāi)發(fā)方通過(guò)環(huán)境檢測(cè)和提供客觀證據(jù)，證實(shí)軟件的實(shí)現(xiàn)是否滿(mǎn)足規(guī)定的需求。軟件測(cè)試分類(lèi)25——按照測(cè)試實(shí)施組織劃分——用戶(hù)測(cè)試

在用戶(hù)的應(yīng)用環(huán)境下，用戶(hù)通過(guò)運(yùn)行和使用軟件，檢測(cè)與核實(shí)軟件實(shí)現(xiàn)是否符合自己預(yù)期的要求。通常用戶(hù)測(cè)試不是指用戶(hù)的”驗(yàn)收測(cè)試“，而是指用戶(hù)的使用性測(cè)試，由用戶(hù)找出軟件的應(yīng)用過(guò)程中發(fā)現(xiàn)的軟件缺陷與問(wèn)題，并對(duì)質(zhì)量進(jìn)行評(píng)價(jià)。β測(cè)試通常被看成是一種”用戶(hù)測(cè)試“。軟件測(cè)試分類(lèi)26——按照測(cè)試實(shí)施組織劃分——第三方測(cè)試介于軟件開(kāi)發(fā)方和用戶(hù)方之間的測(cè)試組織的測(cè)試。第三方測(cè)試也稱(chēng)為獨(dú)立測(cè)試。軟件測(cè)試分類(lèi)27——按照測(cè)試類(lèi)型劃分——功能測(cè)試可靠性測(cè)試性能測(cè)試恢復(fù)測(cè)試啟動(dòng)/停止測(cè)試配置測(cè)試安全測(cè)試可用性測(cè)試安裝測(cè)試兼容性測(cè)試文檔測(cè)試

軟件測(cè)試分類(lèi)28——按照測(cè)試類(lèi)型劃分——功能測(cè)試

功能測(cè)試是在規(guī)定的一段時(shí)間內(nèi)運(yùn)行軟件系統(tǒng)的所有功能，以驗(yàn)證這個(gè)軟件系統(tǒng)有無(wú)嚴(yán)重錯(cuò)誤。軟件測(cè)試分類(lèi)29——按照測(cè)試類(lèi)型劃分——可靠性測(cè)試

如果系統(tǒng)需求說(shuō)明書(shū)中有對(duì)可靠性的要求，則需進(jìn)行可靠性測(cè)試。 ①平均失效間隔時(shí)間MTBF(MeanTimeBetweenFailures)是否超過(guò)規(guī)定時(shí)限?

②因故障而停機(jī)的時(shí)間MTTR(MeanTimeToRepairs)在一年中應(yīng)不超過(guò)多少時(shí)間。

軟件測(cè)試分類(lèi)30——按照測(cè)試類(lèi)型劃分——性能測(cè)試性能測(cè)試是要檢查系統(tǒng)是否滿(mǎn)足在需求說(shuō)明書(shū)中規(guī)定的性能需求。特別是對(duì)于實(shí)時(shí)系統(tǒng)或嵌入式系統(tǒng)。性能測(cè)試常常要求同時(shí)進(jìn)行硬件和軟件測(cè)試。通常，對(duì)軟件性能的測(cè)試表現(xiàn)在以下幾個(gè)方面：響應(yīng)時(shí)間、系統(tǒng)處理能力、吞吐量、并發(fā)用戶(hù)數(shù)、資源利用率等等。軟件測(cè)試分類(lèi)31——按照測(cè)試類(lèi)型劃分——恢復(fù)性測(cè)試

恢復(fù)測(cè)試是要證實(shí)在克服硬件故障(包括掉電、硬件或網(wǎng)絡(luò)出錯(cuò)等)后，系統(tǒng)能否正常地繼續(xù)進(jìn)行工作，并不對(duì)系統(tǒng)造成任何損害。為此，可采用各種人工干預(yù)的手段，模擬硬件故障，故意造成軟件出錯(cuò)。并由此檢查：

1.錯(cuò)誤探測(cè)功能──系統(tǒng)能否發(fā)現(xiàn)硬件失效與故障；2.能否切換或啟動(dòng)備用的硬件；

3.在故障發(fā)生時(shí)能否保護(hù)正在運(yùn)行的作業(yè)和系統(tǒng)狀態(tài)；

4.在系統(tǒng)恢復(fù)后能否從最后記錄下來(lái)的無(wú)錯(cuò)誤狀態(tài)開(kāi)始繼續(xù)執(zhí)行作業(yè)，等等。

5.掉電測(cè)試：其目的是測(cè)試軟件系統(tǒng)在發(fā)生電源中斷時(shí)能否保護(hù)當(dāng)時(shí)的狀態(tài)且不毀壞數(shù)據(jù)，然后在電源恢復(fù)時(shí)從保留的斷點(diǎn)處重新進(jìn)行操作。

軟件測(cè)試分類(lèi)32——按照測(cè)試類(lèi)型劃分——啟動(dòng)/停止測(cè)試

這類(lèi)測(cè)試的目的是驗(yàn)證在機(jī)器啟動(dòng)及關(guān)機(jī)階段，軟件系統(tǒng)正確處理的能力。 這類(lèi)測(cè)試包括

反復(fù)啟動(dòng)軟件系統(tǒng)

(例如，操作系統(tǒng)自舉、網(wǎng)絡(luò)的啟動(dòng)、應(yīng)用程序的調(diào)用等)

在盡可能多的情況下關(guān)機(jī)。軟件測(cè)試分類(lèi)33——按照測(cè)試類(lèi)型劃分——配置測(cè)試這類(lèi)測(cè)試是要檢查計(jì)算機(jī)系統(tǒng)內(nèi)各個(gè)設(shè)備或各種資源之間的相互聯(lián)結(jié)和功能分配中的錯(cuò)誤。它主要包括以下幾種：配置命令測(cè)試：驗(yàn)證全部配置命令的可操作性（有效性）；特別對(duì)最大配置和最小配置要進(jìn)行測(cè)試。軟件配置和硬件配置都要測(cè)試。

循環(huán)配置測(cè)試：證明對(duì)每個(gè)設(shè)備物理與邏輯的，邏輯與功能的每次循環(huán)置換配置都能正常工作。

修復(fù)測(cè)試：檢查每種配置狀態(tài)及哪個(gè)設(shè)備是壞的。并用自動(dòng)的或手工的方式進(jìn)行配置狀態(tài)間的轉(zhuǎn)換。

軟件測(cè)試分類(lèi)34——按照測(cè)試類(lèi)型劃分——安全測(cè)試

安全性測(cè)試是要檢驗(yàn)在系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用，有無(wú)漏洞。力圖破壞系統(tǒng)的保護(hù)機(jī)構(gòu)以進(jìn)入系統(tǒng)的主要方法有以下幾種：正面攻擊或從側(cè)面、背面攻擊系統(tǒng)中易受損壞的那些部分；以系統(tǒng)輸入為突破口，利用輸入的容錯(cuò)性進(jìn)行正面攻擊；

申請(qǐng)和占用過(guò)多的資源壓垮系統(tǒng)，以破壞安全措施，從而進(jìn)入系統(tǒng)；故意使系統(tǒng)出錯(cuò)，利用系統(tǒng)恢復(fù)的過(guò)程，竊取用戶(hù)口令及其它有用的信息；通過(guò)瀏覽殘留在計(jì)算機(jī)各種資源中的垃圾（無(wú)用信息），以獲取如口令，安全碼，譯碼關(guān)鍵字等信息；瀏覽全局?jǐn)?shù)據(jù)，期望從中找到進(jìn)入系統(tǒng)的關(guān)鍵字；瀏覽那些邏輯上不存在，但物理上還存在的各種記錄和資料等。

軟件測(cè)試分類(lèi)35——按照測(cè)試類(lèi)型劃分——可用性測(cè)試可使用性測(cè)試主要從使用的合理性和方便性等角度對(duì)軟件系統(tǒng)進(jìn)行檢查，發(fā)現(xiàn)人為因素或使用上的問(wèn)題。要保證在足夠詳細(xì)的程度下，用戶(hù)界面便于使用；對(duì)輸入量可容錯(cuò)、響應(yīng)時(shí)間和響應(yīng)方式合理可行、輸出信息有意義、正確并前后一致；出錯(cuò)信息能夠引導(dǎo)用戶(hù)去解決問(wèn)題；軟件文檔全面、正規(guī)、確切。軟件測(cè)試分類(lèi)36——按照測(cè)試類(lèi)型劃分——安裝測(cè)試安裝測(cè)試的目的不是找軟件錯(cuò)誤，而是找安裝錯(cuò)誤。在安裝軟件系統(tǒng)時(shí)，會(huì)有多種選擇。要分配和裝入文件與程序庫(kù)布置適用的硬件配置進(jìn)行程序的聯(lián)結(jié)。而安裝測(cè)試就是要找出在這些安裝過(guò)程中出現(xiàn)的錯(cuò)誤。安裝測(cè)試是在系統(tǒng)安裝之后進(jìn)行測(cè)試。它要檢驗(yàn)：用戶(hù)選擇的一套任選方案是否相容；系統(tǒng)的每一部分是否都齊全；所有文件是否都已產(chǎn)生并確有所需要的內(nèi)容；硬件的配置是否合理，等等。

軟件測(cè)試分類(lèi)37——按照測(cè)試類(lèi)型劃分——兼容性測(cè)試這類(lèi)測(cè)試主要想驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性。有兩類(lèi)基本的兼容性測(cè)試：向下兼容交錯(cuò)兼容軟件測(cè)試分類(lèi)38——按照測(cè)試類(lèi)型劃分——文檔測(cè)試。這種測(cè)試是檢查用戶(hù)文檔(如用戶(hù)手冊(cè))的清晰性和精確性。用戶(hù)文檔中所使用的例子必須在測(cè)試中一一試過(guò)，確保敘述正確無(wú)誤軟件測(cè)試分類(lèi)39培訓(xùn)內(nèi)容測(cè)試的定義、目的和原則軟件測(cè)試的分類(lèi)軟件開(kāi)發(fā)與測(cè)試模型基于軟件生命周期的測(cè)試過(guò)程40軟件開(kāi)發(fā)與測(cè)試模型——軟件開(kāi)發(fā)與測(cè)試模型

——V模型41——軟件開(kāi)發(fā)與測(cè)試模型

——V模型說(shuō)明V模型適用于所有類(lèi)型的開(kāi)發(fā)過(guò)程，但并不一定適用于開(kāi)發(fā)和測(cè)試過(guò)程的所有方面。每個(gè)開(kāi)發(fā)活動(dòng)都有右邊的測(cè)試活動(dòng)相對(duì)應(yīng)。軟件開(kāi)發(fā)過(guò)程是一個(gè)自頂向下，逐步細(xì)化的過(guò)程.測(cè)試過(guò)程是依相反順序安排的自底向上，逐步集成的過(guò)程。軟件開(kāi)發(fā)與測(cè)試模型42——軟件開(kāi)發(fā)與測(cè)試模型

——W模型軟件開(kāi)發(fā)與測(cè)試模型43——軟件開(kāi)發(fā)與測(cè)試模型

——W模型說(shuō)明應(yīng)用該模型的優(yōu)點(diǎn)在于，每個(gè)軟件開(kāi)發(fā)活動(dòng)結(jié)束后就可以執(zhí)行相應(yīng)的測(cè)試，如：在需求分析結(jié)束后，就可以進(jìn)行需求分析測(cè)試。由于各種原因，開(kāi)發(fā)的每一個(gè)環(huán)節(jié)都可能產(chǎn)生錯(cuò)誤，如果堅(jiān)持各個(gè)階段的技術(shù)評(píng)審,就能夠盡早發(fā)現(xiàn)和預(yù)防錯(cuò)誤，W模型形象地說(shuō)明了軟件測(cè)試與開(kāi)發(fā)的這種同步性。軟件測(cè)試并不等于程序測(cè)試。軟件測(cè)試應(yīng)貫穿于軟件定義與開(kāi)發(fā)的整個(gè)期間。需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求文檔、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔以及源程序，都應(yīng)成為軟件測(cè)試的對(duì)象。軟件開(kāi)發(fā)與測(cè)試模型44——軟件開(kāi)發(fā)與測(cè)試模型

——H模型軟件開(kāi)發(fā)與測(cè)試模型45——軟件開(kāi)發(fā)與測(cè)試模型

——H模型說(shuō)明與前兩種模型相比，H模型充分地體現(xiàn)了測(cè)試過(guò)程。軟件測(cè)試不僅僅指測(cè)試的執(zhí)行,還包括很多其他的活動(dòng)。軟件測(cè)試是一個(gè)獨(dú)立的流程,貫穿產(chǎn)品的整個(gè)開(kāi)發(fā)周期,與其它流程并發(fā)進(jìn)行。軟件測(cè)試要盡早準(zhǔn)備,盡早執(zhí)行。軟件測(cè)試根據(jù)被測(cè)物的不同來(lái)分層次的.不同層次的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的,但也可能是反復(fù)的。軟件開(kāi)發(fā)與測(cè)試模型46——軟件開(kāi)發(fā)與測(cè)試模型

——X模型軟件開(kāi)發(fā)與測(cè)試模型47——軟件開(kāi)發(fā)與測(cè)試模型

——X模型說(shuō)明X模型是針對(duì)敏捷開(kāi)發(fā)模型的測(cè)試模型。模型強(qiáng)調(diào)測(cè)試活動(dòng)與持續(xù)集成過(guò)程同步進(jìn)行模型通過(guò)探索性測(cè)試來(lái)解決持續(xù)集成過(guò)程中的測(cè)試回歸策略軟件開(kāi)發(fā)與測(cè)試模型48培訓(xùn)內(nèi)容測(cè)試的定義、目的和原則軟件測(cè)試的分類(lèi)軟件開(kāi)發(fā)與測(cè)試模型基于軟件生命周期的測(cè)試過(guò)程49軟件生命周期測(cè)試策略

—軟件測(cè)試流程

—測(cè)試計(jì)劃測(cè)試設(shè)計(jì)測(cè)試開(kāi)發(fā)測(cè)試執(zhí)行測(cè)試評(píng)估開(kāi)發(fā)生命周期...維護(hù)

需求定義應(yīng)用定義應(yīng)用開(kāi)發(fā)修訂建立建立測(cè)試生命周期...執(zhí)行.執(zhí)行執(zhí)行.測(cè)試計(jì)劃缺陷跟蹤測(cè)試開(kāi)發(fā)測(cè)試設(shè)計(jì)評(píng)估軟件生命周期測(cè)試策略511.測(cè)試計(jì)劃(TestPlan)定義測(cè)試項(xiàng)目的過(guò)程，以便測(cè)試項(xiàng)目能被正確的度量和控制。包括測(cè)試需求，測(cè)試策略，測(cè)試資源和測(cè)試計(jì)劃。確定測(cè)試需求評(píng)估風(fēng)險(xiǎn)制定測(cè)試策略確定資源創(chuàng)建時(shí)間表生成測(cè)試計(jì)劃軟件生命周期測(cè)試策略52

確定測(cè)試需求確定測(cè)試需求是測(cè)試計(jì)劃活動(dòng)的開(kāi)始。測(cè)試需求確定測(cè)試對(duì)象以及測(cè)試工作的范圍和作用。測(cè)試需求還用來(lái)確定整個(gè)測(cè)試工作（如安排時(shí)間表、測(cè)試設(shè)計(jì)等）并作為測(cè)試覆蓋的基礎(chǔ)。被確定的測(cè)試需求項(xiàng)必須是可核實(shí)的。即，它們必須有一個(gè)可觀察、可評(píng)測(cè)的結(jié)果。無(wú)法核實(shí)的需求不是測(cè)試需求。軟件生命周期測(cè)試策略53用戶(hù)需求業(yè)務(wù)需求功能需求定義測(cè)試需求根據(jù)需求定義并完善測(cè)試需求，