标签：异常 val 自己 自动 不同 脚本 场景 产品 不能
1.产品评审：
①发表自己的意见；②评审的时候不能只停留在ui，尽量让产品说清楚（交互，排序方式，刷新规则，分页处理）
2.测试计划，测试方案：
测试计划：描述了要进行的测试活动的范围、方法、资源和进度的文档。它主要包括测试项、被测特性、测试任务、谁执行任务和风险控制等。
测试方案：描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。
|
序号 |
角度 |
测试计划 |
测试方案 |
|
1 |
组织方式不同 |
管理文件 |
技术文件 |
|
2 |
目的不同 |
强调“做什么” |
强调“怎么做” |
|
3 |
具体要求不同 |
组织架构、工作任务分配、工作量估计、人力物力资源的分配、进度的安排、风险的估计和规避、各任务通过准则等 |
测试需求的细化、测试组网图的设计、自动化测试框架的设计、测试数据和测试脚本的设计、测试用例设计的原则等 |
①测试环境的准备（软件，硬件）；②测试数据的准备（尽量准备的数据，覆盖测试用例需要的各种数据）
3.测试用例：
①边界值一定要考虑；②覆盖各种场景；③异常情况
4.测试：
①认真对ui；②接口测试；③抓包（值返回的正确性，看是api的问题还是前端的问题）；④任何细小的问题都要记录，不能开发说没事就不记录；⑤任何偶尔的问题要争取复现，有可能是毕现的问题；⑥有过改动后的版本要全面的测试（根据测试用例）。
5.特别注意：
①刷新的页面（当前页刷新，返回上级页面是否刷新）；②分页数据的正确性（上拉加载，下拉刷新，先上拉加载后下拉刷新）
标签：异常 val 自己 自动 不同 脚本 场景 产品 不能
原文地址：http://www.cnblogs.com/ttys/p/7040991.html
