最近首次一个人(不完全是)完成了一个项目，对测试有了一点点心得，对与同事相处之道有了一点点体会，本篇主要记录接到一个新的需求，应该怎么做？
1.首先明确需求的优先级+期望上线时间。
目的：将测试排期与期望上线时间对比得出结果，看是否能在期望上线时间内上线。
2.明确 提出该需求的动机/目的是什么，即熟悉背景材料。
目的：帮助理解需求，使qa同学有感同身受之感。
3.需求是从0到1还是从1到2？
如果是前者则需要十分详细的了解需求。
如果是后者，请权衡是否需要对之前从0到1的需求进行详细了解，对之前已有的相关功能还需要测试否
目的：帮助 qa 侧对需求规模的理解
4.明确 需求涉及到的角色 产品、开发侧(前端/后端/风控方) 、设计师、数据库(数据表/字段值)、其他(仓储/队列/脚本) ，目的：
测试过程中需要建一个QQ群，便于交流 ----人物角色
测试过程中需要查看数据表字段值变化 ----数据库
测试过程中可能需要执行脚本 or 队列 或者产看日志---其他
如果涉及到前端请考虑UI测试(如新增则必侧，如之前已有可不用复测)
5.明确测试/预发布/线上环境 和 用到的后台/数据库 权限，
目的：测试前确认开发已将代码部署到相应环境。不同角色拥有公司后台/数据库的不同权限，需要什么请提前申请，避免影响测试进度。
6.非实际操作(脑子里 or 编写测试case)走一遍，并向产品确认这所有的逻辑。
目的：避免qa对需求理解深度+广度不够 避免产品侧对自己的需求有摇摆不定之态 ---拖延进度
-----2017/5/6
网友评论