呼叫中心项目测试方案

[Dasun]

一、背景介绍

• 项目名称：呼叫中心
• 项目简介：高效挖掘价值客服，快速筛选意向客户，提高业务员的电话沟通效率，为企业赢得更多商机。

二、 业务介绍

产品主要分为两个部分：
*坐席可使用pc、app、webrtc 、sip 的方式进行登录，根据主管分配外呼名单进行外呼
*主管使用的后台管理系统，主要用途为配置坐席外呼码号，分配坐席外呼任务

三、 架构介绍

• 外呼服务；
• 外呼任务服务；
• 质检服务；
• 报表服务；
• 智能外呼服务；
• 智能呼入服务；

四、测试方案

测试痛点一：
需求迭代较快，每周三 周五都为发布日，需求验证完成后需要回归主通路，大大增加了测试工作量，导致发布时间较长。

解决方案：
主通路通过自动化进行回归，发布日只需要验证需求功能点即可

测试痛点二：
大版本发布时需要回归测试环境 灰度 线上2套，一共四套环境的接口，人工回归耗时耗力，需求发布时还可能导致线上接口出现问题

解决方案：
部署接口自动化平台，定期执行，线上巡检，结合企微通知，有验证问题第一时间提单通知开发进行排查

[_AD (霍格沃兹_AD)]

我抛几个问题出来，你作为答案补充到文档里面：

1. 服务和服务之间的交互关系是什么。一个主流程用例，它经过了几个服务，是如何交互的。
2. 主流程通过自动化回归，那回归的用例数大概多少，覆盖了多少个接口，回归的用例是如何触发的？
3. 定期执行的具体策略是什么，针对于什么环境。第三个的问题提到了多环境，但是没有看到解决方案和多环境又什么关系，感觉更像是灰度测试。