测前沟通模板

• 沟通事项及目标

沟通事项	所要达成的目标
需求确认，对于较复杂活不明确的需求，请pm一同做测前沟通	提前发现需求上的问题，避免人力浪费
对自测case进行抽查	提升rd自身的质量意识，养成自测的习惯
提测的文件目录中有无修改环境的配置文件	保证在测试环境下进行测试，防止将测试数据发到线上
代码review，请RD讲解代码的主要逻辑	使得qa能够整体代码的架构原理，更加明确快速的进行代码评审
和RD确认代码修改或增加后的影响面及测试重点	提前估计工作量与目标，对于重点难点做针对性的测试
新人或测试新的模块时，请rd讲解环境搭建的相关事项	减少qa在环境搭建上浪费不必要的时间，及时进入测试状态

模板1

时间：2019-7-29 下午

沟通人员：RD XXX QA XXX PM XXX

【项目背景】

       项目实现了哪些功能，设计这些功能的需求出发点是什么

【项目影响范围】

       项目影响了原有系统的哪些功能或性能

【实现的功能】

1. 1.      请RD串讲需求，列出功能点，须有PM参与

【代码修改】

1. 1.      请RD演示代码修改情况
2. 2.      提测的文件目录中有无修改环境的配置文件

【自测演示】

1. 1.      RD自测情况：

【测试要点】

1. 1.      与RD共同讨论测试重点

【其它沟通内容备忘】

1. 1.      环境搭建相关：

新人或测试新的模块时，请rd讲解环境搭建的相关事项

 

模板2

时间：2019-7-29 下午

沟通人员：RD XXX QA XXX PM XXX

【沟通内容】

         项目内容

【提测时间】

【项目方案】

         业务逻辑及实现逻辑

【测试范围】

         本次修改的内容及该项目相关的部分

 

 

模板3

 

【沟通时间】：2019-05-17 15:30 

【参与人员】：RD xxx  QA xxx  PM XXX 

【项目名称】： XXXXX 

【项目背景】 

     目的是要开发一套通用的智能推荐系统，预计效果 

• 易接入，通用性高，我们可以提供一些通用的推荐算法或推荐模板，其他模块接入时开发量少，主要开发量就是基于基类写个性的推荐方法 
• 稳定性高 
• 高性能

 

【项目方案】(可在此环节要求show code）

       包括业务流程逻辑，环境搭建及配置，第三方联调粒度及场景，阻塞业务流程errorCode信息，定位问题关键信息，表设计或表结构变更，上线步骤（不涉及到的部分可以不列出）

1. 离线处理：对外提供导入redis的通用脚本，支持FTP文件 
2. 对外提供RPC调用 
3. 关于推荐策略上的实现目前只是小demo，走通环境阶段 

 

【项目影响范围】 

        影响上下游XXX模块，影响PC端、h5，app等 

 

【测试范围】 

【涉及模块】XXX 

【功能】（新增/回归/核心功能3部分） 

【性能】（性能/稳定性是否需要进行） 

【联调需求】（是否需要和其他团队联调） 

【其他测试注意事项】