准入标准
| 序 | 检查项 | 检查点 | 检查标准 |
|---|---|---|---|
| 1 | QA准备 | 测试用例 | |
| 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 WebH5APP）的影响，支持的最老（PC WebH5APP）版本 2、对于接口变更，需提供接口变更文档，标明对老版本（PC WebH5APP）的影响，支持的最老（PC WebH5APP）版本 |
| 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、研发、产品共同参与，验收前需做好准备，提高验收效率。
验收前准备的物料清单：
- 覆盖主流程的验收测试用例
a. 覆盖主流程
b. 覆盖主要异常流程
c. 和PRD保持一致 - 账户信息
- 安装包（APP端）包括最新的测试版本和要向上兼容的老版本
- 访问地址（WEB端）
准出标准
准出需要以下所有情况均得到满足：
- 被测功能完全满足PRD需求，无遗漏、无差错；
- 所有的测试用例均通过评审
- 所有的测试用例都已成功执行，自动化Case通过率100%；
- 所有被发现的BUG均已记录到BUG管理工具中，已修复并通过回归测试；
- 高优级别BUG完全修复
- 低优级别BUG如本期无需修复则需给出原因及解决方案，排入后续版本；
- 准出时需提供准出 告
- 对于迭代需求，如遇以下情况之一或多个时，可就简发布准出 告：
a. 0-1项目，用户未投入使用；
b. 用户临时要求，紧急上线；
c. 第三方服务故障，需立即更换服务地址；
d. 基础框架漏洞，更新依赖临时上线 - 如有遗留问题，则需在准出 告中标明，智能发布有条件准出 告
上线标准
功能上线需要以下情况均得到满足：
- 达到准出标准；
- 产品经理验收通过；
- 项目经理确定改时可上线不影响客户使用；
- 预发环境鬼鬼新需求和主流程通过；
- 回滚方案制定完成；
- 上线后，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端可访问测试版本服务端，可完成旧版本主流程，无 错 |
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！