“饭都吃不饱，哪顾得上美丽”

511版本在第一个验收版本，测试出了很多bug，回溯之前的工作，看看怎样改进

--【项目背景】：

涉及前台、后台、wap

511版本更新内容有：新增模块、遗留问题优化，涉及支付体系（分不同平台）、统计体系（统计用户、课程信息、财务统计）（分不同平台）、服务体系、分校专区、分校体系、课程体系、用户体系、知识树

--【研发】：

开发：

  几乎天天加班，到12点过后是常有的；

  bug修复后再下一个版本又出现；

  没有问题的再改出问题；

（后来才晓得这个庞大的工程，是基于别人的代码进行的二次开发，代码不熟悉，容易挖坑，容易踩雷😄）

挖坑太多，作为测试“饭都吃不饱，哪顾得上美丽”，即模块测试都搞不完，哪顾得上系统测试，再多资源都不够耗。

        ----【可以改进的措施】

***1.在研发阶段缺少代码检视；

***2.bug修复时，可结伴开发（敏捷思维），代码审核，少挖坑；

 

--【测试阶段】：

---1.测试用例，要求尽可能详细，就模块的功能点来说，是到位了

问题在：测试用例很庞大，上1000条，测试执行时，可能不能作为参考依据；

        ----【可以改进的措施】

***1.用例建议采用checklist方式，在清单中细化，用例重心应放在业务逻辑上；

***2. checklist要覆盖业务流程场景（验收阶段发现的多是此类bug）；

***3.用例庞大时，要梳理优先级，作为冒烟测试用例；

***3.交叉测试，是必不可少的

***4.庞大的测试量，需要设计可执行的测试策略 、方法，不能盲从：

        如测试数据共享：约定一些规则，这样准备的数据，其他人也可用；

***5.按测试计划进行：

  **每个测试阶段的时间段，要完成的任务；

   **资源怎么利用；

    把控进度，使得可控。