在团队的测试任务中，我们会遇到非常多的问题，所以团队之间的沟通就显得尤为重要。

记录下问题和当时的感受，如果有好的解决方案可以后续补充，现只做记录和分析

1 业务迭代中，测试深度的拓展 

       描述：   基于当前公司迭代项目现状，目前测试更多关注业务对页面产生的影响。不太关注操作后，后台系统在做什么。例如新增“更新排班后”，a 关注数据库中人员排班表班次是否变更 b MQ消息是否收到(看服务日志)，收到后是否同步数据库中人员的月报/日报中班次。

       困难： a 开发无概要文档描述后台业务如何进行 b 数据库表和字段无注释说明  c 业务流程中对应服务日志不清楚，不知道看哪个服务日志。

2 业务迭代中，测试广度的拓展 

        描述：基于当前公司迭代项目现状，目前测试更多关注功能测试。不太关注 性能（大数据并发测试 + 线下基线检测）+ 易用性 等方面测试。比如加班迭代中，审批中心批量归档多条加班申请后，并发插入数据表中，造成调休报表/加班报表中数值计算错误。

        困难：迭代中测试周期经常被压缩，项目leader只关注项目进度，不关注测试设计/测试策略。导致测试策略只能选择“功能测试”，没有资源拓展其他（性能测试，易用性测试等）

3 业务迭代中，交叉测试

      描述：按字面意思理解就是把测试人员所测试的模块交换测试。比如A本轮(QA)执行的假期新增/导入等，B执行的假期规则/假期报表， 在Beta测试时 B执行假期规则/假期报表， A执行假期新增/导入等。

      意义：1 每一个测试人员有自己思维的局限性，一种思维测试过之后，软件会对这种测试思维产生抗性，很难再发现新的问题，通过交叉测试，可以把新的测试思维带进来，测试出未发现的bug。

                2 防止由测试人员工作粗心导致漏测，提升测试团队测试的质量。

     困难：如交叉测试人员对彼此负责模块不熟悉，导致Beta测试时间延长。