软件QA的一些阶段规则-准入准出

准入标准

准入前，测试人员需要提供经过评审的主流程用例用于研发自测和准入演示
准入演示时，建议由QA人员和产品经理共同参与，使产品经理尽早了解研发实现，如发现与PRD不一致则尽快修改。
checklist：

序号	检查项	检查点	检查标准
1	QA准备	测试用例	1、提测前整理好测试用例 2、完成测试用例评审 3、标记好提供给研发自测的流程
2	QA准备	自动化用例	准入检查点： 1、原有自动化用例100%通过 2、如涉及旧有用例的部分功能修改，则准入时可不通过 准出检查点： 1、新增部分功能自动化测试用例100%通过，且可自动化用例可反复执行 2、涉及旧有功能改动的用例，新增（调整）本次修改内容的用例，100%通过且可反复执行
3	现有功能	页面	页面无报错，为修改功能无异常
4	新增功能	需求功能	需求功能点已实现，与PRD相符
5	新增功能	流程演示	新增功能的主要流程研发同学演示通过，无报错，无阻塞问题
6	系统优化	流程演示	流程优化时需研发同学演示该优化项及该优化项影响的主流程
7	提测流程	提测邮件	需要准备提测邮件模板，模板中应该膘情如下内容： 1、提测内容 2、分模块开发人员 3、涉及的代码及相应的分支 4、可供测试的环境（如有） 5、涉及的数据库改动脚本
8	提测流程	环境部署	提测准入通过后，允许部署到专门用于测试的环境
9	提测流程	提测分支	注意事项： 1、提测时需提供测试代码分支，后续测试仅在此分支上测试 2、如改动同时涉及多个模块，则需提供所有涉及的模块的相应代码分支 3、测试分支名称需符合项目统一规范，能体现出开发版本、特性、开发日期等属性 4、测试版本中发现的BUG修复后，代码需合入测试分支
10	提测流程	研发自测	1、分值代码静态检查通过（CR是解决低级和隐藏BUG最有效的手段） 2、(JAVA)提供自测演示的jacoco代码染色结果 3、按照测试提供的自测流程完成一条业务
11	向下兼容性（服务端）	接口设计（变更）文档	1、对于新接口，提供设计文档，标明对老版本（PC Web\H5\APP）的影响，支持的最老（PC Web\H5\APP）版本 2、对于接口变更，需提供接口变更文档，标明对老版本（PC Web\H5\APP）的影响，支持的最老（PC Web\H5\APP）版本
12	向下（上）兼容型（PC Web端）	接口设计文档，组件升级文档	1、对于新接口，提供接口设计文档，标明对老版本（服务端）的影响，支持的最老（服务端）版本 2、对于新增（更新）的组件，需提供新组件支持的最低操作系统版本及浏览器版本 3、对于新增（更新）的组件，需提供新组件运行在最新已发布操作系统及浏览器版本的自测结果
13	向下（上）兼容性（APP端）	接口设计文档，SDK升级说明文档	1、对于新接口，提供接口设计文档，标明对老版本（服务端）的影响，支持的最老（服务端）版本 2、对于SDK的升级，需要表明支持的最低/最高手机操作系统的版本（iOS/Android需要分别提供） 对于iOS，如性能要求较高，需要提供可支持的最低iPhone手机型号 对于Android，如性能要求较高，需提供可支持的最低CPU型号、内存大小、闪存大小 5、对SDK更新，需提供新APP运行在最新已发布操作系统（iOS、Android）的自测结果 6、最新的骁龙8 Gen 1 和天玑9000大核已不再支持32位APP，所以含有32位SDK的Android不能在此CPU正常运行 7、目前各大APP市场已经陆续不接收32位APP，因此上架APP不能包含32位SDK，未上架APP也需尽快移除32位内容

验收准备

验收需要QA、研发、产品共同参与，验收前需做好准备，提高验收效率。
验收前准备的物料清单：

1. 覆盖主流程的验收测试用例
   a. 覆盖主流程
   b. 覆盖主要异常流程
   c. 和PRD保持一致
2. 账户信息
3. 安装包（APP端）包括最新的测试版本和要向上兼容的老版本
4. 访问地址（WEB端）

准出标准

准出需要以下所有情况均得到满足：

1. 被测功能完全满足PRD需求，无遗漏、无差错；
2. 所有的测试用例均通过评审
3. 所有的测试用例都已成功执行，自动化Case通过率100%；
4. 所有被发现的BUG均已记录到BUG管理工具中，已修复并通过回归测试；
5. 高优级别BUG完全修复
6. 低优级别BUG如本期无需修复则需给出原因及解决方案，排入后续版本；
7. 准出时需提供准出报告
8. 对于迭代需求，如遇以下情况之一或多个时，可就简发布准出报告：
   a. 0-1项目，用户未投入使用；
   b. 用户临时要求，紧急上线；
   c. 第三方服务故障，需立即更换服务地址；
   d. 基础框架漏洞，更新依赖临时上线
9. 如有遗留问题，则需在准出报告中标明，智能发布有条件准出报告

上线标准

功能上线需要以下情况均得到满足：

1. 达到准出标准；
2. 产品经理验收通过；
3. 项目经理确定改时可上线不影响客户使用；
4. 预发环境鬼鬼新需求和主流程通过；
5. 回滚方案制定完成；
6. 上线后，APP段需进行安装卸载测试，确保可用；
   准出标准checklist:

序号	检查项	检查点	检查标准
1	配置类	公共配置	详细说明每一条供职工配置，确保完整、准确
2	配置类	配置文件	1、配置文件完整、准确 2、检验第三方服务可用 3、区分不同环境配置，尤其确保正式环境可用
3	数据类	数据库内容改动	数据准确，线下环境经过验证
4	数据类	数据库表/字段改动	表、字段准确，在线下环境经过验证
5	上线流程	服务端/PC Web端/H5端/APP端	确定兼容性（通常服务端→PC Web端/H5端→APP端）
6	上线流程	测试结果	符合转出标准
7	向下兼容性（服务端）	主流程	1、在测试环境使用Debug版本APP能正常走完业务主流程 2、在测试环境使用支持的最老版本APP能正常走完老版本业务主流程
8	向下（上）兼容性（H5端/PC Web端）	主流程	1、在测试环境使用对应版本H5端/PC Web端，使用最低支持的操作系统版本可通过测试 2、在测试环境使用对应版本H5端/PC Web端，使用最低支持的浏览器版本可通过测试 3、在测试环境使用正式版本的H5/PC Web端可访问测试版本服务端，可完成旧版本主流程，无报错
9	向下（上）兼容性（APP端）	主流程	1、在测试环境使用对应版本APP端，使用最低支持的操作系统版本可通过测试 2、在测试环境使用正式版本的APP端可访问测试版本服务端，可完成旧版本主流程，无报错