版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、 產(chǎn)品測試作業(yè)指南 修訂歷史版本發(fā)布日期生效日期修訂說明作者審核人批準(zhǔn)人當(dāng)前狀態(tài)目錄1 目的范圍42 角色職責(zé)43 術(shù)語定義54 活動規(guī)程65 工作規(guī)程75.1 測試策劃75.2 測試設(shè)計85.3 測試實現(xiàn)96.4測試執(zhí)行96.4.1單元測試96.4.2集成測試96. 4.3系統(tǒng)測試106.4.4驗收測試116.5測試評估117裁剪指南128層次關(guān)系128.1主控文件128.2相關(guān)記錄128.3相關(guān)文件129附錄129.1測試通過判定標(biāo)準(zhǔn)129.1.1產(chǎn)品判定標(biāo)準(zhǔn)129.1.2集成測試判定標(biāo)準(zhǔn)139.1.3項目需求驗證通過判定標(biāo)準(zhǔn)131 目的范圍類型說明備注目的作用為項目測試工作的順利開展,制
2、定本過程以進(jìn)行規(guī)范化管理,確保整個系統(tǒng)按既定意圖運行。應(yīng)用范圍公司項目測試的所有測試活動,除單元測試外。讀者對象測試部、項目部、技術(shù)部等相關(guān)人員2 角色職責(zé)角色名稱工作概述(事)權(quán)利范圍(權(quán))承擔(dān)責(zé)任(責(zé))測試經(jīng)理1負(fù)責(zé)軟件測試團(tuán)隊日常管理工作;2負(fù)責(zé)各類項目的性能/功能測試工作和指導(dǎo)測試;3負(fù)責(zé)帶領(lǐng)測試團(tuán)隊,設(shè)計、執(zhí)行、優(yōu)化測試過程,引入新的測試框架和測試策略;4與開發(fā)人員溝通和協(xié)作,推動整個項目的順利進(jìn)行;5. 維護(hù)測試流程,統(tǒng)計和分析測試結(jié)果,提高測試效率和質(zhì)量;參與團(tuán)隊內(nèi)部管理,測試任務(wù)的分配,部門間協(xié)調(diào)。對測試團(tuán)隊建設(shè),對團(tuán)隊人員測試的產(chǎn)品的質(zhì)量負(fù)責(zé)。測試工程師1根據(jù)軟件設(shè)計需求制定
3、測試計劃,設(shè)計測試數(shù)據(jù)和測試用例;2有效地執(zhí)行測試用例,提交測試報告;3準(zhǔn)確地定位并跟蹤問題,推動問題及時合理地解決;4完成對項目的集成測試與系統(tǒng)測試,對項目的軟件功能、性能及其它方面的測試。參與集成測試、系統(tǒng)測試(含功能測試、性能測試)對自己負(fù)責(zé)測試過的項目質(zhì)量負(fù)責(zé)。配置管理員協(xié)作測試人員項目的配置管理工作。 參與項目測試階段的配置管理對測試人員在測試的期間的項目配置工作負(fù)責(zé)。項目經(jīng)理負(fù)責(zé)獲取客戶需求,撰寫需求規(guī)格說明書或項目需求差異表。負(fù)責(zé)項目的內(nèi)部驗收測試。對項目進(jìn)行驗收對驗收測試通過的項目負(fù)責(zé)。部門經(jīng)理按照需求規(guī)格說明書或項目需求差異表安排開發(fā)人員,參與測試輔助工作。 協(xié)助測試工作的順
4、利進(jìn)行1對所負(fù)責(zé)的項目交給測試部準(zhǔn)時性負(fù)責(zé)2監(jiān)督缺陷修改、維護(hù)測試環(huán)境的責(zé)任。開發(fā)工程師負(fù)責(zé)項目單元測試、協(xié)助系統(tǒng)測試,性能測試。參與單元測試,協(xié)助系統(tǒng)測試、性能測試承擔(dān)缺陷修改質(zhì)量的責(zé)任。3 術(shù)語定義中文名稱英文名稱術(shù)語定義(需描述內(nèi)涵和外延)同義詞舉例產(chǎn)品測試product testing為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。目的是為了發(fā)現(xiàn)更多的錯誤,而不是為了證明程序正確。1某一個功能的驗證測試人員Testers統(tǒng)稱承擔(dān)測試任務(wù)的人員,可以是測試工程師、客服人員、開發(fā)人員、維護(hù)工程師等。1.功能測試人員工作請求WR公司測試任務(wù)的申請單,一般由中心經(jīng)理或委托相關(guān)人員提出給測試經(jīng)理。任務(wù)單1.測試任
5、申請單;測試管理禪道一個基于Web的測試管理工具1.缺陷報告 單元測試Unit Testing單元測試是由開發(fā)工程師自己來完成。在程序編碼完成后通過編寫代碼或者使用工具來進(jìn)行,目的是提高軟件質(zhì)量。1. 靜態(tài)測試集成測試Integration Testing在單元測試的基礎(chǔ)上,將所有模塊按照設(shè)計要求組裝成系統(tǒng)的測試。集成測試的對象是實施模型中的一個包或一組包。要集成的包通常來自于不同的開發(fā)組織。集成測試將揭示包接口規(guī)約中不夠完全或錯誤的地方。1.接口驗證系統(tǒng)測試System Testing將軟件放在整個計算機(jī)環(huán)境下,包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等,在實際運行環(huán)境下進(jìn)行一系列的測試。1
6、. 功能點驗證;2. 安裝測試。驗收測試Acceptance Test為確定軟件系統(tǒng)是否滿足驗收標(biāo)準(zhǔn)以及使客戶決定是否接受而進(jìn)行的測試,是部署軟件之前的最后一個測試操作。1.客戶需求驗證性能測試Performance Test通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測試。1. CPU的使用率4 活動規(guī)程測試活動圖如下:5 工作規(guī)程5.1 測試策劃(1) 目的:確定和描述要實施和執(zhí)行的測試,確定測試人員、范圍、方法、階段、類型等,為后續(xù)測試工作開展提供指導(dǎo)依據(jù)。(2) 進(jìn)入準(zhǔn)則:項目計劃、需求規(guī)格說明書工件已通過評審。(3) 活動描述:1) 確定測試需求:
7、a) 測試工程師查看項目計劃、需求規(guī)格說明書等項目相關(guān)資料;b) 確定測試需求的來源,確定測試需求層次,進(jìn)行測試需求分類等。2) 評估測試風(fēng)險:識別、分析測試風(fēng)險,制定風(fēng)險列表,并體現(xiàn)在測試計劃中,具體風(fēng)險控制參見風(fēng)險管理程序。3) 制定測試策略:確定和描述測試階段、類型、標(biāo)準(zhǔn),確定測試的特殊事項等。4) 確定測試資源:包括人力資源、測試環(huán)境(包括軟硬件)、數(shù)據(jù)、工具等。5) 創(chuàng)建時間表:進(jìn)行測試任務(wù)分解、測試任務(wù)估計,制定測試進(jìn)度。6) 編制測試計劃:中級測試工程師根據(jù)以上測試策劃內(nèi)容,編制測試計劃,初級測試工程師的測試計劃由測試組長/經(jīng)理代為編制。7) 測試計劃應(yīng)能適應(yīng)迭代開發(fā)模式。同時將
8、及早的測試,不斷的測試作為測試原則。8) 評審測試計劃:測試工程師將測試計劃初稿提交給開發(fā)人員、測試人員、需求人員等進(jìn)行評審/檢查,方式為文件評審。(4) 退出準(zhǔn)則:測試計劃通過評審,并納入配置管理。5.2 測試設(shè)計(1) 目的:為每個工作版本確定可驗證的測試用例集、確定實現(xiàn)測試用例的測試過程。(2) 進(jìn)入準(zhǔn)則:測試計劃、需求規(guī)格說明書通過評審或檢查。(3) 活動描述:1) 了解相關(guān)信息:測試工程師查看需求規(guī)格說明書等相關(guān)資料。2) 設(shè)計測試用例,測試工程師負(fù)責(zé)編制測試用例,可包括但不限于以下內(nèi)容:a) 根據(jù)測試計劃安排確定將要進(jìn)行設(shè)計的測試階段,如集成測試、系統(tǒng)測試、驗收測試等。b) 確立對
9、于每種設(shè)計的測試技術(shù)和策略、項目應(yīng)用所使用的自動測試工具及其接口;c) 如需編寫測試腳本,則應(yīng)確定其開發(fā)標(biāo)準(zhǔn),遵循何種編碼規(guī)范等。3) 使測試過程結(jié)構(gòu)化,對每個測試用例,可包括但不限于以下內(nèi)容:a) 測試的前置條件、狀態(tài),需要哪些數(shù)據(jù)等;b) 測試工程師要實施與執(zhí)行測試所采取的詳細(xì)步驟、操作;c) 每個操作、步驟的預(yù)期結(jié)果(條件或數(shù)據(jù),或引用的測試用例);d) 對得到的實際結(jié)果與預(yù)期結(jié)果進(jìn)行比較的分析方法與步驟;e) 結(jié)構(gòu)化測試過程的結(jié)束條件、狀態(tài)或操作。4) 對于每一個測試需求,建議至少編制兩個測試用例: a) 一個測試用例用于證明該需求已經(jīng)滿足,通常稱作正面測試用例;b) 另一個測試用例反
10、映某個無法接受、反?;蛞馔獾臈l件或數(shù)據(jù),用于論證只有在所需條件下才能夠滿足該需求,這個測試用例稱作負(fù)面測試用例。5) 測試工程師完成測試用例并提交檢查或評審,檢查或評審人員為測試人員、開發(fā)人員、需求人員等,主要關(guān)注測試用例的覆蓋率、準(zhǔn)確率等。(4) 退出準(zhǔn)則:測試用例通過評審,并納入配置管理。5.3 測試實現(xiàn)(1) 目的:實現(xiàn)(記錄、生成或編寫)設(shè)計測試中定義的測試過程,生成測試腳本。(2) 進(jìn)入準(zhǔn)則:測試用例通過評審。1) 活動描述:1) 測試工程師為不同的測試階段及測試類型開發(fā)測試腳本,并為測試腳本添加注釋、頭文件信息、模塊劃分等。生成測試腳本可包括但不限于以下方法:a) 錄制:使用錄制/
11、回放工具來獲?。ㄓ涗洠┡c測試對象的交互和執(zhí)行測試對象的結(jié)果。 b) 編程:使用開發(fā)環(huán)境編寫執(zhí)行和獲取執(zhí)行測試對象結(jié)果的必要步驟的程序。 c) 自動生成:在沒有用戶介入的情況下,使用測試生成工具生成測試腳本(生成的設(shè)置和啟動除外)。 2) 測試工程師將測試腳本提交評審/檢查。評審/檢查人員為開發(fā)人員、測試人員、需求人員等。(3) 退出準(zhǔn)則:測試腳本通過評審,并納入配置管理。6.4測試執(zhí)行6.4.1單元測試(1) 目的:在軟件生命周期的初期階段盡可能早點查找和修改Bug,使效率和質(zhì)量得到最好的保證。(2) 進(jìn)入準(zhǔn)則:程序編碼工作完成后,開發(fā)工程師即可對自己所編寫的代碼進(jìn)行單元測試。(3) 活動描述
12、:1)開發(fā)工程師搭建測試環(huán)境,并進(jìn)行單元測試。2)開發(fā)工程師執(zhí)行單元測試用例。3)開發(fā)工程師將測試實際結(jié)果進(jìn)行分析修改,反復(fù)調(diào)試保證代碼能夠編譯通過。(4)退出準(zhǔn)則:所有進(jìn)行單元測試的程序都能夠編譯通過,根據(jù)測試用例驗證結(jié)果通過。6.4.2集成測試(1) 目的:揭示模塊接口規(guī)約中不夠完全或錯誤的地方,確保各構(gòu)件組合在一起后能夠按既定意圖協(xié)作運行。(2) 進(jìn)入準(zhǔn)則:通過單元測試,且集成測試用例及測試腳本(如存在)通過評審。(3) 活動描述:1) 申請人提交測試任務(wù)申請單,及其它相關(guān)資料給測試部經(jīng)理;2) 測試部經(jīng)理根據(jù)測試任務(wù)申請單及相關(guān)測試入口工件情況,安排測試工程師;3) 部門經(jīng)理安排人員搭
13、建測試環(huán)境,測試工程師若使用禪道則通知禪道管理員創(chuàng)建缺陷記錄庫,并通知項目涉眾。4) 測試工程師執(zhí)行系統(tǒng)測試用例。5) 測試工程師將測試實際結(jié)果記錄到測試用例中,將發(fā)現(xiàn)的缺陷記錄到禪道系統(tǒng)中,將最后遺留的缺陷記錄到軟件缺陷清單中,并形成集成測試報告。(4) 退出準(zhǔn)則:所有集成測試發(fā)現(xiàn)的缺陷被妥善處理。6. 4.3系統(tǒng)測試(1) 目的:通過與系統(tǒng)需求進(jìn)行比較,發(fā)現(xiàn)軟件與系統(tǒng)需求不符合或與之矛盾的地方。(2) 進(jìn)入準(zhǔn)則:需求規(guī)格說明書,測試計劃,測試用例及測試腳本(如存在)通過評審。(3) 活動描述:1) 申請人提交測試任務(wù)申請單,需求規(guī)格說明書,項目計劃及其它相關(guān)資料到測試部經(jīng)理;2) 測試部經(jīng)
14、理根據(jù)測試任務(wù)申請單及相關(guān)測試入口工件情況,安排測試工程師;3) 部門經(jīng)理安排人員搭建測試環(huán)境,測試工程師若使用禪道則通知禪道管理員創(chuàng)建缺陷記錄庫,并通知項目涉眾。4) 測試工程師執(zhí)行系統(tǒng)測試用例。5) 在系統(tǒng)測試中,功能測試、性能測試、安全性測試、故障恢復(fù)測試、安裝測試等類型根據(jù)具體要展開。6) 測試工程師將發(fā)現(xiàn)的缺陷記錄到缺陷管理工具中(禪道),將最后遺留的缺陷記錄到軟件缺陷清單中,并形成系統(tǒng)測試報告。7) 性能測試后,需出具性能測試報告。(4) 系統(tǒng)測試報告出具條件:1) 項目完全結(jié)束測試;2) 重大里程碑:依據(jù)計劃進(jìn)行,如計劃未及時更新則依據(jù)“事件驅(qū)動”處理;3) 事件驅(qū)動:比如市場、
15、客戶、項目等原因驅(qū)動、或相關(guān)部門要求提交,需相關(guān)負(fù)責(zé)人及時向測試部經(jīng)理提出。4) 具體內(nèi)容請參見測試管理。(5) 退出準(zhǔn)則:1) 測試用例設(shè)計已經(jīng)完成;2) 按照測試用例完成了系統(tǒng)測試;3) 系統(tǒng)測試的功能覆蓋率達(dá)100;4) 系統(tǒng)的功能和性能滿足項目需求規(guī)格說明書的要求;5) 在系統(tǒng)測試中發(fā)現(xiàn)的缺陷已經(jīng)得到修復(fù)并且各級缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)(參見“測試管理和技術(shù)指南中缺陷修復(fù)率判定標(biāo)準(zhǔn)”);6) 系統(tǒng)測試后不存在死機(jī)、嚴(yán)重類缺陷;7) 一般類缺陷允許存在,不超過總?cè)毕莸?;8) 輕微、建議類缺陷允許存在,不超過總?cè)毕莸?0。6.4.4驗收測試(1) 目的:確保軟件準(zhǔn)備就緒,并且可以供最終用戶用于
16、執(zhí)行軟件的既定功能和任務(wù)。(2) 進(jìn)入準(zhǔn)則:測試用例及測試腳本(如存在)通過評審。(3) 活動描述:1) 產(chǎn)品類項目驗收測試由產(chǎn)品研發(fā)部等負(fù)責(zé)。2) 部門經(jīng)理安排人員搭建測試環(huán)境,使用測試缺陷管理工具建立問題記錄庫,并通知相關(guān)涉眾。3) 產(chǎn)品研發(fā)部等執(zhí)行驗收測試。4) 測試工程師將測試實際結(jié)果記錄到測試用例中,將發(fā)現(xiàn)的缺陷記錄到禪道系統(tǒng)中,將最后遺留的缺陷記錄到軟件缺陷清單中,并形成驗收測試報告。(4) 退出準(zhǔn)則:所有驗收測試發(fā)現(xiàn)的缺陷被妥善處理。6.5測試評估(1) 目的:評估測試對象和測試流程的質(zhì)量,總結(jié)測試工作相關(guān)數(shù)據(jù)并分析。(2) 進(jìn)入準(zhǔn)則:測試計劃中所安排的測試工作全部結(jié)束,且所有已
17、發(fā)現(xiàn)的測試缺陷均得到妥善處理。(3) 活動描述:1) 測試工程師分析測試結(jié)果。確定是否達(dá)到了測試的完成標(biāo)準(zhǔn)和成功標(biāo)準(zhǔn),可包括但不限于以下評測方法: 2) 覆蓋指標(biāo):判定是否已經(jīng)實施和執(zhí)行了充分的測試,包括基于需求、基于代碼、基于測試用例的測試覆蓋率;3) 質(zhì)量指標(biāo):確定測試對象和測試流程的質(zhì)量。4) 缺陷分析:根據(jù)缺陷的來源、出現(xiàn)時機(jī)、等級等進(jìn)行分析統(tǒng)計,根據(jù)統(tǒng)計結(jié)果,分析原因,提出關(guān)于如何減少或消除系統(tǒng)的缺陷的建議,并對系統(tǒng)的評價與建議等等。 5) 確定項目是否符合發(fā)布標(biāo)準(zhǔn)。6) 測試工程師完成系統(tǒng)測試報告并提交測試部經(jīng)理審核,審核通過后,正式提交部門經(jīng)理、技術(shù)總監(jiān)、測試經(jīng)理、其他涉眾。7)
18、 測試工程師對測試工作進(jìn)行總結(jié),包括測試工作量;測試工作中的經(jīng)驗或教訓(xùn)等,測試總結(jié)的內(nèi)容體現(xiàn)在項目總結(jié)報告的測試部分中。8) 測試工件(如系統(tǒng)測試報告、性能測試報告、驗收測試報告、集成測試報告等)的內(nèi)容必須真實,實事求是地反映各階段測試活動的狀態(tài)及成果。(4) 退出準(zhǔn)則:系統(tǒng)測試報告、性能測試報告、驗收測試報告、項目總結(jié)報告的測試總結(jié)部分通過評審,并納入配置管理。7裁剪指南(1) 因為要開展“測試實現(xiàn)”、“集成測試”需要具備較高的開發(fā)能力,考慮到現(xiàn)階段的實際情況,這兩個環(huán)節(jié)可根據(jù)實際情況進(jìn)行裁剪,或由開發(fā)人員來完成。(2) 對于全新開發(fā)的大型項目,必須開展功能測試、性能測試等測試類型。(3)
19、對于全新開發(fā)的中型項目,可只進(jìn)行功能測試、根據(jù)項目需求選擇性進(jìn)行性能測試。(4) 對于小型項目,可以只進(jìn)行功能測試。(5) 測試用例可根據(jù)迭代計劃、需求進(jìn)行逐步細(xì)化明確。8層次關(guān)系8.1主控文件產(chǎn)品開發(fā)管理程序8.2相關(guān)記錄測試計劃、測試用例、軟件缺陷清單、系統(tǒng)測試報告、集成測試報告、驗收測試報告、性能測試報告測試任務(wù)申請單。8.3相關(guān)文件測試管理、軟件缺陷確認(rèn)標(biāo)準(zhǔn)、需求規(guī)格說明書、項目總結(jié)報告、風(fēng)險管理程序。 出師表兩漢:諸葛亮先帝創(chuàng)業(yè)未半而中道崩殂,今天下三分,益州疲弊,此誠危急存亡之秋也。然侍衛(wèi)之臣不懈于內(nèi),忠志之士忘身于外者,蓋追先帝之殊遇,欲報之于陛下也。誠宜開張圣聽,以光先帝遺德,恢弘志士之氣,不宜妄自菲薄,引喻失義,以塞忠諫之路也
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 學(xué)生建議書15篇
- 小學(xué)語文學(xué)習(xí)計劃集錦四篇
- 2021個人軍訓(xùn)后心得感想總結(jié)九篇
- 六年級語文上冊 第一單元 習(xí)作:變形記教學(xué)實錄 新人教版
- 關(guān)于開業(yè)慶典策劃方案范文5篇
- 關(guān)于慶祝教師節(jié)2021活動方案策劃
- 產(chǎn)品營銷方案策劃錦集五篇
- 餐飲十年工作感悟心得7篇
- (水滴系列)七年級地理上冊 第五章 第3節(jié) 聚落 人類的聚居地教學(xué)實錄 (新版)商務(wù)星球版
- 黑龍江省青岡縣興華鎮(zhèn)中學(xué)九年級化學(xué)下冊 生活中常見的鹽-食鹽教學(xué)實錄 滬教版
- 2024年陜西榆林市神木市公共服務(wù)輔助人員招聘775人歷年管理單位遴選500模擬題附帶答案詳解
- 2024年度抖音短視頻拍攝制作服務(wù)合同范本3篇
- 2024-2025學(xué)年高二上學(xué)期期末數(shù)學(xué)試卷(提高篇)(含答案)
- 安全生產(chǎn)事故案例分析
- 2024年07月22208政治學(xué)原理期末試題答案
- 期末檢測卷(一)(試卷)-2024-2025學(xué)年外研版(三起)英語六年級上冊(含答案含聽力原文無音頻)
- 《客戶開發(fā)技巧》課件
- 《防范于心反詐于行》中小學(xué)防范電信網(wǎng)絡(luò)詐騙知識宣傳課件
- 口腔執(zhí)業(yè)醫(yī)師定期考核試題(資料)帶答案
- 2023-2024學(xué)年北京市通州區(qū)九年級(上)期末語文試卷
- 2024-2030年中國瑜伽培訓(xùn)行業(yè)運營模式及投資戰(zhàn)略規(guī)劃分析報告
評論
0/150
提交評論