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

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

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

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