產(chǎn)品測試規(guī)范手冊

產(chǎn)品測試規(guī)范手冊

編寫人:XXX

123-4567-8910

Email@emaiLcom

XXX省XXX市XXX路xxx號

XXX網(wǎng)絡(luò)科技有限公司

目錄

三

需求分析、評審......................................4

四

制定測試計(jì)劃.........................................4

五

測試用例的設(shè)計(jì).......................................5

六

測試環(huán)境準(zhǔn)備.........................................5

七

缺陷管理.............................................

八6

九測試報(bào)告.............................................6

上線驗(yàn)證測試.........................................7

一、前言

《XXX測試規(guī)范手冊》是XXX經(jīng)過公司測試團(tuán)隊(duì)經(jīng)驗(yàn)積累與沉淀，總結(jié)出的一套

匹配XXX產(chǎn)品測試發(fā)展的標(biāo)準(zhǔn)化理論基礎(chǔ)，適用于XXX團(tuán)隊(duì)內(nèi)測試人員的工作執(zhí)行規(guī)

范，本文檔是測試團(tuán)隊(duì)的日常工作規(guī)范，主要側(cè)重測試工作流程的控制，明確軟件

工程的各階段測試團(tuán)隊(duì)?wèi)?yīng)完成的工作。結(jié)合公司的項(xiàng)目情況制定合理的測試流程，

提高測試效率和產(chǎn)品質(zhì)量C核心還是要加強(qiáng)項(xiàng)目成員之間的溝通，弱化文檔。

二.測試流程規(guī)范說明

使rr解需求進(jìn)而更好地開展后續(xù)的測試I：作.以溺試的用

度對需求提出建議和改進(jìn).

確定漏試目標(biāo).測試位圍測試方法.測試策略.資源安

撐.風(fēng)險(xiǎn)評估等

按功能鍬板、使用場景進(jìn)行設(shè)計(jì)

以便克漏補(bǔ)缺.盡可能使用例履蓋更全面.

功能已開發(fā)完畢.協(xié)助開發(fā)在開發(fā)環(huán)境進(jìn)行泅試.確定從本

功能是否實(shí)現(xiàn),根描濡試用例進(jìn)行全面的海試,發(fā)現(xiàn)的BUG

提交到tapd內(nèi),并督促H發(fā)及時修復(fù)問題.

待開發(fā)把本次需求分析修〃的BUG都修復(fù)完成后（有問題

不影響正常功能的使用.影響大的可行時不修我）,即可進(jìn)

行【可in濾試.主饕是臉證缺陷是否M（的修復(fù)，是否會影響現(xiàn)

“系統(tǒng)的使用.

何以漓試無問題.功能已生部實(shí)現(xiàn),即可更新至溺試環(huán)境.

使用生產(chǎn)環(huán)境的數(shù)據(jù)進(jìn)行一輪新的測試.并n?通知產(chǎn)品經(jīng)

理進(jìn)行驗(yàn)收.

在消試環(huán)境確認(rèn)本次發(fā)版的內(nèi)容和現(xiàn)有系統(tǒng)的屆本功能無

問題后便可通知項(xiàng)目負(fù)也人更新生產(chǎn)環(huán)境.進(jìn)行最后?輪

的測試.以及對上線前墨本功能的確定.

經(jīng)過兩到三輪或四輪的測試后,在到?jīng)]發(fā)現(xiàn)新的問題，或

柯時無法解決,或不緊急的問的.。項(xiàng)目負(fù)比人確認(rèn)后可

以通過,結(jié)束泅試,最后塊丐浦試報(bào)告.

五.測試用例的設(shè)計(jì)

計(jì)劃分析文檔確立后，測試組根據(jù)各自職責(zé)編寫測試用例，為后續(xù)的測試工作

和外部門協(xié)助提供幫助。測試組項(xiàng)目職責(zé)確認(rèn)，對應(yīng)工作所屬模塊確認(rèn)，運(yùn)用不同

和的場景進(jìn)行用例的設(shè)計(jì)C

1、【強(qiáng)制】用例設(shè)計(jì)要求

1.1根據(jù)需求分析輸入測試點(diǎn)（需求要求：邊界清晰、類型明確、屬性清晰、來源

明確、原型布局合理、規(guī)范初始值、規(guī)范顯示業(yè)務(wù)流程描述清晰無歧義，業(yè)務(wù)流程

邏輯關(guān)系通暢無阻塞）；

1.2根據(jù)測試點(diǎn)輸出高質(zhì)量的測試用例，用例要求：步驟清晰、前置條件明確、井

引入具體數(shù)據(jù)期望結(jié)果準(zhǔn)價(jià)無疑義：

1.3對重要功能模塊用例做優(yōu)先級高處理；

1.4測試數(shù)據(jù)要求：有效數(shù)據(jù)、無效數(shù)據(jù)、錯誤數(shù)據(jù)。

2、用例設(shè)計(jì)的方法詳情見附件。

3、用例管理用工具：

Excel：便于編寫和維護(hù)，工作效率低，不便于管理。

【強(qiáng)制】騰訊文檔：便于編寫和維護(hù)，可進(jìn)行同步編輯，工作效率高，便于管理。

文檔輸出：測試用例。

【強(qiáng)制】測試用例格式包括以下內(nèi)容：測試項(xiàng)目、用例編號、功能模塊、用例明細(xì)、

用例明顯分支、用例名稱、前置條件、操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、測試人。

【推薦】測試用例表格文件命名規(guī)則：項(xiàng)目名稱+版本號+更新日期（年月日）。

4、用例維護(hù)：在有新的需求的時候需要實(shí)時進(jìn)行測試用例的更新。

5、用例評審：產(chǎn)品測試共同參與，確認(rèn)細(xì)節(jié)規(guī)則和測求結(jié)果的準(zhǔn)確性，避免功能點(diǎn)

遺漏，確定后用例將以騰訊文檔的形式進(jìn)行共享，除測試外其余人員僅有查看權(quán)限。

6、測試工具：jmeter/postman/fiddler使用方法詳見規(guī)范附件。

六.測試環(huán)境準(zhǔn)備

1、開發(fā)環(huán)境：開發(fā)提測或部分功能已經(jīng)實(shí)現(xiàn)了協(xié)助開發(fā)在開發(fā)環(huán)境進(jìn)行測試，根據(jù)

測試用例的設(shè)計(jì)對本次發(fā)版的需求進(jìn)去全面的測試，發(fā)現(xiàn)問題及時提交tapd內(nèi)，

并督促開發(fā)修復(fù)問題，進(jìn)行幾輪的測試并回歸確認(rèn)后，同時項(xiàng)目負(fù)責(zé)人更新測試環(huán)

境。

2、測試環(huán)境：【強(qiáng)制】測試環(huán)境必須使用生產(chǎn)環(huán)境的數(shù)據(jù)進(jìn)行新的一輪測試，并且

確定發(fā)版內(nèi)容是都已實(shí)現(xiàn)并且有沒有對系統(tǒng)原來的功能造成影響。

3、生產(chǎn)環(huán)境：在測試環(huán)境中確定本次發(fā)版的需求可以上線并通知項(xiàng)目負(fù)責(zé)人更新生

產(chǎn)環(huán)境，在生產(chǎn)環(huán)境需進(jìn)行最后的一輪測試，并且對上線前的基本功能再次確認(rèn)一

遍（詳情見附件）

七.缺陷管理

【強(qiáng)制】用例管理用工具：TAPD

1、使用tape1進(jìn)行缺陷管理，對bug進(jìn)行優(yōu)先級以及嚴(yán)重程度的區(qū)分，并且根據(jù)

提交的Bug規(guī)劃到對應(yīng)的迭代內(nèi)。

2、Bug內(nèi)容：功能模塊，缺陷描述，截圖，優(yōu)先級，嚴(yán)重程度，版本號，處理人,

創(chuàng)建人，創(chuàng)建時間。

3、缺陷狀態(tài)：新建，接受/處理中，已解決，已驗(yàn)證，重新打開，已拒絕，已關(guān)閉。

4、Bug處理流程：測試人員發(fā)現(xiàn)并提交缺陷，由開發(fā)人員進(jìn)行處理，開發(fā)人員修改

了這個缺陷就會將這個缺陷的狀態(tài)置為已解決狀態(tài)讓測試人員進(jìn)行驗(yàn)證。測試人員

對這個已修復(fù)的缺陷進(jìn)行回歸測試，如果I可歸測試通過，則將缺陷狀態(tài)置為已關(guān)閉，

如果回歸測試沒有通過，則將缺陷狀態(tài)置為新建狀態(tài)等待開發(fā)再次修復(fù)，直到修復(fù)

成功。

八.測試報(bào)告

測試結(jié)束：根據(jù)本次迭代的情況編寫測試報(bào)告，反饋測試版本的質(zhì)量情況，是否滿

足需求，是否達(dá)到上線要求。

測試報(bào)告內(nèi)容（重點(diǎn)）：

1、項(xiàng)目名稱、測試版本號、測試項(xiàng)目內(nèi)容的概述；

2、測試用例的執(zhí)行情況；

3、測試結(jié)果的統(tǒng)計(jì)：總