测试完整流程+多系统联调

测试完整流程(待修改)

–用例设计

–开用例评审会议+和开发产品确认冒烟用例–发用例评审结果的邮件

–提测后进行冒烟测试–Dashboard发冒烟报告+VQP冒烟阶段审核

–功能测试–每日发功能测试进度及遇到的问题–结束后VQP功能测试审核

–代码版本合并，进行回归测试。

（如果没有安全评审，上线前一天要找安全负责人进行评审）

1、如何进行两个系统间的接口测试（小联调）

1、搞清楚两个系统如何交互：

接口标识：

数据流向：系统A（数据源，主动方） >> 系统B（接收数据，被动方）

接口协议：HTTP POST

2、准备联调测试用例/测试场景并与对方测试确认

3、确认联调环境并部署

4、准备联调测试数据

5、拉/接收到数据后注意报文或数据是否正确

6、注意重复数据的推送/拉取

2、如何进行三个以上系统的大联调

需符合以下条件才能进入大联调：

• 各系统功能测试用例100%通过
• 两两联调用例100%通过
• Medium及以上Bug全部关闭
• 功能测试报告和两两联调测试报告（如有）已发出
• 大用例+测试数据完成评审

Begin：

1、需求再次确认

2、用例与场景设计

编写联调场景，完成后可以找主产品单独先详细确认一遍再组织联调用例评审

联调用例要满足各系统验证各自功能的需求，但不宜繁复，尽量精简联调场景

评审之后也要确认有哪些联调数据要做

联调场景放在联调wiki中。

了解全流程逻辑：

系统A–系统B：做什么（流程步骤及校验点）
系统B–系统C：做什么

3、规划联调方案

在已确定的联调场景下详细计划排期，尤其是较大型项目

划分测试阶段（如可以根据售前、售中、售后等原则），预估每个阶段的执行时间，为了明确各个系统的介入和完成时间，将联调详细规划放在联调wiki中

规划联调方案时，按具体联调所涉及的系统，分段规划，如：

档期创建：财务系统、供应商系统
采购线：商品系统、仓储系统、仓库、比价系统、商品
下单前：PMS、user
下单：PC，APP端，移动中间层，多APP，多APP中间层，WAP，微信商城，客服-代客下单，cart，checkout，pay
订单流转：订单系统、物流系统、仓储系统
售后：客服、订单系统、物流系统、仓储系统、财务系统

4、协调联调资源

按规划好的方案发邮件通知项目相关人员，包括主产品、主PMO、各系统测试接口人等

与各系统测试接口人确认人力、测试环境是否可以按时支持

将联调资源信息登记到联调wiki中

5、准备联调

包括联调数据的准备、环境的搭建。

6、联调执行

联调启动后，主测每天需要发送联调日报，报告联调进度及遇到的问题，抄送给所有的项目相关人。联调日报模板。

联调执行可归并同类操作执行，减少沟通次数

遇到问题及时跟进，在联调群里面直接点名寻求帮助

联调中产生的数据、结果物及时更新到联调wiki
7、联调完毕

联调结束后发送联调报告，可包含当天日报的内容

额外需要进行一些总结，包括：本次联调的突出问题及未来应对方案；获得的某些正面经验；列出未解决的问题并叮嘱跟进人解决；不要忘了感谢大家的付出~