目錄

1、目的

2、工作范圍

3、工作職責

4、測試的流程??

5、測試準備階段

6、測試方法制定階段

7、測試執(zhí)行階段

8、bug管理

9、標準文檔

總結(jié)感謝每一個認真閱讀我文章的人！??！

重點：配套學(xué)習資料和視頻教學(xué)

1、目的

通過制定公司測試流程規(guī)范，確保測試工作的規(guī)范性和有效性，以保證軟件產(chǎn)品的質(zhì)量滿足用戶的需求。測試作為質(zhì)量控制的一種有效手段，運行測試用例找出軟件中潛在的各種缺陷，通過協(xié)助開發(fā)人員修正缺陷來提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患和降低質(zhì)量成本。通過測試管理為產(chǎn)品與過程改進提供可靠的數(shù)據(jù)分析，起到缺陷預(yù)防的作用。?

2、工作范圍

測試人員在軟件開發(fā)過程中的任務(wù)：?
1)參與評審需求，評審?fù)ㄟ^后，編寫測試計劃；
2)根據(jù)根據(jù)用戶需求相關(guān)的產(chǎn)品需求說明文檔、原型設(shè)計文檔、交互視覺設(shè)計文檔、開發(fā)設(shè)計文檔，編寫軟件測試用例；
3)在開發(fā)人員完成單元測試后，進行集成測試，盡早發(fā)現(xiàn)bug；
4)根據(jù)軟件測試用例，執(zhí)行功能測試，尋找盡可能多的bug；?
5)對bug進行追蹤與分析，保證bug及時得到修復(fù)；
6)對軟件質(zhì)量進行衡量，并進行測試總結(jié)，提交軟件測試報告書

3、工作職責

1）每天對自己的工時進行記錄

2）參與需求文檔的評審、UI設(shè)計文檔的評審

3）查看公司網(wǎng)盤中的需求文檔、UI設(shè)計文檔、開發(fā)設(shè)計文檔

4）編寫測試有關(guān)文檔如：測試計劃、測試用例、測試報告

5）組織評審測試計劃、測試用例

6）根據(jù)測試用例執(zhí)行測試

7）提交BUG、管理bug、bug驗收

8）線上測試

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

4、測試的流程??

4.1：需求文檔編寫

需求文檔由產(chǎn)品經(jīng)理制定，細化每一個功能的細節(jié)，每一個按鈕的位置，對于稍大或復(fù)雜一點的需求都進行建模。

4.2：需求文檔評審
所有參與項目人員進行，產(chǎn)品經(jīng)理、開發(fā)人員、測試人員、UI設(shè)計、運營。開發(fā)人員考慮功能實現(xiàn)的方案與可行性、當然開發(fā)負責也是要參與的。

測試人員主要根據(jù)需求文檔的理解提出疑問，或補充遺漏的條件和場景，以便才能根據(jù)需求寫用例。

UI人員主要根據(jù)需求文檔的理解，確定是否要寫交互視覺設(shè)計文檔

4.3：開發(fā)人員排期

開發(fā)人員對需求的功能點進行排期。然后將計劃轉(zhuǎn)交給測試人員

4.4：測試人員排期

測試人員根據(jù)開發(fā)計劃，對測試擬定具體測試時間，也就是開發(fā)功能完成后的時間，執(zhí)行測試所需要的時間。然后，把項目的開發(fā)與測試計劃發(fā)送給各部門負責人及參與項目的所有人員。

4.5：編寫測試用例

仔細閱讀需求文檔，歸納出需求文檔的功能點、測試點。思考編寫測試用例的方法，列出有效等價列、無效等價列，分析場景、邊界值。開始進行測試用例的編寫

4.6：測試用例的評審

在用例進行評審之前，先將用例發(fā)送給產(chǎn)品經(jīng)理與開發(fā)人員，以便他們事先了解測試用例。

然后進行用例評審，開發(fā)人員與產(chǎn)品經(jīng)理對測試用例中遺漏的測試點、場景進行補充。

如果測試用例不通過，測試人員增加遺漏的功能點和場景后，組織第二次用例評審，直到用例評審?fù)ㄟ^為止

4.7：執(zhí)行測試

測試人員按測試用例進行第一輪測試，發(fā)現(xiàn)的問題通過缺陷管理工具進行反饋，開發(fā)人員對問題進行修復(fù)。然后進行第二輪測試，第二輪會對第一輪中發(fā)現(xiàn)的問題的模塊進行重點測試。

4.8：測試通過

經(jīng)過兩到三輪或四輪的測試后，直到?jīng)]發(fā)現(xiàn)新的問題，或暫時無法解決，或不緊急的問題。通過上級確認，可以通過。編寫測試報告與驗收方案。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

?文章來源地址http://www.zghlxwxcb.cn/news/detail-409733.html

5、測試準備階段

5.1測試計劃
根據(jù)評審?fù)ㄟ^的需求文檔和項目計劃制定測試計劃。測試計劃旨在說明各測試階段任務(wù)、人員分配、時間安排、測試要點、工作規(guī)范等。測試計劃在策略和方法方面說明如何計劃、組織和管理測試項目。測試計劃完成后應(yīng)該在項目組內(nèi)進行評審。

5.2測試用例
測試用例是為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個特定的集合。解決要測什么、怎么測和如何衡量的問題。

依據(jù)用戶需求分析說明書、概要設(shè)計文檔和開發(fā)詳細設(shè)計說明書來設(shè)計測試用例，發(fā)現(xiàn)需求與設(shè)計中的問題后，與需求者及時溝通確認。
5.3：測試用例設(shè)計方法

1. 等價類劃分法
2. 邊界值法
3. 錯誤推斷法
4. 因果圖法
5. 場景法

5.4：測試用例操作步驟?
1)在設(shè)計編寫測試用例時，首先要從測試用例庫中選擇相應(yīng)功能的測試用例，在原有測試用例的基礎(chǔ)上依據(jù)系統(tǒng)需求文檔對測試用例的進行修改、更新，評審?fù)ㄟ^后將使用該測試用例測試被測系統(tǒng)。?
2)在測試的執(zhí)行過程中和進行回歸測試后，對已設(shè)計的測試用例進行維護更新。

5.5：配置測試的環(huán)境

1. APP測試

操作系統(tǒng)：Windows（7、8、10）、macOS 10.9以上、Android 4.0以上、iOS 9.0以上

Windows配置虛擬機，在各個虛擬機上裝配不同的國外用戶常用的殺毒軟件

1. Web網(wǎng)頁測試
   瀏覽器：Chrome、Firefox、Opera、Safari、Edge、IE

6、測試方法制定階段

6.1兼容性測試?--測試人員
兼容性測試是指測試軟件是否可以成功移植到指定的硬件或者軟件環(huán)境中，如在win10環(huán)境下可以運行，在win7環(huán)境下是否也可以正常運行。

6.2用戶界面測試-UI測試??--測試人員
用戶界面測試是指測試用戶界面的風格是否滿足客戶要求，文字是否正確，頁面是否美觀，文字，圖片組合是否完美，操作是否友好等等。UI?測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。確保用戶界面符合公司或行業(yè)的標準。包括用戶友好性、人性化、易操作性測試。

6.3：隨機測試

隨機測試沒有書面測試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測試。主要是根據(jù)測試者的經(jīng)驗對軟件進行功能和性能抽查。隨機測試是根據(jù)測試說明書執(zhí)行用例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過程。

隨機測試主要是對被測軟件的一些重要功能進行復(fù)測，也包括測試那些當前的測試樣例 沒有覆蓋到的部分。另外，對于軟件更新和新增加的功能要重點測試。重點對一些bug所在的模塊進行測試?？梢越Y(jié)合回歸測試一起進行

6.4：功能測試

? 軟件測試人員以用戶的角度，通過各種輸入和觀察軟件的各種輸出結(jié)果來發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實現(xiàn)的一種軟件測試方法。

如：登錄功能測試,主要輸入正確的賬號和密碼或錯誤的賬號密碼驗證是否能登錄成功

7、測試執(zhí)行階段

7.1測試準入的條件

1. 不接受無詳細需求文檔和開發(fā)說明的項目；
   2)需要測試的項目至少提前2個工作日提交測試進行需求分析?；
   3)開發(fā)人員經(jīng)過自測通過，至少保證程序可以正常運行；對應(yīng)的功能在正常流程下是可以正常使用。?

7.2版本測試功能迭代測試

功能測試

1. 在測試用例庫中導(dǎo)入和版本有關(guān)的全部測試用例
2. 按軟件的功能順序分布依次測試
3. 注冊模塊：驗證注冊的郵箱或號碼是否有效、驗證碼是否有效、驗證碼是能正常獲取、密碼是否按需求限制、使用條款是否勾選、注冊成功后是否能正常登錄
4. 登錄模塊：賬號密碼不正確是否能登錄、密碼能否顯示、是否能記住密碼
5. 忘記密碼模塊：驗證碼能否正常收發(fā)、密碼是否按需求限制、修改過后新密碼能否正常登錄
6. 首頁模塊：各個列表的服務(wù)器信息是否能正常顯示、收藏功能是否正常、線路在各種網(wǎng)絡(luò)環(huán)境下是否可以連接、服務(wù)器連接之后是否起到作用、服務(wù)器連接斷開是否正常、線路收索功能是否能正常搜索、協(xié)議切換是否正常、協(xié)議作用是否發(fā)揮出來
7. 購買模塊：套餐是否可以正常購買、付費用戶是否可以購買別的套餐、退款用戶能否直接購買、支付頁面是否可以正常的跳轉(zhuǎn)
8. 用戶信息模塊：手機號碼&郵箱號碼是否可以正常綁定或更換、是否可以綁定或更換成無效的手機號碼&郵箱、密碼更換是否按需求限制彈出
9. 其他模塊：頁面顯示是否清晰、鏈接跳轉(zhuǎn)是否正常、消息彈窗是否能正常
10. 版本迭代新增模塊：按需求文檔以及更新的測試用例測試進行重點測試

兼容性測試：Windows（7、8、10）、macOS 10.9以上、Android 4.0以上、iOS 9.0以上等設(shè)備進行安裝，進行隨機測試

Win操作系統(tǒng)下安裝是否被殺毒軟件警告測試：

在另一臺設(shè)備或者虛擬機上安裝國外的殺毒軟件如：

美國：Symantec（賽門鐵克）、McAfee（麥克菲）、Fortinet（飛塔）、Windows?Live?OneCare（微軟）
日本：PC-cillin（趨勢）
韓國：Ahnlab（安博士）、Virus?Chaser（驅(qū)逐艦）
英國：Sophos（牛津）、Prevx1
芬蘭：F-Secure
德國：Antivir（小紅傘）
西班牙：Panda（熊貓）
印度：Rudra

然后進行安裝使用測試，觀察是否會被查殺

7.3：web網(wǎng)站測試：測試首頁與各個頁面的鏈接是否可以正常跳轉(zhuǎn)、

鏈接跳轉(zhuǎn)位置是否正確、頁面是否正常、在各種瀏覽器（如：Chrome、Firefox、Opera、Safari、Edge、IE）上顯示是否正常、在不同分辨率下顯示是否正常

? ? ? ? ? ? ? ? ??

8、bug管理

BUG狀態(tài)

●未打開?

1)新創(chuàng)建的bug；?

2)已解決但未驗證的bug；

●打開?

正在討論的bug

●已確認?

通過討論已確認的bug

●修復(fù)中

開發(fā)打開bug，正在修復(fù)

●掛起?
開發(fā)打開等待修復(fù)
●待測試
等待測試人員進行驗收測試
●已解決?
測試人員驗收測試結(jié)束后，沒有問題?
●重新打開?
測試人員驗收測試后，發(fā)現(xiàn)并未修復(fù)重新打開給開發(fā)?
●已完成

測試人員驗收后沒有問題，開發(fā)人員將狀態(tài)改成已完成

BUG優(yōu)先級

●高
阻止與此密切相關(guān)功能的進一步測試，需要立即修復(fù)。

如：驗證碼收不到
●中?
必須修改，不一定馬上修改，必須修改，發(fā)版前必須修正。

如：密碼位數(shù)沒有限制
●低?
對系統(tǒng)的影響較小，如果時間允許應(yīng)該修改。

如：文字錯誤

BUG嚴重等級

●嚴重（一類）

不能執(zhí)行正常工作功能或重要功能，因軟件原因?qū)е孪到y(tǒng)死機等，須馬上修正致命錯誤。

通常有如下情況：

1)系統(tǒng)停機（含軟件、硬件）或非法退出，且無法通過重啟恢復(fù)；

2)系統(tǒng)死循環(huán)；

3)與數(shù)據(jù)庫連接錯誤；

4)數(shù)據(jù)庫發(fā)生死鎖或程序原因?qū)е聰?shù)據(jù)庫斷連；

5)數(shù)據(jù)通訊錯誤或接口不通；

6)重要功能無法正常使用、功能不符合用戶需求。

●一般（二類）

影響系統(tǒng)功能或操作，應(yīng)用模塊錯誤使業(yè)務(wù)中止無法進行后續(xù)操作，主要功能存在嚴重缺陷，影響到產(chǎn)品的使用，但不會影響到系統(tǒng)穩(wěn)定性。

具體基本上可分為：

1)業(yè)務(wù)流程錯誤或不完整；

2)業(yè)務(wù)數(shù)據(jù)來源不正確、業(yè)務(wù)數(shù)據(jù)紊亂或丟失；

3)業(yè)務(wù)數(shù)據(jù)保存不完整或無法保存到數(shù)據(jù)庫；

4)部分功能使用存在問題，不影響業(yè)務(wù)繼續(xù)開展，但造成使用障礙；

5)初始化未滿足客戶要求或初始化錯誤；

6)功能點能實現(xiàn)，但結(jié)果錯誤；

7)缺少數(shù)據(jù)有效性檢查或檢查不合理；

8)刪除操作不給提示；

9)日志記錄信息不正確或應(yīng)記錄而未記錄；

10)數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件；

11)在產(chǎn)品聲明支持的不同平臺下，出現(xiàn)部分一般交易無法使用或錯誤；

12)系統(tǒng)某些查詢、打印等實時性要求不高的輔助功能無法正常使用。

●輕微（三類)

使操作者不合理或者不方便或操作遇到麻煩，但它不影響執(zhí)行工作功能或重要功能，次要功能，對產(chǎn)品使用影響不大。例如：程序在一些顯示上不美觀，不符合用戶習慣，或是一些文字的錯誤。?

具體基本上可分為：

1)缺少產(chǎn)品使用、幫助文檔、系統(tǒng)安裝或配置方面需要信息；

2)聯(lián)機幫助、脫機手冊與實際系統(tǒng)不匹配；

3)系統(tǒng)版本說明不正確；

4)提示說明未采用行業(yè)規(guī)范語言；

5)顯示格式不規(guī)范；

6)界面不整齊；

7)軟件界面、菜單位置、工具條位置、相應(yīng)提示不美觀，但不影響使用；

8)輔助說明描述不清楚；

9)提示窗口描述清楚；

10)輸入輸出不規(guī)范;

11)可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志。

BUG書寫規(guī)范

測試人員BUG提交?

1)主題

●用一個簡短的句子描述問題，不要寫成一大段

●描述問題時要詳細、簡練、抓住要點，直接切入正題，不要羅嗦

●不要夸大或縮小問題的嚴重程度

2)步驟?

●用數(shù)字編號，一步步的描述重現(xiàn)問題的所有操作步驟

●盡量用動詞作為開頭，描述每個步驟。如：打開、點擊、設(shè)置、選擇、插入、雙擊等

●提供bug產(chǎn)生的每個步驟的截圖?

9、標準文檔

《測試計劃》

《測試用例》

《測試報告》

總結(jié) 感謝每一個認真閱讀我文章的人?。。?/h3>

如果下面這些資料用得到的話可以直接拿走：

1、自學(xué)開發(fā)或者測試必備的完整項目源碼與環(huán)境

2、測試工作中所有模板（測試計劃、測試用例、測試報告等）

3、軟件測試經(jīng)典面試題

4、Python/Java自動化測試實戰(zhàn).pdf

5、Jmeter/postman接口測試全套視頻獲取

6、Python學(xué)習路線圖

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

重點：配套學(xué)習資料和視頻教學(xué)

那么在這里我也精心準備了上述大綱的詳細資料包含：電子書，簡歷模塊，各種工作模板，面試寶典，自學(xué)項目等。如下，需要的點擊下方名片加我VX免費領(lǐng)取。

? ? ? ? ? ? ? ? ? ? ??

?

?

?

到了這里，關(guān)于做測試一定要知道的——軟件測試流程和測試規(guī)范標準文檔的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！