如何規(guī)范小開發(fā)公司的測試流程?
PS：本文轉(zhuǎn)載自黑馬測試高贊知乎文章
鏈接：https://www.zhihu.com/question/33406353/answer/2491291115
小公司如何規(guī)范測試流程，咱們可以“以大見小”。先了解下理想狀態(tài)下的測試流程，然后抽離出可減少的環(huán)節(jié)。這個剩下的，不可減少的環(huán)節(jié)，就是小開發(fā)公司測試流程了。
所以本文分為兩部分：
1、理想情況下完整的測試流程應(yīng)該是怎樣的
2、給題主的建議，如何設(shè)計小開發(fā)公司的測試流程
3、如果還不知道怎么落地，推薦具體學(xué)習(xí)資源分享
現(xiàn)在開始闡述。
一、理想情況下完整的測試流程應(yīng)該是怎樣的
在理想情況下，完整的項目流程如下圖所示：
此圖清新展現(xiàn)了產(chǎn)品、開發(fā)、測試等主要角色，在項目不同階段對應(yīng)的工作內(nèi)容。
1、需求階段
在這個階段中，由產(chǎn)品經(jīng)理主導(dǎo)需求評審，測試跟開發(fā)積極參與。
在需求評審的過程中，開發(fā)和測試需要了解需求的細(xì)節(jié)和設(shè)計邏輯，同時對于有疑問的地方要向產(chǎn)品提出疑問，以達(dá)成對需求理解的一致。
需求評審結(jié)束后，開發(fā)先評估工時。測試則要根據(jù)需求文檔，并結(jié)合開發(fā)的工作量，來完成測試工時的評估。
排期表規(guī)范：
包含角色：產(chǎn)品、設(shè)計、前后端、測試等（根據(jù)具體的項目來定）
關(guān)鍵時間節(jié)點：
產(chǎn)品：需求串講時間，項目上線時間
開發(fā)：開發(fā)起止時間，前后端聯(lián)調(diào)時間
測試：提測時間，測試起止時間
2、開發(fā)階段
排期定好之后，就進(jìn)入開發(fā)階段了。
首先，開發(fā)同學(xué)會先出一個整體的技術(shù)設(shè)計方案，包含本次需求的設(shè)計思路和實現(xiàn)邏輯等。
這時一般會有技術(shù)評審的環(huán)節(jié)，該環(huán)節(jié)由開發(fā)主導(dǎo)，產(chǎn)品和測試參與。在技術(shù)評審的時候，測試人員可以對開發(fā)的技術(shù)設(shè)計提出疑問，從而獲得更加全面的了解，了解越多，測試用例設(shè)計才會更全面。
技術(shù)評審結(jié)束之后，測試人員就要立即開始制定測試方案（測試范圍、測試手段、測試時間等）。
接下來就進(jìn)入到對于測試人員，非常重要的環(huán)節(jié)：編寫測試用例。
編寫測試用例可以用Excel，也可以用Xmind，在此，建議測試團隊統(tǒng)一標(biāo)準(zhǔn)。
測試用例完成后，測試人員需要跟開發(fā)和產(chǎn)品拉會，進(jìn)行用例評審。
用例評審的目的是找出遺漏點和邏輯理解不一致的地方，最終統(tǒng)一對預(yù)期效果的理解。
3、測試階段
開發(fā)完成后，接下來就是提測。
在提測環(huán)節(jié)，建議制定測試準(zhǔn)入（也稱為提測規(guī)范）。
為什么要制定提測規(guī)范：為了規(guī)范開發(fā)的提測質(zhì)量，加強前期質(zhì)量控制，降低提測后因提測質(zhì)量問題造成的風(fēng)險。
測試準(zhǔn)入標(biāo)準(zhǔn)（根據(jù)實際業(yè)務(wù)增減）：
1）開發(fā)人員按需求及原型圖完成軟件的業(yè)務(wù)流程及功能的開發(fā)
2）開發(fā)人員編碼結(jié)束，并已完成單元測試，并提供自測功能報告
3）軟件的基本業(yè)務(wù)流程可以運行通過（冒煙測試），功能操作正確，且符合需求
4）開發(fā)人員需提供軟件的最新版本，并安裝測試通過
5）開發(fā)人員需提供接口文檔、部署文檔、提測申請、提測功能列表
開發(fā)人員的提測質(zhì)量，達(dá)標(biāo)之后，測試人員就要正式上場了。
測試一般分為后端測試（接口測試）和前端測試，一般是后端測試通過之后再進(jìn)行前端測試。
怎樣才算合格的測試，同樣也需要制定測試準(zhǔn)出標(biāo)準(zhǔn)（測試完成標(biāo)準(zhǔn)）。
測試準(zhǔn)出標(biāo)準(zhǔn)：
1）所有功能和業(yè)務(wù)流程都按需求實現(xiàn)
2）測試用例都已經(jīng)執(zhí)行完成，測試執(zhí)行覆蓋率為100%
3）測試發(fā)現(xiàn)的所有 BUG 問題中，致命、嚴(yán)重、都已被修復(fù)且被驗證通過
4）允許遺留不影響業(yè)務(wù)流程的輕微bug，但是需要有解決方案及時間點
5）完成測試后，出具測試報告
4、發(fā)布階段
測試完成后，就進(jìn)入發(fā)布階段。
發(fā)布規(guī)范包含以下幾點：
發(fā)布時間：為了避免上線后有問題及時修復(fù)，發(fā)布日期建議避開周五及節(jié)假日前兩天，上線時間避開用戶活躍高峰期
發(fā)布流量控制：為了避免線上問題影響到線上用戶，建議小流量灰度發(fā)布，在線上回歸沒有問題后再逐步放量
項目上線后，建議做一次項目復(fù)盤，看看那些地方做得不好，要分析原因并找到解決方案；那些地方做得好，以后繼續(xù)保持。
通過復(fù)盤這個環(huán)節(jié)，可以總結(jié)經(jīng)驗并更好地規(guī)范項目流程。
更多測試流程，也可以參考下面這篇文章：
《推薦：想了解一個項目完整測試流程，看這篇文章就OK了-黑馬程序員技術(shù)交流社區(qū)》bbs.itheima.com/thread-419740-1-1.html
更多測試流程中的技術(shù)細(xì)節(jié)，可以點擊下面這篇文章進(jìn)行了解
《軟件測試常見問題系列39-軟件的測試流程是怎樣的？-黑馬程序員技術(shù)交流社區(qū)》bbs.itheima.com/thread-505909-1-1.html
二、給題主的建議，如何設(shè)計小開發(fā)公司的測試流程
我們結(jié)合題主的實際情況來說，之前沒有測試流程。作為創(chuàng)業(yè)公司，猜測只有題主一個人負(fù)責(zé)測試。
所以想要在短時間內(nèi)落實很細(xì)致完整的測試流程是很有一定難度的，那么就需要先從一些必要的和容易的環(huán)節(jié)入手，逐步完善。
1. 必要的環(huán)節(jié)：對項目的流程和效率影響大
2.容易的環(huán)節(jié)：產(chǎn)品或開發(fā)等角色容易做的，愿意配合的
下面，我們從【 需求→ 開發(fā) →測試 → 發(fā)布】這個流程來理一下頭緒：
1、需求階段：
a.需求文檔：要落實為文檔，而非口頭的，方便產(chǎn)品、開發(fā)、測試對需求有統(tǒng)一的理解和依據(jù)（有必要）。
b.需求評審：開發(fā)、測試拿到產(chǎn)品的PRD文檔后，需要提前閱讀并標(biāo)出有疑問的地方，在需求評審上提出并溝通達(dá)到一致。保證產(chǎn)品、開發(fā)、測試對需求的理解一致，確保前期的修改成本是最低（有必要）。
c.定排期：重新評估工作量，方便對整體進(jìn)度有把控（有必要、落實難度不大）。
2、開發(fā)階段：
a. 開發(fā)設(shè)計：測試人員有條件的話，應(yīng)該參與到開發(fā)的設(shè)計評審和接口評審中。參會交流，可以幫助測試人員理解開發(fā)設(shè)計的思路和邏輯，對之后的用例設(shè)計起到幫助。另外測試人員可以及早的發(fā)現(xiàn)開發(fā)設(shè)計上的錯誤和遺漏，將維護成本降到最低（建議做）。
b. 接口文檔：開發(fā)要寫接口文檔，方便測試過程中查閱（有必要，落實難度一般）。
c. 用例設(shè)計：根據(jù)需求分解出測試功能點，并標(biāo)出優(yōu)先級，根據(jù)功能點設(shè)計測試用例(必須做)。
d. 用例評審：測試人員針對需求寫出測試用例之后，再讓產(chǎn)品和開發(fā)review一遍，目的還是發(fā)現(xiàn)需求的遺漏點（建議做）。
e. 單元測試（開發(fā)自測）：在開發(fā)的過程中要做單元測試，避免小錯誤造成大的影響（落實難度一般）。
3、測試階段：
a.提測：開發(fā)提測的質(zhì)量也是至關(guān)重要的，如果出現(xiàn)一些流程性的問題，將影響到整個測試進(jìn)度。接收到提測單后測試人員先將冒煙測試用例過一遍，沒有問題方可開始測試，否則打回開發(fā)直到直到符合標(biāo)準(zhǔn)（有必要）。
b.部署測試環(huán)境：需要跟開發(fā)同學(xué)溝通協(xié)助（有必要，落實難度可能較大）。
c.測試并追蹤bug：上線前需要開發(fā)修復(fù)完所有bug（必要環(huán)節(jié)）。
d.測試報告：當(dāng)項目達(dá)到上線標(biāo)準(zhǔn)時，應(yīng)該出具測試報告發(fā)送給整個項目組，說明測試結(jié)果及存在的風(fēng)險，并告知產(chǎn)品和運營進(jìn)行驗收測試，保證項目功能是符合預(yù)期的（必要環(huán)節(jié)）。
4、發(fā)布時間：
a. ?發(fā)布時間：選擇合適的上線時間，出現(xiàn)問題方便及時修復(fù)（容易落實）
b. 上線后跟蹤：如果線上有反饋問題，測試應(yīng)該及時跟進(jìn)，通知對應(yīng)開發(fā)最快速度修復(fù)和總結(jié)出問題出現(xiàn)的場景和原因（有必要）
c. 總結(jié)復(fù)盤：把本次的問題總結(jié)歸納，下次項目流程中應(yīng)該重點關(guān)注（建議做）
5、補充說明[重要]：
a. 小公司中的開發(fā)流程往往都不太規(guī)范（亂改代碼、隨意部署、隨意延期等），進(jìn)而會很大程度上影響到測試流程。
b. 為了盡量減少開發(fā)流程不規(guī)范帶來的影響，要爭取開發(fā)團隊leader的支持，共同推進(jìn)開發(fā)流程的規(guī)范建設(shè)，這樣才能總體提高項目研發(fā)的效率。
c. 建議先從開發(fā)提測這個環(huán)節(jié)開始（開發(fā)提測跟測試環(huán)節(jié)最緊密也最影響測試進(jìn)度），可以參考第一部分的「測試準(zhǔn)入標(biāo)準(zhǔn)」。
最后來一張圖總結(jié)一下：
如上，小開發(fā)公司的測試流程，如圖所示，直接拿甩給老板看就可以了。
若題主不愿直接使用，覺得有優(yōu)化必要，在此建議題主，可根據(jù)實際狀況，先做容易的和必要的。先把最基礎(chǔ)版本的測試流程先搭建起來。然后在后續(xù)的迭代中，逐步完善和優(yōu)化，最終形成適合自己公司的測試流程。
補充建議：流程搭建起來后，可以根據(jù)業(yè)務(wù)需要再招聘1-2個測試人員，協(xié)助你共同做好質(zhì)量保證的工作。
三、如果還不是知道怎么落地，推薦具體學(xué)習(xí)視頻資源
如果看完上述文字后，對于測試流程還是一臉懵，那么就要強烈建議你，看下列視頻快速學(xué)習(xí)下（記得先看視頻目錄，以便能快速定位到學(xué)習(xí)目標(biāo)）：
1、功能測試階段_測試流程
2、自動化測試階段_測試流程
若你是對測試不太了解的測試小萌新，有太多太多對測試的疑惑（前途、薪資、技術(shù)含量、男生是否可以干.....），強烈推薦你觀看《測試小白必看：學(xué)習(xí)軟件測試必問的100個問題，從此貼開始》，相信能掃除掉你心目中90%以上的常見問題。
《100個常見問題鏈接》：http://bbs.itheima.com/thread-507947-1-1.html
最后，為方便大家自學(xué)軟件測試，特意給大家準(zhǔn)備了一份13G的超實用干貨學(xué)習(xí)資源，涉及的內(nèi)容非常全面。
包括軟件學(xué)習(xí)路線圖，黑馬50多天的上課視頻、16個突擊實戰(zhàn)項目，80余個軟件測試用軟件，37份測試文檔，70個軟件測試相關(guān)問題，40篇測試經(jīng)驗級文章，上千份測試真題分享,還有2020軟件測試面試寶典，還有軟件測試求職的各類精選簡歷，希望對大家有所幫助…..?
《2022黑馬測試學(xué)習(xí)路線圖鏈接》：http://bbs.itheima.com/thread-405757-1-1.html
