曾經(jīng)，在星球「軟件測試圈」，問了4個(gè)問題：
1. 你所在公司，是否有研發(fā)自測環(huán)節(jié) ？
2. 這個(gè)自測范圍和內(nèi)容誰提供 ？每個(gè)提測版本，研發(fā)都自測哪些內(nèi)容 ？
3. 測試準(zhǔn)入標(biāo)準(zhǔn)是什么 ？自測未通過的，如何處理 ？
4. 測試通過標(biāo)準(zhǔn)（上線標(biāo)準(zhǔn)）
此文闡述，一些參考做法：
**001 研發(fā)自測 **
一般來說，都是需要「研發(fā)自測」的，甚至有些項(xiàng)目，研發(fā)自測完，就可以直接上線，不需要測試同學(xué)的參與 。
那么自測內(nèi)容，誰提供呢？提供哪些內(nèi)容 ？測試會(huì)根據(jù)自己的任務(wù)將對應(yīng)的需求拆解功能點(diǎn)，然后輸出冒煙測試的測試點(diǎn)，放在confluence平臺(tái)（此處平臺(tái)，很多，比如 TAPD / xmind文件也行 / Excel放在svn也行，方式不重要，團(tuán)隊(duì)內(nèi)部協(xié)商即可），這個(gè)文檔作為研發(fā)自測范圍和自測內(nèi)容（至于這個(gè)文檔是否需要經(jīng)過評審？最好評審一下，跟開發(fā)、產(chǎn)品碰一碰），測試的功能點(diǎn)可以寫粒度也是比較大的點(diǎn)。每一個(gè)提測版本，研發(fā)人員負(fù)責(zé)自測自己開發(fā)的功能點(diǎn)即可，保證主流程沒有問題（基礎(chǔ)的業(yè)務(wù)聯(lián)調(diào)，那是必須的，否則，冒煙都通過不了） 。
補(bǔ)充，
實(shí)際跟N多測試同學(xué)溝通后，很多公司，是沒有研發(fā)自測的，導(dǎo)致的結(jié)果就是，一個(gè)版本，提交了上百個(gè)Bug，非常恐怖 。
對于，一個(gè)版本，總共就幾個(gè)Bug的同學(xué)，是無法理解的 。
提測版本質(zhì)量爛、Bug多，效率低，且累，而且經(jīng)常加班 。
寫B(tài)ug要時(shí)間、錄Bug要時(shí)間、改Bug要時(shí)間、驗(yàn)Bug要時(shí)間、重復(fù)寫B(tài)ug要時(shí)間 ...
002 測試準(zhǔn)入標(biāo)準(zhǔn)
1. 手動(dòng)執(zhí)行冒煙測試用例，且都測試通過（打包時(shí)，自動(dòng)執(zhí)行新業(yè)務(wù)的接口自動(dòng)化測試，以及已有業(yè)務(wù)的自動(dòng)化接口測試，通過后，準(zhǔn)入 。）
2. 轉(zhuǎn)測資料齊全
3. 部署資料正確
4. SVN和Git的代碼提交記錄正常有效
5. 上次的問題修復(fù)率達(dá)到要求
自測沒通過的咋辦 ？版本打回，郵件通知全團(tuán)隊(duì)，待提交新版本再測試，上線時(shí)間，順延 。實(shí)際情況是，提測延期，上線時(shí)間，定死，咋辦 ？
1. 加班，趕工 。
2. 實(shí)在搞不定的，參考下面的“通過標(biāo)準(zhǔn)”，最后的做法 。
003 測試通過標(biāo)準(zhǔn)
注：如下這段，來自妹紙“紫蕓”，在「軟件測試圈」的主題 。近期上線的某個(gè)項(xiàng)目并未達(dá)到測試組管理規(guī)范設(shè)定的通過標(biāo)準(zhǔn)，但因市場等各種原因，算妥協(xié)發(fā)布了正式版。對于這類項(xiàng)目的報(bào)告出具等很費(fèi)心，因?yàn)檫z留問題實(shí)在太多，不出具報(bào)告對自己不利，出具報(bào)告有違背起初設(shè)定的通過標(biāo)準(zhǔn)。 什么才是測試通過標(biāo)準(zhǔn)？以往常有聽過領(lǐng)導(dǎo)問：“這個(gè)項(xiàng)目怎么就是測試通過了？”也常有開發(fā)問：“項(xiàng)目怎么才算通過測試？” 一系列的疑問，最好的解決方式是什么？重新審視了測試通過標(biāo)準(zhǔn)，感覺本身有缺陷：太過完美，看似可量化，站在不同角色看，實(shí)則無法很好量化，如何優(yōu)化測試通過標(biāo)準(zhǔn)？當(dāng)前功能測試方面使用的部分通過標(biāo)準(zhǔn)：
1、測試方案/用例覆蓋程度：95%以上；
2、測試輸出結(jié)果與預(yù)期輸出之間的符合率：95%以上；
3、測試方案/用例的執(zhí)行程度：100%；
4、缺陷處理情況：缺陷等級非常重要、重要（P0、P1）需全部關(guān)閉，一般、建議性缺陷<10%。開發(fā)和測試有爭議的缺陷需要經(jīng)項(xiàng)目小組討論后決定是否需要修改（拉上產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、業(yè)務(wù)方），若經(jīng)討論后確認(rèn)可以忽略不改或因其他原因要在以后的版本中實(shí)現(xiàn)，則本次測試可以認(rèn)為通過（這里非常重要：遺留的問題，一定要跟團(tuán)隊(duì)討論，確定可遺留到下個(gè)版本，而且要在測試報(bào)告中，注明已知問題 & 風(fēng)險(xiǎn)）。
End 。
最近，很多同學(xué)，咨詢此類疑惑，希望此文的內(nèi)容梳理，對你有參考作用 。
注：此文內(nèi)容，摘自「軟件測試圈」
原文鏈接 http://istester.com/tester/298.html
作者：IDO老徐
原創(chuàng)文章，禁止轉(zhuǎn)載
