測(cè)試管理制度.doc

測(cè)試管理制度 前言本制度為北京首航財(cái)務(wù)管理顧問(wèn)有限公司內(nèi)部使用的測(cè)試管理制度，僅用于公司內(nèi)部使用禁止外傳。本管理制度適用于測(cè)試組新員工入職培訓(xùn)和測(cè)試組全體員工日常工作的執(zhí)行標(biāo)準(zhǔn)，是測(cè)試流程執(zhí)行工作的統(tǒng)一標(biāo)準(zhǔn)規(guī)范。達(dá)到對(duì)工作效率的掌控和監(jiān)督的作用，同時(shí)也可以規(guī)范各部門的交互合作流程，從而有效保證職、責(zé)、權(quán)的分明。所有項(xiàng)目執(zhí)行過(guò)程中，項(xiàng)目經(jīng)理和開(kāi)發(fā)人員要發(fā)送郵件申請(qǐng)測(cè)試文檔，未申請(qǐng)的文檔不予提供。所有的項(xiàng)目郵件將作為工作中的重要信息保存至項(xiàng)目封檔。測(cè)試組的每位成員有責(zé)任和義務(wù)履行所有的測(cè)試流程，也有責(zé)任保護(hù)測(cè)試流程和測(cè)試文檔申請(qǐng)流程。每位員工可以根據(jù)項(xiàng)目的個(gè)性需要對(duì)測(cè)試流程進(jìn)行適當(dāng)?shù)恼{(diào)整，但是必須保證測(cè)試標(biāo)準(zhǔn)嚴(yán)格執(zhí)行，以保證項(xiàng)目的測(cè)試質(zhì)量。測(cè)試人員要在項(xiàng)目中經(jīng)常聯(lián)系需求和開(kāi)發(fā)人員，所以，要注意禮貌和標(biāo)準(zhǔn)用語(yǔ)的使用。郵箱使用統(tǒng)一的簽名，日常交流中注意著裝、商務(wù)禮貌用語(yǔ)和職場(chǎng)禮儀，直接接觸客戶時(shí)談及的內(nèi)容以工作為主，不得泄漏公司機(jī)密、損害公司形象，注意體現(xiàn)技術(shù)服務(wù)的專業(yè)水準(zhǔn)。每位測(cè)試人員負(fù)責(zé)的項(xiàng)目都要及時(shí)撰寫(xiě)測(cè)試計(jì)劃，篩選測(cè)試用例等相關(guān)文檔，根據(jù)測(cè)試情況及時(shí)將缺陷錄入缺陷管理系統(tǒng)，指派給指定的研發(fā)人員。同時(shí)對(duì)項(xiàng)目的BUG周期進(jìn)行跟蹤管理。定期整理項(xiàng)目的缺陷比例等數(shù)據(jù)進(jìn)行上報(bào)，對(duì)有價(jià)值的數(shù)據(jù)自動(dòng)進(jìn)行存檔，并更新文檔庫(kù)和用例庫(kù)。所有文檔規(guī)范模板見(jiàn)模板庫(kù)。所有申請(qǐng)表以WORD格式上傳到SVN，每個(gè)項(xiàng)目的參與測(cè)試人員每天需要及時(shí)確認(rèn)需求是否有更新。對(duì)更新的需求部分需要調(diào)整測(cè)試用例。 目的統(tǒng)一公司所有項(xiàng)目的軟件測(cè)試標(biāo)準(zhǔn)流程；提供一套適合公司所有項(xiàng)目的軟件測(cè)試流程; 規(guī)范統(tǒng)一的項(xiàng)目測(cè)試執(zhí)行標(biāo)準(zhǔn)； 范圍本規(guī)范適用于測(cè)試所有的JAVA開(kāi)發(fā)的B/S架構(gòu)內(nèi)部使用的系統(tǒng)軟件項(xiàng)目；本規(guī)范中集成測(cè)試、系統(tǒng)測(cè)試和性能測(cè)試適用于所有項(xiàng)目； 測(cè)試計(jì)劃、用例、測(cè)試報(bào)告、缺陷報(bào)告等模板參見(jiàn)模板庫(kù)；第一章 項(xiàng)目文檔和用例管理（一）項(xiàng)目文檔1、項(xiàng)目立項(xiàng)默認(rèn)提供測(cè)試計(jì)劃、測(cè)試用例、測(cè)試過(guò)程管理文檔、驗(yàn)收?qǐng)?bào)告和測(cè)試報(bào)告五個(gè)文檔，默認(rèn)提交功能測(cè)試報(bào)告，有性能測(cè)試的需求需要在申請(qǐng)測(cè)試文檔時(shí)注明。性能測(cè)試可提供性能測(cè)試計(jì)劃、性能測(cè)試用例、性能測(cè)試報(bào)告；2、如還需提供其他文檔請(qǐng)?jiān)跍y(cè)試文檔申請(qǐng)表詳細(xì)寫(xiě)明，然后發(fā)送電子郵件到指定測(cè)試人員郵箱并抄送給測(cè)試組長(zhǎng)，項(xiàng)目交付文檔以申請(qǐng)郵件填寫(xiě)的申請(qǐng)表內(nèi)容為準(zhǔn)；3、項(xiàng)目測(cè)試期間所有與客戶和研發(fā)人員的往來(lái)郵件都要抄送給直屬上級(jí)領(lǐng)導(dǎo)；4、每個(gè)項(xiàng)目結(jié)束要寫(xiě)總結(jié)文檔要對(duì)項(xiàng)目的缺陷數(shù)量和比例進(jìn)行統(tǒng)計(jì)，分析BUG產(chǎn)生原因，提出改進(jìn)建議，統(tǒng)計(jì)不同BUG所占比例，整理成圖表文檔發(fā)送給上級(jí)領(lǐng)導(dǎo)；5、每個(gè)季度編寫(xiě)項(xiàng)目總結(jié)文檔，對(duì)項(xiàng)目的缺陷數(shù)量和比例進(jìn)行統(tǒng)計(jì)，分析BUG產(chǎn)生原因，統(tǒng)計(jì)不同BUG所占比例，整理成圖表存檔并向上級(jí)領(lǐng)導(dǎo)提交報(bào)告；（二）項(xiàng)目用例1、所有項(xiàng)目均可以根據(jù)項(xiàng)目實(shí)際需求在通用用例庫(kù)選擇相應(yīng)的用例執(zhí)行測(cè)試，需要寫(xiě)補(bǔ)充用例的要及時(shí)編寫(xiě)并錄入通用用例庫(kù)。需求不完善的首先跟客戶確認(rèn)需求、幫客戶設(shè)計(jì)需求，根據(jù)客戶需求制定執(zhí)行標(biāo)準(zhǔn)。必要時(shí)，根據(jù)行業(yè)通用標(biāo)準(zhǔn)、公司慣例完成測(cè)試工作；2、所有用例需要100%執(zhí)行通過(guò)后才算通過(guò)；3、 在項(xiàng)目中遇到新的測(cè)試用例要及時(shí)錄入通用用例庫(kù)以保證用例庫(kù)的更新和完善。所有的項(xiàng)目郵件將作為工作中的重要信息保存直至項(xiàng)目留存封擋之后。刪除舊數(shù)據(jù)時(shí)需要發(fā)送郵件請(qǐng)示上級(jí)領(lǐng)導(dǎo)，得到許可后方可進(jìn)行刪除；4、 項(xiàng)目結(jié)束整理項(xiàng)目的各項(xiàng)數(shù)據(jù)并按季度和年度提交上級(jí)領(lǐng)導(dǎo)；（三）測(cè)試文檔申請(qǐng)和交付標(biāo)準(zhǔn)流程1、項(xiàng)目需求自交付之日起3個(gè)工作日內(nèi)提交測(cè)試文檔申請(qǐng)表，該表可以在項(xiàng)目中期追加測(cè)試文檔申請(qǐng)，項(xiàng)目起始時(shí)間和申請(qǐng)的相關(guān)文檔以申請(qǐng)表為準(zhǔn)。其他形式的追加文檔一律安排到所有項(xiàng)目的測(cè)試工作完成之后提供；2、項(xiàng)目工期提前或延期需提前2周填寫(xiě)項(xiàng)目延期通知單（表3）或項(xiàng)目工期提前通知單（表4）。經(jīng)測(cè)試人員回復(fù)郵件確認(rèn)項(xiàng)目文檔交付的日期，如提交超過(guò)一次則按項(xiàng)目負(fù)責(zé)人最近一次提交的申請(qǐng)單的日期為準(zhǔn)。同時(shí)研發(fā)部項(xiàng)目組長(zhǎng)需要給測(cè)試文檔的交付預(yù)留至少1周的時(shí)間；3、項(xiàng)目進(jìn)行中客戶對(duì)需求的修改文檔都要第一時(shí)間上傳到版本管理器SVN，并告知更新文檔相關(guān)的研發(fā)人員，以提高工作效率。需求修改時(shí)需要填寫(xiě)“需求修改確認(rèn)單”（表5）4、需要做性能測(cè)試的項(xiàng)目，需提前確認(rèn)性能測(cè)試需求，需填寫(xiě)性能測(cè)試申請(qǐng)單，并確認(rèn)測(cè)試時(shí)間和地點(diǎn)，需提前5個(gè)工作日確認(rèn)；5、確認(rèn)時(shí)間少于5個(gè)工作日的一律自行調(diào)整項(xiàng)目交接時(shí)間，給測(cè)試工作和測(cè)試文檔撰寫(xiě)爭(zhēng)取時(shí)間；6、如在項(xiàng)目后期需要追加測(cè)試文檔，需提前10個(gè)工作日提交申請(qǐng)表，無(wú)申請(qǐng)表一律不予提供；7、需要外派測(cè)試的需要提前2個(gè)工作日申請(qǐng)，申請(qǐng)郵件中需注明工作地點(diǎn)、乘車路線信息、外派公司接待人聯(lián)系方式、外派工位申請(qǐng)、協(xié)商好外派公司的行政管理部等相關(guān)部門，為外派的同事處理好工作銜接；8、測(cè)試文檔已郵件形式發(fā)送，每次都要抄送給上級(jí)領(lǐng)導(dǎo)和指定關(guān)聯(lián)人；第2章 測(cè)試執(zhí)行流程及標(biāo)準(zhǔn)1、 測(cè)試執(zhí)行標(biāo)準(zhǔn)流程（1） 角色與職責(zé)1、角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理協(xié)調(diào)軟件、硬件、人力資源、風(fēng)險(xiǎn)控制、項(xiàng)目進(jìn)度和質(zhì)量等；測(cè)試經(jīng)理管理測(cè)試相關(guān)資源、分配測(cè)試工作、風(fēng)險(xiǎn)控制等，對(duì)測(cè)試工作進(jìn)度把握和質(zhì)量監(jiān)督。協(xié)調(diào)客戶需求和開(kāi)發(fā)人員的合作；測(cè)試組長(zhǎng)制定測(cè)試計(jì)劃、編寫(xiě)測(cè)試用例、執(zhí)行測(cè)試、提交缺陷、回歸測(cè)試、編寫(xiě)測(cè)試分析報(bào)告、性能測(cè)試計(jì)劃、性能測(cè)試用例、性能測(cè)試報(bào)告、項(xiàng)目總結(jié)；測(cè)試工程師協(xié)助測(cè)試組長(zhǎng)的工作、對(duì)負(fù)責(zé)的模塊用例進(jìn)行篩選、確認(rèn)BUG并提交至缺陷管理系統(tǒng)、指派對(duì)應(yīng)的開(kāi)發(fā)人員修復(fù)；測(cè)試員執(zhí)行負(fù)責(zé)模塊的測(cè)試用例，提交缺陷至缺陷管理系統(tǒng)；開(kāi)發(fā)人員修改缺陷、開(kāi)發(fā)人員修改完缺陷后由測(cè)試人員進(jìn)行回歸測(cè)試，測(cè)試通過(guò)則“關(guān)閉”缺陷，檢驗(yàn)未通過(guò)，則轉(zhuǎn)給開(kāi)發(fā)人員，繼續(xù)修改；提交缺陷修改程序代碼；提供必要的測(cè)試數(shù)據(jù)；配置管理人員管理測(cè)試需要的資源，包括軟硬件環(huán)境，版本管理和缺陷跟蹤管理。建立代碼基線，配合進(jìn)行配置檢查；2、 測(cè)試范圍（根據(jù)項(xiàng)目實(shí)際選擇完成測(cè)試類型）系統(tǒng)集成后的功能性測(cè)試；l系統(tǒng)集成后的容錯(cuò)性測(cè)試；l系統(tǒng)集成后的界面測(cè)試；l系統(tǒng)集成后的常用控件測(cè)試；l系統(tǒng)集成后的接口測(cè)試；l系統(tǒng)集成后的可用性測(cè)試；l系統(tǒng)集成后的完整性測(cè)試；系統(tǒng)集成后的壓力測(cè)試；系統(tǒng)集成后的安全性測(cè)試；3、 進(jìn)入測(cè)試條件項(xiàng)目概要設(shè)計(jì)通過(guò)評(píng)審；單元測(cè)試通過(guò)；冒煙測(cè)試通過(guò)；4、 退出條件缺陷基本修復(fù)完畢、系統(tǒng)穩(wěn)定；測(cè)試報(bào)告評(píng)審?fù)ㄟ^(guò)；項(xiàng)目上線，代碼基線化；線上測(cè)試通過(guò)；二、測(cè)試的準(zhǔn)備工作 （1）測(cè)試人員在項(xiàng)目的需求階段開(kāi)始介入，首先仔細(xì)閱讀需求文檔，然后跟研發(fā)人員一同接受需求的業(yè)務(wù)培訓(xùn)，參與需求評(píng)審、數(shù)據(jù)庫(kù)評(píng)審，從而更全面精準(zhǔn)的了解業(yè)務(wù)流程，針對(duì)項(xiàng)目周期安排進(jìn)行測(cè)試工作的計(jì)劃； （2）在“需求分析”期間著手編寫(xiě)測(cè)試計(jì)劃，直到“概要設(shè)計(jì)”、“詳細(xì)設(shè)計(jì)”階段，將測(cè)試計(jì)劃有效的編寫(xiě)完成。同時(shí)也篩選用例，將項(xiàng)目用例單獨(dú)整理成文當(dāng)。對(duì)需要設(shè)計(jì)補(bǔ)充用例的模塊進(jìn)行設(shè)計(jì)； （3）在軟件的“代碼編寫(xiě)”期間，完成測(cè)試用例的編寫(xiě)。測(cè)試計(jì)劃的時(shí)間規(guī)劃和工作安排要與項(xiàng)目的整體進(jìn)度吻合。 （4）安排的測(cè)試人員要與技術(shù)等級(jí)、工作量匹配，保證有效的工作進(jìn)度，必要時(shí)采取加班方式增加工作量，為項(xiàng)目完成降低可預(yù)見(jiàn)的更多風(fēng)險(xiǎn)； （5）監(jiān)測(cè)需求的變化及時(shí)調(diào)整測(cè)試用例； （6）性能測(cè)試指標(biāo)及方案需要在項(xiàng)目撰寫(xiě)測(cè)試計(jì)劃時(shí)預(yù)估性能測(cè)試工作量并預(yù)先安排工作時(shí)間，根據(jù)項(xiàng)目實(shí)際情況和客戶需求制定性能測(cè)試計(jì)劃和測(cè)試指標(biāo)，編寫(xiě)性能測(cè)試報(bào)告； 三、測(cè)試執(zhí)行進(jìn)程（一）需求（1） 參加立項(xiàng)會(huì)議，查看需求文檔，接受業(yè)務(wù)培訓(xùn)詳細(xì)了解業(yè)務(wù)流程。我們是外包公司為客戶提供服務(wù)為主營(yíng)業(yè)務(wù)。在接受客戶指定項(xiàng)目負(fù)責(zé)人提供的（以下簡(jiǎn)稱客戶）直接的需求文檔，由研發(fā)部項(xiàng)目負(fù)責(zé)人先接受需求培訓(xùn)，然后組織相項(xiàng)目經(jīng)理、研發(fā)經(jīng)理、人員、開(kāi)發(fā)人員、環(huán)境管理人員、測(cè)試人員和其他相關(guān)人員進(jìn)需求評(píng)審，確保達(dá)成一致意見(jiàn)。對(duì)系統(tǒng)連接測(cè)試需求分析和集成測(cè)試需求分析進(jìn)行評(píng)定，確保系統(tǒng)連接測(cè)試需求和系統(tǒng)集成測(cè)試需求通過(guò)評(píng)審。對(duì)于內(nèi)部測(cè)試需求分析中導(dǎo)出的內(nèi)部測(cè)試需求，應(yīng)由研發(fā)中心測(cè)試組組織相關(guān)業(yè)務(wù)人員、開(kāi)發(fā)項(xiàng)目組進(jìn)行評(píng)審，執(zhí)行統(tǒng)一標(biāo)準(zhǔn)，形成合作默契。所有評(píng)審文檔確認(rèn)后都要上傳到SVN；在整個(gè)項(xiàng)目研發(fā)過(guò)程中與客戶進(jìn)行需求變更的細(xì)節(jié)溝通，項(xiàng)目結(jié)束后也要隨時(shí)幫助客戶解決項(xiàng)目問(wèn)題，體現(xiàn)人和創(chuàng)建員工的高素質(zhì)、高服務(wù)意識(shí)，維護(hù)公司的良好形象。另一種是第三方提供需求，除了等同客戶需求的工作之外，要特別注意：第三方對(duì)需求的確認(rèn)狀態(tài)和修改次數(shù)。不能簡(jiǎn)單的、一味的、直接接受第三方的想法，必要時(shí)要求對(duì)方立即與客戶確認(rèn)，做好需求的修改記錄。在修改需求時(shí)與第三方的文件傳輸要每次都抄送上級(jí)和相關(guān)負(fù)責(zé)人，郵件正文中注明郵件目的、傳輸文檔數(shù)據(jù)屬性和發(fā)送原因。所有評(píng)審文檔確認(rèn)后都要上傳到SVN；（2） 單元測(cè)試開(kāi)發(fā)人員完成代碼編寫(xiě)后首先進(jìn)行單元測(cè)試。其中，編寫(xiě)單元測(cè)試計(jì)劃，設(shè)計(jì)單元測(cè)試用例、執(zhí)行單元測(cè)試過(guò)程、記錄單元測(cè)試缺陷、編寫(xiě)單元測(cè)試報(bào)告等工作由白盒測(cè)試人員完成。根據(jù)項(xiàng)目組具體情況安排，目前本部開(kāi)發(fā)人員自行完成單元測(cè)試，而且不提供任何相關(guān)文檔給測(cè)試人員。（二）功能測(cè)試和性能測(cè)試指標(biāo) （1）新項(xiàng)目的首次功能測(cè)試是從“冒煙測(cè)試”開(kāi)始。新項(xiàng)目交接到測(cè)試部，首先進(jìn)行“冒煙測(cè)試”通過(guò)后進(jìn)行功能測(cè)試，如測(cè)試結(jié)果為：“不通過(guò)”將不予測(cè)試，打回重做。冒煙測(cè)試合格的項(xiàng)目基本的功能測(cè)試可以使用完整的流程，比如正常使用會(huì)員管理系統(tǒng)，可以進(jìn)行會(huì)員注冊(cè)、登錄、會(huì)員信息修改、退出、管理員查詢、統(tǒng)計(jì)、凍結(jié)/刪除和修改會(huì)員信息等基本功能。期間沒(méi)有異常退出系統(tǒng)、掛機(jī)、報(bào)黃頁(yè)、安裝和卸載無(wú)異常等主要功能流程可以正常實(shí)現(xiàn)。也就是，被測(cè)試程序能完整實(shí)現(xiàn)基本功能的流程，軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。即為冒煙測(cè)試通過(guò)，反之則沒(méi)有通過(guò)，不予測(cè)試，退回開(kāi)發(fā)項(xiàng)目組負(fù)責(zé)人。升級(jí)版的項(xiàng)目也需要進(jìn)行冒煙測(cè)試，在Web測(cè)試和負(fù)載測(cè)試中，冒煙測(cè)試時(shí)間短，工作量也小。使用冒煙測(cè)試是為了在運(yùn)行功能測(cè)試或壓力測(cè)試之前，確保一切都已配置正確并可按預(yù)期運(yùn)行。 （2）冒煙測(cè)試用例選擇標(biāo)準(zhǔn)1)新功能版本發(fā)布u 測(cè)試人員接到新版本后首先需要對(duì)新功能進(jìn)行冒煙測(cè)試。冒煙測(cè)試主要驗(yàn)證所提交的功能重點(diǎn)模塊是否按需求開(kāi)發(fā)完、是否進(jìn)入測(cè)試階段、是否可以按照正常測(cè)試用例執(zhí)行測(cè)試。選擇主要功能的正常用例做為冒煙測(cè)試執(zhí)行的用例，一般選擇測(cè)試用例中優(yōu)先級(jí)別低的用例；2) 含有舊的BUG未修復(fù)的新功能版本u 新功能開(kāi)發(fā)完成后，如果依賴于某個(gè)功能模塊且該功能模塊中存在未修正的BUG，則不接受新版本部署測(cè)試。選擇新功能正常測(cè)試用例和優(yōu)先級(jí)為“高”級(jí)別以上，并且已經(jīng)修復(fù)的BUG做為冒煙測(cè)試執(zhí)行的用例。項(xiàng)目組成員可以用分配好的用戶名和密碼登錄缺陷管理系統(tǒng)實(shí)時(shí)查看缺陷情況。3）BUG修正版本發(fā)布u 選擇優(yōu)先級(jí)為“高”級(jí)別以上，并且已經(jīng)修復(fù)的BUG，以及主要功能的正常測(cè)試用例做為冒煙測(cè)試執(zhí)行的用例。項(xiàng)目組成員可以用分配好的用戶名和密碼登錄缺陷管理系統(tǒng)實(shí)時(shí)查看缺陷情況。 （2）功能測(cè)試冒煙測(cè)試合格可以進(jìn)行功能測(cè)試。項(xiàng)目可以正常運(yùn)行完整的流程，而且系統(tǒng)沒(méi)有A級(jí)缺陷，并且能達(dá)到系統(tǒng)功能完整度總通過(guò)率不低于80%，回歸測(cè)試BUG遺留不超過(guò)40%，才可以進(jìn)行下一輪測(cè)試。否則交由研發(fā)部將缺陷修復(fù)后重新進(jìn)行測(cè)試。第二輪測(cè)試，系統(tǒng)沒(méi)有A級(jí)、B級(jí)和C級(jí)缺陷，并且用例通過(guò)率不低于90%，回歸測(cè)試BUG遺留不超過(guò)30%，可以進(jìn)行第三輪測(cè)試。第三輪測(cè)試，系統(tǒng)沒(méi)有D級(jí)以上缺陷，同時(shí)用例通過(guò)率達(dá)到100%，回歸測(cè)試BUG遺留不超過(guò)3%。集成回歸測(cè)試時(shí)，如回歸測(cè)試全部通過(guò)，該項(xiàng)目測(cè)試通過(guò)，出具測(cè)試報(bào)告。此時(shí)可以著手開(kāi)展性能測(cè)試的工作。首先要達(dá)到的普遍標(biāo)準(zhǔn)：1、 通過(guò)冒煙測(cè)試后的項(xiàng)目才可以確認(rèn)開(kāi)始功能測(cè)試；2、 確認(rèn)兼容的系統(tǒng)、瀏覽器版本和環(huán)境等信息；3、 準(zhǔn)備測(cè)試機(jī)，搭建測(cè)試環(huán)境，保證環(huán)境正常有效；4、 測(cè)試頁(yè)面上的：靜態(tài)頁(yè)面、動(dòng)態(tài)獲取、色差、像素值、圖標(biāo)、圖片、文字、符號(hào)、背景、鏈接、留白等是否兼容；5、 將測(cè)試結(jié)果及時(shí)錄入缺陷管理系統(tǒng)，完成缺陷分配信息；6、 完成缺陷分類、圖文并茂的直觀描述BUG，使用語(yǔ)言簡(jiǎn)潔準(zhǔn)確，內(nèi)容較復(fù)雜時(shí)使用排序方式描述，如1，2，3.；7、 測(cè)試JS腳本和其他插件是否對(duì)系統(tǒng)和環(huán)境兼容，基本的彈出窗口是否正常，記錄同上；8、 及時(shí)查看缺陷信息，對(duì)已經(jīng)修復(fù)的缺陷及時(shí)回歸，完成集成回歸測(cè)試；9、 界面測(cè)試：多窗體、單窗體以及資源管理器風(fēng)格；其次，參考測(cè)試標(biāo)準(zhǔn)文檔：1、 界面測(cè)試執(zhí)行標(biāo)準(zhǔn)；2、 常用基本控件測(cè)試用例；3、 通用用例庫(kù)4、 測(cè)試方案5、 測(cè)試計(jì)劃6、 測(cè)試評(píng)審表7、 缺陷報(bào)告8、 缺陷統(tǒng)計(jì)9、 測(cè)試過(guò)程管理10、 測(cè)試報(bào)告11、 驗(yàn)收?qǐng)?bào)告12、 項(xiàng)目操作手冊(cè)13、 性能測(cè)試需求申請(qǐng)單14、 性能測(cè)試用例15、 性能測(cè)試報(bào)告（3） 軟件性能測(cè)試中的性能指標(biāo)和實(shí)施方法各種軟件在系統(tǒng)實(shí)施過(guò)程中，需要滿足客戶的一些特殊要求。如果軟件系統(tǒng)沒(méi)有經(jīng)過(guò)測(cè)試和優(yōu)化，軟件系統(tǒng)將無(wú)法滿足用戶的需求，還會(huì)給軟件在實(shí)際應(yīng)用中帶來(lái)很大的風(fēng)險(xiǎn)。性能測(cè)試是整個(gè)軟件測(cè)試中一個(gè)重要方面，能測(cè)試軟件的穩(wěn)定性和承受較大數(shù)據(jù)量時(shí)系統(tǒng)的運(yùn)行能力。性能測(cè)試目的是驗(yàn)證軟件系統(tǒng)是否能夠達(dá)到用戶提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。性能測(cè)試工程師技能要求： 熟悉軟件測(cè)試基本理論； 掌握軟件測(cè)試常用方法； 熟悉一門編程語(yǔ)言； 熟悉一種數(shù)據(jù)庫(kù)管理系統(tǒng)； 熟悉Web服務(wù)器，如IIS、Apache等； 熟悉常見(jiàn)網(wǎng)絡(luò)協(xié)議，如Http； 掌握性能測(cè)試?yán)碚摚?熟練使用一種性能測(cè)試工具； 實(shí)際工作中需要的其他技能（性能調(diào)優(yōu)除外）；包括以下幾個(gè)方面：1、評(píng)估系統(tǒng)的能力，測(cè)試中得到的負(fù)荷和響應(yīng)時(shí)間數(shù)據(jù)可以被用于驗(yàn)證所計(jì)劃的模型的能力，并幫助作出決策。2、識(shí)別體系中的弱點(diǎn)：受控的負(fù)荷可以被增加到一個(gè)極端的水平，并突破它，從而修復(fù)體系的瓶頸或薄弱的地方。3、系統(tǒng)調(diào)優(yōu)：重復(fù)運(yùn)行測(cè)試，驗(yàn)證調(diào)整系統(tǒng)的活動(dòng)得到了預(yù)期的結(jié)果，從而改進(jìn)性能。檢測(cè)軟件中的問(wèn)題：長(zhǎng)時(shí)間的測(cè)試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露引起的失敗，揭示程序中的隱含的問(wèn)題或沖突。4、驗(yàn)證穩(wěn)定性、可靠性：在一個(gè)生產(chǎn)負(fù)荷下執(zhí)行測(cè)試一定的時(shí)間是評(píng)估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。定義：性能測(cè)試類型包括負(fù)載測(cè)試，強(qiáng)度測(cè)試，容量測(cè)試等。負(fù)載測(cè)試：負(fù)載測(cè)試是一種性能測(cè)試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。強(qiáng)度測(cè)試： 強(qiáng)度測(cè)試是一種性能測(cè)試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況。容量測(cè)試：確定系統(tǒng)可處理同時(shí)在線的最大用戶數(shù)觀察指標(biāo)： 性能測(cè)試主要是通過(guò)自動(dòng)化測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。通過(guò)負(fù)載測(cè)試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。軟件方面1、響應(yīng)時(shí)間反映系統(tǒng)處理效率指標(biāo)響應(yīng)時(shí)間是從開(kāi)始到完成某項(xiàng)工作所需時(shí)間的度量。在客戶/服務(wù)器環(huán)境中，通常是從客戶方測(cè)量響應(yīng)時(shí)間。響應(yīng)時(shí)間通常隨負(fù)載的增加而增加。2、吞吐量反映系統(tǒng)處理能力指標(biāo)吞吐量是單位時(shí)間內(nèi)完成工作的度量，在客戶/服務(wù)器環(huán)境中通常是從服務(wù)器方進(jìn)行評(píng)估。隨著負(fù)載的增加，吞吐量往往增長(zhǎng)到一個(gè)峰值后，然后下降，隊(duì)列變長(zhǎng)。在如客戶/服務(wù)器這樣的端到端系統(tǒng)中，吞吐量依賴于每個(gè)部件的運(yùn)行。系統(tǒng)中最慢的點(diǎn)決定了整個(gè)系統(tǒng)的吞吐率。通常稱此慢點(diǎn)為瓶頸。 3、 日訪問(wèn)量 常用頁(yè)面最大并發(fā)數(shù)：分為廣義并發(fā)和狹義并發(fā)，沒(méi)有特定標(biāo)明一般指廣義并發(fā)。可以通俗理解為，在同一個(gè)時(shí)間點(diǎn)有一批用戶在使用某一功能。當(dāng)然，同時(shí)也有另外一批用戶在使用其他功能。同時(shí)在線人數(shù)：在某一時(shí)間段有登錄操作的用戶，有上傳、下載、支付款項(xiàng)、頁(yè)面瀏覽等的所有用戶人數(shù)。也可以按照session的個(gè)數(shù)來(lái)決定。響應(yīng)時(shí)間：從發(fā)出請(qǐng)求到服務(wù)器響應(yīng)返回到請(qǐng)求頁(yè)面的時(shí)間。 4、資源利用：率反映系統(tǒng)能耗指標(biāo)5、創(chuàng)建測(cè)試場(chǎng)景、執(zhí)行場(chǎng)景，根據(jù)“測(cè)試腳本”，得到“測(cè)試腳本運(yùn)行結(jié)果”。測(cè)試實(shí)施人員根據(jù)“測(cè)試腳本運(yùn)行結(jié)果”，寫(xiě)出性能測(cè)試報(bào)告。第三章 缺陷級(jí)別和缺陷狀態(tài)定義（一）缺陷級(jí)別定義A級(jí) 不能完全滿足系統(tǒng)要求，基本功能未完全實(shí)現(xiàn)；或者危及人身安全。系統(tǒng)崩潰或掛起等導(dǎo)致系統(tǒng)不能繼續(xù)運(yùn)行。包括以下各種錯(cuò)誤：1. 由于程序所引起的死機(jī),非法退出2. 死循環(huán)3.數(shù)據(jù)庫(kù)發(fā)生死鎖4.因錯(cuò)誤操作導(dǎo)致的程序中斷5.重大功能錯(cuò)誤6.與數(shù)據(jù)庫(kù)連接錯(cuò)誤7.數(shù)據(jù)通訊錯(cuò)誤B級(jí)嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒(méi)有更正辦法（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）。使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯(cuò)誤結(jié)果，或部分功能無(wú)法執(zhí)行，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問(wèn)題。包括以下各種錯(cuò)誤：1.程序接口錯(cuò)誤2.因錯(cuò)誤操作迫使程序中斷3.系統(tǒng)可被執(zhí)行，但操作功能無(wú)法執(zhí)行（含指令）4.單項(xiàng)操作功能可被執(zhí)行，但在此功能中某些功能（含指令參數(shù)的使用）無(wú)法被執(zhí)行（對(duì)系統(tǒng)非致命的）5.在功能項(xiàng)的某些項(xiàng)目（選項(xiàng)）使用無(wú)效（對(duì)系統(tǒng)非致命的）6.業(yè)務(wù)流程不正確7.功能實(shí)現(xiàn)不完整，如刪除時(shí)沒(méi)有考慮數(shù)據(jù)關(guān)聯(lián)8.功能的實(shí)現(xiàn)不正確，如在系統(tǒng)實(shí)現(xiàn)的界面上，一些可接受輸入的控件點(diǎn)擊后無(wú)作用；對(duì)數(shù)據(jù)庫(kù)的操作不能正確實(shí)現(xiàn)9.報(bào)表格式以及打印內(nèi)容錯(cuò)誤（行列不完整，數(shù)據(jù)顯示不在所對(duì)應(yīng)的行列等導(dǎo)致數(shù)據(jù)顯示結(jié)果不正確的錯(cuò)誤）C級(jí) 嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但存在合理的更正辦法（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）。系統(tǒng)性能或響應(yīng)時(shí)間變慢、產(chǎn)生錯(cuò)誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問(wèn)題。包括以下各種錯(cuò)誤：1.操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2.打印內(nèi)容、格式錯(cuò)誤（只影響報(bào)表的格式或外觀，不影響數(shù)據(jù)顯示結(jié)果的錯(cuò)誤）3.簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制4.刪除操作未給出提示5.雖然正確性不受影響，但系統(tǒng)性能和響應(yīng)時(shí)間受到影響6.不能定位焦點(diǎn)或定位有誤，影響功能實(shí)現(xiàn)7.顯示不正確但輸出正確8.增刪改查功能，在本界面不能實(shí)現(xiàn)，但在另一界面可以補(bǔ)充實(shí)現(xiàn)。D級(jí)使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。界面拼寫(xiě)錯(cuò)誤或用戶使用不方便等小問(wèn)題或需要完善的問(wèn)題。 包括以下各種錯(cuò)誤： 1. 界面不規(guī)范 2. 輔助說(shuō)明描述不清楚 3. 輸入輸出不規(guī)范4. 長(zhǎng)時(shí)間操作未給用戶提示5. 提示窗口文字未采用行業(yè)術(shù)語(yǔ)6. 可輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志7. 必填項(xiàng)與非必填項(xiàng)應(yīng)加以區(qū)別8. 滾動(dòng)條無(wú)效9. 鍵盤支持不好，如在可輸入多行的字段中，不支持回車換行；或?qū)ο嗤侄?，在不同界面支持不同的快捷方?0. 界面不能及時(shí)刷新，影響功能實(shí)現(xiàn)。E級(jí) 測(cè)試過(guò)程中站在用戶角度提出一些易用性，人性化等更利于系統(tǒng)優(yōu)化的建議。1. 光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤2. 一些建議性問(wèn)題。（二）缺陷狀態(tài)定義OK： 測(cè)試結(jié)果無(wú)差異NOK：測(cè)試結(jié)果大部分正確NG： 測(cè)試結(jié)果有較大的錯(cuò)誤NT： 由于各種原因本次無(wú)法測(cè)試redmine缺陷狀態(tài)：新建：新發(fā)現(xiàn)的BUG等待解決；進(jìn)行中：正在修復(fù)中；已解決：已經(jīng)修改過(guò)的BUG等待返測(cè)；反饋:經(jīng)開(kāi)發(fā)人員、需求人員和測(cè)試人員等一致同意不需要修復(fù)的BUG；已關(guān)閉：由于各種原因不再需要進(jìn)行任何操作的BUG；重新打開(kāi)：根據(jù)實(shí)際情況需要，將修復(fù)過(guò)的BUG再次打開(kāi)，重新進(jìn)行修改和測(cè)試；復(fù)測(cè)通過(guò)：開(kāi)發(fā)修改后經(jīng)測(cè)試人員測(cè)試通過(guò)；已投產(chǎn)：已經(jīng)更新到生產(chǎn)環(huán)境，即：已上線；（三）BUG處理原則 當(dāng)變更BUG狀態(tài)時(shí)，開(kāi)發(fā)、測(cè)試人員需要確認(rèn)bug表單。（1）測(cè)試人員處理原則提交BUG后主動(dòng)與開(kāi)發(fā)人員溝通，需要以辦公管理軟件、即時(shí)通訊工具或郵件通知BUG；BUG描述需要盡量做到清晰、易懂，對(duì)于可以重現(xiàn)的BUG開(kāi)發(fā)人員能夠按照描述步驟重現(xiàn)BUG；測(cè)試執(zhí)行中發(fā)現(xiàn)BUG直接寫(xiě)入缺陷管理系統(tǒng)的BUG列表中，描述BUG時(shí)要將BUG發(fā)現(xiàn)步驟描述清楚，還需提供測(cè)試數(shù)據(jù)、系統(tǒng)日志、截圖等有助于開(kāi)發(fā)人員分析、解決BUG的相關(guān)數(shù)據(jù)；填報(bào)BUG或者轉(zhuǎn)給他人BUG是否需要Email通知根據(jù)不同項(xiàng)目決定，但是所有轉(zhuǎn)給產(chǎn)品人員的BUG均需要同步發(fā)送Email通知，并保留發(fā)送記錄以備日后查詢；（2）開(kāi)發(fā)人員處理原則1.開(kāi)發(fā)人員去除一個(gè)BUG，必須修改缺陷管理系統(tǒng)中的缺陷狀態(tài)，方便進(jìn)行回歸測(cè)試；2.對(duì)于標(biāo)記為“可重現(xiàn)”的BUG，開(kāi)發(fā)人員必須按BUG描述步驟自己重現(xiàn)BUG，必要時(shí)請(qǐng)測(cè)試人員配合重現(xiàn)；3.開(kāi)發(fā)、測(cè)試人員將一個(gè)BUG轉(zhuǎn)給他人之，必須發(fā)郵件給接受人和測(cè)試人員進(jìn)行說(shuō)明，接受人回復(fù)同意交接才可繼續(xù)；4.Bug的優(yōu)先級(jí)別遵循測(cè)試人員的設(shè)定；5.任何BUG都不應(yīng)該被刪除，但可以被置為“拒絕修改”或“關(guān)閉”；6.開(kāi)發(fā)人員修復(fù)一個(gè)BUG后需要在缺陷報(bào)告中詳細(xì)描述BUG產(chǎn)生的原因及修復(fù)的文件；（3）無(wú)效BUG定義1.產(chǎn)品定義不明確：如刪除了某會(huì)員后該會(huì)員登錄系統(tǒng)后是什么狀態(tài)沒(méi)有定義，而由此產(chǎn)生的BUG則可以選擇此項(xiàng)；2.產(chǎn)品遺留的BUG：如某個(gè)項(xiàng)目的升級(jí)版本出現(xiàn)BUG，經(jīng)查是原版本已知的BUG；3.測(cè)試人員誤操作：包括但不限于：測(cè)試人員需求理解錯(cuò)誤、測(cè)試環(huán)境中毒、測(cè)試人員技較差、測(cè)試人員重復(fù)提交已經(jīng)存在的BUG等引起的BUG；4.需求在報(bào)BUG之后發(fā)生了變化導(dǎo)致BUG無(wú)效；（4）BUG產(chǎn)生原因定義1.產(chǎn)品定義不明確，對(duì)操作的邏輯定義不完善；產(chǎn)品原有BUG，如：某個(gè)項(xiàng)目的升級(jí)版本出現(xiàn)BUG，經(jīng)查是原版本已知的BUG則可以選擇此項(xiàng)；2.粗心大意、單元測(cè)試不足、對(duì)程序設(shè)計(jì)語(yǔ)言不熟悉、軟件設(shè)計(jì)缺陷、未遵從編碼規(guī)范、需求理解錯(cuò)誤、業(yè)務(wù)知識(shí)缺乏；3.由其他BUG引起，如：調(diào)用了一段代碼，該段代碼存在BUG，則選擇此項(xiàng)）4.相關(guān)系統(tǒng)不兼容引起的BUG；5.無(wú)效BUG，如：由于測(cè)試人員操作有誤或者由于測(cè)試環(huán)境出現(xiàn)問(wèn)題產(chǎn)生的BUG，則選擇測(cè)試退出準(zhǔn)則（5）新產(chǎn)品測(cè)試退出準(zhǔn)則1.所有功能均符合用戶需求并已經(jīng)通過(guò)確認(rèn)；2.BUG趨勢(shì)出現(xiàn)明顯收斂狀態(tài)達(dá)到兩個(gè)版本以上。明顯收斂的定義：當(dāng)前測(cè)試版本發(fā)現(xiàn)的BUG占此項(xiàng)目總BUG數(shù)的0%3%，根據(jù)項(xiàng)目規(guī)模大小不同可以在這個(gè)范圍內(nèi)選擇，但最大不能超過(guò)3%；3.測(cè)試退出前完成一次執(zhí)行全部測(cè)試用例的回歸測(cè)試。對(duì)優(yōu)先級(jí)別為“高”BUG回歸；4.測(cè)試退出前一個(gè)版本的測(cè)試定為“穩(wěn)定期”，在此期間無(wú)優(yōu)先級(jí)別為A級(jí)、B級(jí)的BUG存在；5.測(cè)試退出前測(cè)試經(jīng)理主導(dǎo)召開(kāi)最后一次BUGReview，所有與會(huì)人需要簽字確認(rèn)是否可以退出測(cè)試；（6）升級(jí)版本測(cè)試退出準(zhǔn)則1.完全滿足新產(chǎn)品測(cè)試退出準(zhǔn)則；2.系統(tǒng)當(dāng)前線上運(yùn)行版本中的功能、性能未出現(xiàn)新的BUG;(7)Patch（修復(fù)BUG）版本測(cè)試退出準(zhǔn)則1.需要修復(fù)的BUG已經(jīng)修復(fù)；2.系統(tǒng)原有版本（指當(dāng)前線上運(yùn)行版本）中的功能、性能未出現(xiàn)新的BUG；3.測(cè)試退出前完成一次執(zhí)行全部測(cè)試用例的回歸測(cè)試及優(yōu)先級(jí)別為“高”的BUG回歸；注：測(cè)試退出前測(cè)試經(jīng)理主導(dǎo)召開(kāi)最后一次BUGReview，所有與會(huì)人需要簽字確認(rèn)是否可以退出測(cè)試；（8）測(cè)試執(zhí)行期間版本發(fā)布原則開(kāi)發(fā)人員處理的所有BUG均需要輸入bug列表，修正的BUG需要說(shuō)明問(wèn)題發(fā)生的原因及如何解決，解決后是否對(duì)其他相關(guān)模塊有影響；其他狀態(tài)的BUG均需要說(shuō)明理由。1）新功能版本發(fā)布按正常發(fā)布版本流程發(fā)布測(cè)試版本。接到新版本測(cè)試人員要對(duì)新功能進(jìn)行冒煙測(cè)試，主要驗(yàn)證所提交的功能點(diǎn)是否按需求完成，能否執(zhí)行測(cè)試用例。冒煙測(cè)試過(guò)程中如出現(xiàn)重大BUG阻礙下一步測(cè)試，則冒煙測(cè)試不通過(guò)，不接受測(cè)試。待開(kāi)發(fā)人員進(jìn)行修復(fù)后再部署版本進(jìn)行測(cè)試。冒煙測(cè)試中執(zhí)行的測(cè)試用例只標(biāo)示“運(yùn)行”狀態(tài)，不報(bào)BUG。執(zhí)行過(guò)程中測(cè)試用例如果執(zhí)行失敗則關(guān)聯(lián)BUG。2）新功能版本 + BUG修正版本發(fā)布新功能開(kāi)發(fā)完成后，如果依賴于某個(gè)功能模塊且該功能模塊中存在“未修復(fù)”的BUG則不接受新版本部署測(cè)試。3）BUG修正版本發(fā)布測(cè)試執(zhí)行過(guò)程中，在測(cè)試人員進(jìn)行了第一輪測(cè)試后，開(kāi)發(fā)人員需要對(duì)BUG進(jìn)行修改，原則上修改BUG達(dá)到以下標(biāo)準(zhǔn)后才能發(fā)布第二輪測(cè)試版本，如遇緊急情況另行處理。l1.高優(yōu)先級(jí)Bug修復(fù)要求2.力爭(zhēng)目標(biāo)：對(duì)優(yōu)先級(jí)大于等于C級(jí)的BUG需要全部修復(fù)；3.最低目標(biāo)：對(duì)優(yōu)先級(jí)大于等于C級(jí)的BUG如果不能全部修復(fù)，則影響到下一步執(zhí)行測(cè)試的BUG必須全部修復(fù)；并對(duì)不能修復(fù)的BUG給予說(shuō)明。4.低優(yōu)先級(jí)Bug修復(fù)要求：對(duì)優(yōu)先級(jí)小于C級(jí)的BUG需要修