作者：京东云开发者-京东零售 王兰青

链接：https://my.oschina.net/u/4090830/blog/10143749

一、序

二、提测质量研测共建

1. 责任与使命

2. 项目管理

2.1 资源管理

2.2 流程管理

1. 评审前，研测人员对需求进行预习，准备待确认问题，对需求问题进行信息拉齐；

2. 抽象：从宏观层面，了解业务背景，理解要解决的业务痛点；

3. 具象：了解需求功能，了解相关功能的上下文；

4. 抽离：对功能进行推理、演化、扩展，提出需求未明确的场景，进行补充确认；

5. 控场：对于歧义较大、需求缺失信息较多的情况，合理拒绝。

6. 对评审的问题，形成待办，落实责任人。对问题进行跟进，对结论进行同步。

1. 研发人员需要编写清晰、具体、可验证的设计文档，数据库设计，接口文档，以便在评审过程中更好地理解和评估设计方案；

2. 测试人员评审前对相关文档进行预习：包含但不限于以下文档，设计文档、依赖的内部、第三方、企微接口文档、数仓表、上下游功能等；

3. 测试人员准备待确认问题，不限于设计问题，也可包含业务场景补充、影响范围补充；

4. 测试人员提合理的物料要求：比如造数、日志关键字支持，在测试环境进行冒烟测试，配置依赖的配置信息，通过业务流完成冒烟测试；

5. 测试人员，可以提前识别复杂造数场景，与研发沟通，协商采用脚本或其他工具提前完成；

6. 研发技改需求，研发为了追求完美，方案可能会改多版，改动随意，要求明确改动点，影响范围，回归范围；

1. 频繁沟通，保持频繁、及时、有效的沟通，确认需求理解一致性，确保对项目的需求和进展有清晰的理解；

2. 对业务背景及需求理解透彻，避免开发方向性错误；

3. 合理设计方案，具备灵活扩展、足以应对小的需求变更的能力；

4. 合理工作拆分，尽量减少交叉工作及相互依赖；

5. 合理评估工作量，细化工作内容，规避工期对质量的影响；

6. 合理设计自测场景，提前了解测试用例，提高自测意识及覆盖度；

7. 全面评估及约束影响范围，避免对已有功能产生不可预知的影响；

8. 开发细节过程可追溯，避免在测试阶段遗漏；

9. 代码评审，通过评审，帮助团队发现签潜在的问题，提高提测质量。

1. 测试用例前置，帮助团队发现潜在的问题，避免在后期才发现问题，从而降低修复问题的成本；

2. 充分理解需求，了解业务的痛点，从业务层设计，全面覆盖业务场景；

3. 理解技术实现过程，了解数据存储及数据处理逻辑，多考虑可能的异常情况，对数据的不同态进行考虑设计；

4. 自动化测试用例资源盘点，复用自动化用例，提高测试效率，扩大测试回归范围，保证测试质量；

5. 测试物料准备工作前置，环境的构建，数据的准备，脚本的开发，资源的协调等；

6. 充分进行需求变更，通过改动点，精准圈定变更范围；

1. 严格按照约定的标准进行准入、准出；

2. 根据过往合作情况，灵活调整冒烟策略；

3. 对冒烟测试不通过的需求，进行记录；

4. 可酌情，做必要的冒烟支持工作；