項目准入要求
特別強調：准入必須嚴格執行，QA必須做到嚴格把控，不允許打破底限，出現所謂“人情”而放棄原則的情況！
把精力浪費在基本功能問題上！
准入必須在聯調之前給出！
為了避免精力、效率浪費在項目質量上，A~C級項目准入要求如下
准入的目的
- 一個誤區：rd/fe "過了准入，我都自測完了，還要qa干什么呢？"
- 准入的case僅占對應項目基本功能的20%~30%，部分重點項目比例會加大；也即過了准入其實也只能保證一定比例的基本功能無問題
- 除了基本功能外，qa需要關注測試設計(功能、體驗、安全、性能等)、用最小的成本，覆蓋邊界、異常功能點以及未覆蓋的其他基本功能
- 為什么要准入？
- 保證項目最核心的功能正常，不阻塞其他方面的驗證
- 把時間與精力投入到更有價值的驗證工作上，而非簡單功能的double check
准入基本要求
- 准入基本要求：
- RD/FE要求
- 項目研發計划必須包含自測、准入時間
- 提測前icafe給出准入執行情況反饋
- 准入通過方可提測
- QA要求
- QA在聯調前，提供准入case
- 提測后過准入，並給出准入結論(通過/未通過)
- 准入失敗QA進行通報：經理以及負責人之間立即溝通原因，確定后續處理；確定質量問題導致准入失敗，做打回操作；
- 項目負責人要求
- 保證規范的嚴格執行與及時推動
准入規范
- 准入規范：
准入case全部通過才能繼續進行下一步測試；
若准入case未能全部通過，QA打回提測單，暫停測試；
RD/FE修復bug重新提測后，qa再次進行冒煙准入。
准入執行流程
- 准入執行流程：
| 時間點 |
角色 |
執行內容 |
| 項目計划 |
RD/FE/QA |
預留20%的開發時間為自測時間，明確自測開始時間點和提測時間點。 |
| 聯調開始前 |
QA |
A/B/C級項目：icafe發貼，提前提供准入case。 |
| 自測階段 |
RD/FE |
A/B/C級項目：使用QA提供的准入case進行自測，提測的前提是全部准入case測試通過。 |
| 提測 |
RD/FE |
提測時在icafe發貼反饋准入情況，須有明確反饋！ 注意：准入通過的標准是准入case全部通過，如果沒有全部通過，請先修改，避免提測后被打回。 |
| 准入測試 |
QA |
若准入case全部通過，發出准入報告(全通過/不通過)，繼續進行下一步測試。 |
Q&A
- Q&A：
- 哪些項目加入准入流程？
A/B/C級全部項目加入准入流程
- 如何挑選准入case？
項目提測的基本功能、涉及核心服務的功能作為准入case。
基本功能的定義：
- 屬於本次項目正常功能點
- 除非本次項目涉及到諸如特殊用戶類型(封禁、屏蔽)、特殊吧狀態(屏蔽)等；
否則，此類case不作為正常功能范疇 - 除去以上范疇的case都屬於基本功能范疇內
- 有上線時間點的項目，准入不通過打回提測，影響上線時間怎么辦？
准入嚴格按照標准執行。反復提測不會提升效率，反而會影響上線質量和效果。