測試工作總結(jié)報告 云產(chǎn)品部

目錄TOC\o"1-4"\h\z\u1 測試管理 31.1測試定義 31.2測試項目 31.3人員職責(zé) 61.4測試流程 71.4.1概述 71.4.2入口條件、輸入物 71.4.3流程圖以及要點描述 71.4.4出口條件、輸出物 92 質(zhì)量控制 92.1質(zhì)量度量 92.2缺陷管理平臺 102.3缺陷管理流程 103 產(chǎn)品測試工作現(xiàn)狀 12

測試管理1.1測試定義名稱描述軟件缺陷又稱bug，計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。集成測試也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。系統(tǒng)測試是將已經(jīng)確認的軟件、計算機硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進行信息系統(tǒng)的各種組裝測試和確認測試，其目的是通過與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方，從而提出更加完善的方案。驗收測試系統(tǒng)開發(fā)生命周期方法論的一個階段，這時相關(guān)的用戶和／或獨立測試人員根據(jù)測試計劃和結(jié)果對系統(tǒng)進行測試和接收。它讓用戶和／或獨立測試人員決定是否接收系統(tǒng)。測試用例為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。1.2測試項目（1）數(shù)據(jù)完整性測試測試目標：確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭到損壞

測試范圍：各新增、修改需求點對數(shù)據(jù)庫的操作則要核對是否操作正常技術(shù)：調(diào)用各個數(shù)據(jù)庫訪問方法和進程，并在其中填充有效的和無效的數(shù)據(jù)（或?qū)?shù)據(jù)的請求）。檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預(yù)期的方式填充，并且所有的數(shù)據(jù)庫事件已正常發(fā)生；或者檢查所返回的數(shù)據(jù)，確保正當?shù)睦碛蓹z索到了正確的數(shù)據(jù)對相應(yīng)的數(shù)據(jù)表加鎖，看是否事務(wù)正確處理開始標準：本次新增、修改相應(yīng)表數(shù)據(jù)完成標準：所有的數(shù)據(jù)庫數(shù)據(jù)沒有遭到損壞，并相對應(yīng)的數(shù)據(jù)內(nèi)容正確。測試重點和優(yōu)先級：數(shù)據(jù)庫表字段插入、更新、刪除正確需考慮的特殊事項：無（2）功能測試測試目標確保測試的功能正常，其中包括導(dǎo)航，數(shù)據(jù)輸入，處理和檢索等功能。

測試范圍：根據(jù)相關(guān)需求點的功能測試技術(shù)：[利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。]

開始標準：

完成標準：各需求點的功能實現(xiàn)并滿足要求。測試重點和優(yōu)先級：

需考慮的特殊事項：[確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素（內(nèi)部的或外部的）]

（3）用戶界面測試測試目標通過測試進行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab鍵、鼠標移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標準。測試范圍：本次新增、修改界面技術(shù)：為每個窗口創(chuàng)建或修改測試，以核實各個應(yīng)用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。開始標準：

完成標準：成功地核實出各個窗口都與基準版本保持一致，或符合可接受標準測試重點和優(yōu)先級：

需考慮的特殊事項：無（4）性能測試測試目標核實所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為：正常的預(yù)期工作量預(yù)期的最繁重工作量

測試范圍：根據(jù)性能需求進行性能測試技術(shù)：通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項事務(wù)的迭代數(shù)量。腳本應(yīng)該在一臺計算機上運行（最好是以單個用戶、單個事務(wù)為基準），并在多個客戶機（虛擬的或?qū)嶋H的客戶機，請參見下面的“需要考慮的特殊事項”）上重復(fù)。]

開始標準：

完成標準：[單個事務(wù)或單個用戶：在每個事務(wù)所預(yù)期時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。][多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。]

測試重點和優(yōu)先級：

需考慮的特殊事項：[綜合的性能測試還包括在服務(wù)器上添加后臺工作量?？刹捎枚喾N方法來執(zhí)行此操作，包括：直接將“事務(wù)強行分配到”服務(wù)器上，這通常以“結(jié)構(gòu)化語言”（SQL）調(diào)用的形式來實現(xiàn)。通過創(chuàng)建“虛擬的”用戶負載來模擬許多個（通常為數(shù)百個）客戶機。使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統(tǒng)上添加負載。性能測試應(yīng)該在專用的計算機上或在專用的機時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫

1.3人員職責(zé)需求分析人員主要職責(zé)：參與制定測試計劃協(xié)助測試人員完成測試用例；參與驗收測試；參與測試評估。測試組長的主要職責(zé)：制定測試計劃；測試設(shè)計；參與測試評估。測試工程師的主要職責(zé)：參與制定測試計劃；編寫測試用例；搭建測試環(huán)境；執(zhí)行測試；編寫測試報告；參與測試評估。代碼開發(fā)人員的主要職責(zé)：參與制定測試計劃；協(xié)助搭建測試環(huán)境；處理缺陷；參與測試評估。1.4測試流程1.4.1概述軟件測試的全過程，包括測試計劃、測試設(shè)計，執(zhí)行測試，缺陷跟蹤，以及測試評估等等。1.4.2入口條件、輸入物執(zhí)行測試流程需滿足下面所有前提條件：需求已通過評審；設(shè)計已通過評審；開發(fā)人員自測完成；軟件內(nèi)部版本發(fā)布已完成。1.4.3流程圖以及要點描述測試流程圖：測試流程要點描述：1. 測試計劃由測試組長起草，然后與其他人員共同討論制訂。2. 測試設(shè)計的主要活動： 書寫測試用例 準備測試數(shù)據(jù) 開發(fā)測試程序 評審測試用例3. 測試用例由測試人員根據(jù)《軟件需求規(guī)格說明書》與《概要設(shè)計》編寫，包括三類： 集成測試用例 系統(tǒng)測試用例 驗收測試用例4. 測試組長對測試各個環(huán)節(jié)進行跟蹤、實施、管理。5. 缺陷管理，由執(zhí)行測試的人員與開發(fā)人員共同參與。6. 測試評估的目標：正確評估軟件產(chǎn)品的質(zhì)量，確定軟件產(chǎn)品是否達到發(fā)布標準。1.4.4出口條件、輸出物測試完成的滿足條件如下：驗收測試完成；缺陷數(shù)目成收斂趨勢；驗收測試中無高級遺留缺陷，測試通過率達到預(yù)定目標，測試評估通過。輸出物：輸出物編寫人軟件測試計劃測試組長軟件測試用例測試工程師缺陷記錄測試工程師軟件測試報告測試工程師質(zhì)量控制目前主要由缺陷管理來監(jiān)控軟件質(zhì)量，并通過多輪測試來保證測試質(zhì)量。2.1質(zhì)量度量度量項目的公式收集時機收集角色缺陷數(shù)量監(jiān)控軟件質(zhì)量。測試缺陷個數(shù)累加和測試期間定期收集統(tǒng)計，比如每天收集測試組長測試輪次保證測試質(zhì)量執(zhí)行測試次數(shù)測試組長缺陷等級：缺陷嚴重程度分1-4等，1嚴重程度最高，4最低。嚴重程度高的缺陷會被優(yōu)先處理。等級嚴重程度說明1極高不能執(zhí)行正常工作功能或重要功能，因軟件原因?qū)е孪到y(tǒng)死機、數(shù)據(jù)丟失等須馬上修正。2高主要功能喪失，嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn)。須盡須修正。3中影響系統(tǒng)正常用運行的缺陷，主要功能出現(xiàn)錯誤，影響產(chǎn)品的使用。4低使操作者不合理或者不方便或操作遇到麻煩，但它不影響執(zhí)行工作功能或重要功能，次要功能，對產(chǎn)品使用影響不大。或建議類錯誤，對軟件的改進意見或者建議。2.2缺陷管理平臺2014.04.01以前：禪道(86:81/zentao)2014.04.01以后：信息管理系統(tǒng)(68)2.3缺陷管理流程缺陷管理流程圖：缺陷管理流程說明：1、測試人員提出bug2、PM根據(jù)bug的優(yōu)先級、負責(zé)任情況、難易程度、解決時間點分配bug3、開發(fā)人員修改bug4、骨干人員審核重點bug5、測試人員回歸bug6、本輪測試結(jié)束缺陷管理補充：開發(fā)人員如認為bug不需要處理，希望將其rejected或pause(掛起)時：如果是客戶發(fā)現(xiàn)的bug，由開發(fā)組和客戶測試人員確認后，以書面形式通知公司測試人員，由公司測試人員把狀態(tài)改為rejected/pause狀態(tài)；如果是公司測試人員發(fā)現(xiàn)的bug，由開發(fā)組和測試人員確認后，由公司測試人員把狀態(tài)改為rejected/pause狀態(tài)。項目經(jīng)理組織技術(shù)開發(fā)人員、測試人員進行bug定位分析，并共同確定重點bug。重點bug一般為高級別bug及改動涉及面較大的bug;對于客戶提出的bug的定位分析和審核，開發(fā)組一定要與客戶多聯(lián)系多溝通，必須把bug分析透