軟件測試技術(shù)：測試的執(zhí)行、記錄與跟蹤

測試的執(zhí)行、記錄與跟蹤功能測試過程軟件測試的過程測試需求的分析和確定測試計(jì)劃測試執(zhí)行測試記錄和缺陷跟蹤回歸測試測試總結(jié)報(bào)告內(nèi)容一測試執(zhí)行概述二測試執(zhí)行的準(zhǔn)備三如何有效地創(chuàng)建測試套件四功能測試自動(dòng)化的執(zhí)行五用戶界面和適用性測試六回歸測試七軟件缺陷的報(bào)告一個(gè)有效且高質(zhì)量的測試執(zhí)行過程是一個(gè)立體作戰(zhàn)的過程，從有計(jì)劃的測試到Ad-Hoc測試，從每日構(gòu)建驗(yàn)證到回歸測試，無不孕育著智慧和策略Ad-Hoc測試：“Ad-Hoc”原意是指“特定的，一次性的”，這里專指“隨機(jī)的，自由的”測試。在軟件測試中除了根據(jù)測試用例和測試說明書進(jìn)行測試外，還需要進(jìn)行隨機(jī)測試(Ad-hoctesting)，主要是根據(jù)測試者的經(jīng)驗(yàn)對軟件進(jìn)行功能和性能抽查。隨機(jī)測試是根據(jù)測試說明書執(zhí)行樣例測試的重要補(bǔ)充手段，是保證測試覆蓋完整性的有效方式和過程。一測試的執(zhí)行概述測試人員的主要活動(dòng)階段測試工作量的主要集中階段智慧的體現(xiàn)，找到工作樂趣的重要過程測試執(zhí)行階段面臨的問題：如何確保測試環(huán)境滿足測試用例所描述的要求？如何保證每個(gè)測試人員清楚自己的測試任務(wù)和要達(dá)到的目標(biāo)？如何保證測試用例得到百分百的執(zhí)行？如何保證報(bào)告的軟件缺陷正確，描述清楚，沒有漏掉信息如何在驗(yàn)證Bug或新功能與回歸測試之間平衡？測試執(zhí)行中的關(guān)鍵測試環(huán)境的準(zhǔn)備。構(gòu)建測試運(yùn)行的平臺(tái)和安裝需要的軟硬件系統(tǒng)。人員的安排。不僅包括指定哪些人參加功能測試，哪些人參加系統(tǒng)測試和誰負(fù)責(zé)測試環(huán)境的維護(hù)等，還要包括人員的培訓(xùn)，知識(shí)的傳遞。二測試執(zhí)行的準(zhǔn)備5-1培訓(xùn)和知識(shí)傳遞5-2測試任務(wù)安排5-3測試環(huán)境的建立5-4測試環(huán)境的設(shè)置5-5測試自動(dòng)化運(yùn)行平臺(tái)準(zhǔn)備-5-1培訓(xùn)和知識(shí)傳遞由資深的或富有經(jīng)驗(yàn)的測試工程師負(fù)責(zé)用例設(shè)計(jì)，由具有較好編程經(jīng)驗(yàn)的工程師負(fù)責(zé)腳本開發(fā)，由經(jīng)驗(yàn)相對少或能力弱的工程師來完成具體的測試執(zhí)行工作準(zhǔn)備-5-2測試任務(wù)安排在做測試計(jì)劃時(shí)，對測試執(zhí)行所需要的資源進(jìn)行初步規(guī)劃，一般會(huì)增加比較多的余量，使測試資源有足夠的準(zhǔn)備。在設(shè)計(jì)測試用例時(shí)，預(yù)測每個(gè)用例執(zhí)行的時(shí)間，并記錄在測試用例數(shù)據(jù)庫中，為后期估計(jì)備用。根據(jù)每個(gè)測試用例的預(yù)估時(shí)間，可以算出每個(gè)測試模塊的工作量。分析軟件模塊之間的關(guān)系，然后根據(jù)模塊的關(guān)聯(lián)性和相應(yīng)工作量進(jìn)行模塊組合。根據(jù)每個(gè)人的特點(diǎn)，將組合的模塊分配給各個(gè)測試人員一輪測試結(jié)束后，交叉互換測試的模塊組合準(zhǔn)備5-3測試環(huán)境的建立所需要的計(jì)算機(jī)數(shù)量，以及對每臺(tái)計(jì)算機(jī)的硬件配置要求。測試中的網(wǎng)絡(luò)環(huán)境。部署被測試應(yīng)用的服務(wù)器所必須的操作系統(tǒng)，數(shù)據(jù)庫管理系統(tǒng)，中間件等。作為測試的客戶端所需要的操作系統(tǒng)，應(yīng)用軟件，測試工具的名稱及版本。用來保存各種測試工作中生成的文檔和數(shù)據(jù)的文件服務(wù)器及網(wǎng)絡(luò)驅(qū)動(dòng)器，路徑等。是否需要專門的計(jì)算機(jī)用于被測的應(yīng)用服務(wù)器環(huán)境和管理服務(wù)器的環(huán)境及數(shù)據(jù)備份。準(zhǔn)備5-4測試環(huán)境的設(shè)置測試環(huán)境的正確性。測試環(huán)境不僅包括硬件，還包括軟件；不僅包括客戶端，服務(wù)器，還包括網(wǎng)絡(luò)環(huán)境，測試數(shù)據(jù)等。測試環(huán)境的可靠性。測試環(huán)境的正確性是最基本的要求，要提高測試效率，實(shí)施測試自動(dòng)化，要給測試環(huán)境提供更高的要求。例如：對于一個(gè)測試項(xiàng)目，要將性能測試環(huán)境和功能測試環(huán)境分開，因?yàn)樵谶M(jìn)行性能測試時(shí)，對功能環(huán)境影響較大。測試環(huán)境的多樣性和復(fù)雜性。在企業(yè)內(nèi)部的計(jì)算機(jī)應(yīng)用系統(tǒng)，可以要求所有客戶端使用某種特定的操作系統(tǒng)瀏覽器等，但在互聯(lián)網(wǎng)上的軟件應(yīng)用，情況就完全不一樣，世界各地的用戶所使用的環(huán)境是各種各樣的準(zhǔn)備5-5測試自動(dòng)化運(yùn)行平臺(tái)測試自動(dòng)化對環(huán)境要求更高——高穩(wěn)定性，配備齊全，滿足無人值守的情況下執(zhí)行測試任務(wù)等。理想的自動(dòng)化測試情景是這樣的：能夠把大量測試個(gè)案分配到不同的測試機(jī)上同時(shí)運(yùn)行?？梢宰屇撑_(tái)服務(wù)器管理測試的機(jī)器，調(diào)度測試任務(wù)，即可以根據(jù)機(jī)器空閑狀態(tài)，能及時(shí)將任務(wù)安排在空閑的測試機(jī)上?？梢栽谀硞€(gè)測試環(huán)境上，運(yùn)行不同的測試工具，而且是并行，協(xié)同的完成同一個(gè)測試任務(wù)?？梢园汛罅康南到y(tǒng)測試及回歸測試安排到夜間及周末運(yùn)行。三如何有效地創(chuàng)建測試套件功能測試是最基本的測試，功能測試是系統(tǒng)測試的基礎(chǔ)。雖然功能測試和系統(tǒng)測試可以并行，但是如果功能測試中發(fā)現(xiàn)過多的缺陷，系統(tǒng)測試就無法執(zhí)行，系統(tǒng)測試結(jié)果也就不會(huì)準(zhǔn)確。在修正了大量缺陷后，還需要重新做系統(tǒng)測試，來獲得性能指標(biāo)。在實(shí)施測試時(shí)，測試用例作為測試的標(biāo)準(zhǔn)，測試人員一定要按照測試用例的前提，測試數(shù)據(jù)測試步驟等完成具體的測試。并在測試用例管理軟件中記錄測試結(jié)果。在實(shí)踐中，測試數(shù)據(jù)是與測試用例分離的，按照測試用例準(zhǔn)備一組或若干組供測試用的原始數(shù)據(jù)，以及標(biāo)準(zhǔn)測試結(jié)果。四功能測試自動(dòng)化的執(zhí)行執(zhí)行自動(dòng)化測試前，需要根據(jù)配置清單先準(zhǔn)備好測試環(huán)境，然后在測試機(jī)器上運(yùn)行相應(yīng)的測試腳本。最后根據(jù)測試報(bào)告分析和復(fù)驗(yàn)產(chǎn)品的缺陷。LOADRUNNER監(jiān)控測試執(zhí)行過程的界面五用戶界面和適用性測試符合標(biāo)準(zhǔn)和規(guī)范用戶界面和適用性測試直觀性用戶界面的直觀性，要求軟件功能特性易懂、清晰、用戶界面布局合理，對操作的響應(yīng)在用戶的預(yù)期中用戶界面和適用性測試靈活性軟件可以有不同的選項(xiàng)滿足不同用戶的喜好、需求，用不同的方式來完成相同的功能，會(huì)深受用戶的歡迎。如計(jì)算器提供了2種方式來滿足不同用戶的需求，充分體現(xiàn)了靈活性。用戶界面和適用性測試舒適型界面友好、美觀，如操作過程順暢，色彩運(yùn)用恰當(dāng)，按鈕的立體感以及增加動(dòng)態(tài)等。實(shí)用性實(shí)用性不是指軟件本身是否實(shí)用，而僅僅是指具體特性是否實(shí)用六回歸測試在軟件生命周期中，需要修正已發(fā)現(xiàn)的缺陷，或者是增強(qiáng)原有的功能、增加新的功能，這些活動(dòng)都可能會(huì)觸及到其他地方的代碼，影響正常運(yùn)行的原有功能，從而導(dǎo)致軟件未被修改的部分產(chǎn)生新的問題。因此，每當(dāng)軟件發(fā)生變化時(shí)，就必須重新測試原來已經(jīng)通過測試的區(qū)域，驗(yàn)證修改的正確性及其影響回歸測試方法選擇回歸測試方法應(yīng)該兼顧效率和有效性兩個(gè)方面再測試全部用例基于風(fēng)險(xiǎn)選擇測試基于操作剖面選擇測試再測試修改的部分七軟件缺陷的報(bào)告測試人員要更多的表現(xiàn)自己，展示自己的工作缺陷分類報(bào)告缺陷類型分布報(bào)告缺陷區(qū)域分布報(bào)告缺陷狀態(tài)分布報(bào)告缺陷類型分布報(bào)告描述缺陷類型的分布情況缺陷區(qū)域分布報(bào)告缺陷在不同模塊中出現(xiàn)的情況缺陷狀態(tài)分布報(bào)告缺陷各種狀態(tài)的比例情況缺陷趨勢報(bào)告一段時(shí)間內(nèi)的缺陷情況微軟的零BUG反彈典型缺陷與BUG模式典型缺陷重復(fù)出現(xiàn)、經(jīng)常出現(xiàn)；能代表某種類型的錯(cuò)誤；能通過相對固定的測試方法或測試手段來發(fā)現(xiàn)這些錯(cuò)誤。

提煉BUG模式：分析缺陷報(bào)告，找出經(jīng)常出現(xiàn)的Bug類型。分析Bug的根源，找出Bug產(chǎn)生的深層次原因。分析找到Bug的方法，總結(jié)如何才能每次都發(fā)現(xiàn)該類型的Bug。

測試中的PDCA客觀全面的測試報(bào)告包括測試資源的使用情況：投入了多少測試人員，所用時(shí)間多長，執(zhí)行了多少測試用例，以及覆蓋了多少功能模塊測試對象的缺陷分析：包括共發(fā)現(xiàn)了多少缺陷，缺陷的類型主要是哪些，缺陷集中在哪些功能模塊，缺陷主要發(fā)生在哪幾個(gè)開發(fā)人員的身上注意：報(bào)告應(yīng)該盡可能客觀、盡可能全面地反應(yīng)測試情況和缺陷情況。測試經(jīng)驗(yàn)的總結(jié)測試總結(jié)報(bào)告應(yīng)該分析測試的整個(gè)過程測試總結(jié)報(bào)告還應(yīng)包括某些專門類型的測試經(jīng)驗(yàn)總結(jié)測試總結(jié)報(bào)告應(yīng)該包括對測試用例的分析如果能分析總結(jié)出Bug模式，那么總結(jié)報(bào)告還應(yīng)該包括Bug模式的總結(jié)。回顧一測試執(zhí)行概述二測試執(zhí)行的準(zhǔn)備三如何有效地創(chuàng)建測試套件四功能測試自動(dòng)化的執(zhí)行五用戶界面和適用性測試六回歸測試七軟件缺陷的報(bào)告測試的記錄與跟蹤軟件測試過程Bug報(bào)告要注意的問題不要出現(xiàn)錯(cuò)別字不要把幾個(gè)Bug錄入到同一個(gè)ID附加必要的截圖和文件錄完一個(gè)Bug自己讀一遍與開發(fā)人員溝通BUG公正客觀的態(tài)度來描述一個(gè)事實(shí)Bug評審要注意的問題決定如何評審BUG分析缺陷產(chǎn)生的原因，找出預(yù)防的對策BugFree軟件測試過程管理BugFreeBugFree基于PHP和MySQL開發(fā)，是免費(fèi)且開發(fā)源代碼的缺陷管理系統(tǒng)。服務(wù)器端在Linux和Windows平臺(tái)上都可以運(yùn)行；客戶端無需安裝任何軟件，通過IE，F(xiàn)ireFox等瀏覽器就可以自由使用。具體使用流程是：首先創(chuàng)建TestCase（測試用例），運(yùn)行TestCase產(chǎn)生Te