标签：功能 时间段 业务流 计划 准备 不可 场景 业务 多资源
511版本在这次验收阶段，测试出了很多bug，回溯之前的工作，看看怎样改进
-----------------背景----------------------
涉及前台、后台、APP
511版本更新内容有：新增模块、遗留问题优化，涉及支付体系（分不同平台）、统计体系（统计用户、课程信息、财务统计）（分不同平台）、服务体系、分校专区、分校体系、课程体系、用户体系、知识树
-----------------研发：
开发：几乎天天加班，到12点过后是常有的；bug修复后再下一个版本又出现；没有问题的再改出问题；
***1.在研发阶段缺少代码检视；
***2.bug修复时，可结伴开发（敏捷思维），代码审核，少挖坑；
挖坑太多，作为测试“饭都吃不饱，哪顾得上美丽”，即模块测试都搞不完，哪顾得上系统测试，再多资源都不够耗。
-----------------测试阶段：
---1.测试用例，要求尽可能详细，就模块的功能点来说，是到位了
问题在：测试用例很庞大，上1000条，测试执行时，可能不能作为参考依据；
***1.用例建议采用checklist方式，在清单中细化，用例重心应放在业务逻辑上；
***2. checklist要覆盖业务流程场景（验收阶段发现的多是此类bug）；
***3.用例庞大时，要梳理优先级，作为冒烟测试用例；
***3.交叉测试，是必不可少的
***4.庞大的测试量，需要设计可执行的测试策略 、方法，不能盲从：
如测试数据共享：约定一些规则，这样准备的数据，其他人也可用；
按测试计划进行：
**每个测试阶段的时间段，要完成的任务；
**资源怎么利用；
并怎样把控进度，使得可控。
标签：功能 时间段 业务流 计划 准备 不可 场景 业务 多资源
原文地址：https://www.cnblogs.com/ww-xiaowei/p/9021113.html
