在接到一个测试项目或任务的时候能主动找相关的人员（项目负责人或开发）了解项目的进度，把握测试的进度
因为每个项目都有上线截至时间，测试的越早，后面的任务自然越轻，避免临上线前的长时间加班。
需要了解的点：
1）参与项目的开发，模块的划分，比如前后台谁负责，有bug提给谁等，需求找谁，优化找谁等（方便有问题可以快速找到负责人，而不是通过各种传达延误效率）。
2）功能点的梳理，这里要求给出功能清单，了解测试的范围，有哪些功能，业务，整体流程，功能的作用等。（来源于需求和咨询相关人员）
3）原型图，或其他相关资料
测试前的准备
1）测试系统的功能清单
2）测试用例
3）了解业务（除了正常的流程外还包括多方面，法规，风险，体验度等等）
测试时：
1）保证每个功能点都测试到（用例的覆盖率）
2）功能与功能之间的关联（最简单的比如：修改了密码，需要重新登录验证）
3）业务流程必须走通
4）资金数据不能差。必须保证百分百正确
5）需要注意用户体验度，对业务不完善的要提出优化建议。
6）只要发现的bug都要记录在bug管理工具上。
7）主动与开发，产品沟通，深入了解业务，功能点
8）用例执行失败的，需要进行第二轮测试。
9）遇到不明确的功能需要及时提出，反馈，并追踪最终解决方案
10）需把控BUG修改进度，遇到严重bug需要跟进开发修改进度。必要时发邮件说明等。
测试结束：
1）给出完整的测试报告（包括执行了多少用例，用例通过率，发现多少bug，严重程度，修复了多少，还剩余多少bug未修复）
2）编写操作手册（标注好注意事项等）
3）能够培训未接触过产品的人员，使其能够了解产品，使用产品
4）产品发布上线时需要在现场，投产成功后需要在生产环境验证
5）产品上线后，仍需要
转载请注明：http://www.0431gb208.com/sjszjzl/1461.html
