从测试公司系统角度进行了总结：
1、代码逻辑，有部分页面或者配置项代码是写死的（数据取值），要主动思考可能的影响范围，向开发了解情况，并向需求说明
2、计算逻辑修改，汇总行验证
3、连续重复提交，对单据状态的判断
4、查询和导出：0和大数据（2000条以上）
5、用例增加临界值的检查（重点）
6、逻辑不清晰的要主动问，理想情况是清楚每个字段的取值
7、多用户或者一个用户，多个页面操作同一条数据、同一个功能
（1） 一个浏览器多个页签
（2） 多个浏览器
8、需要保存的数据，要进行必要验证。
关键信息必须进行验证（包括合法性和有效性）：比如后续功能有需要匹配用户信息的，不能报错
9、审批序列：
（1）按岗位匹配到人的话，同一岗位配多个人
（2）按岗位匹配到人，一个岗位不配置人员
（3）一个人配多个层级审批
（4）多次提交
延升项
1、需求是否有遗漏：比如影响的页面或者功能列举不全
2、每次多向开发问一句修改内容，可能的影响
3、与其他系统交互的，多考虑可能的传值情况，比如：订单发货时的PO号可能是一个，也可能是多个，也可能没有
4、破坏性测试/异常情况测试，只要能把页面搞报错或者页面崩溃的都是问题
网友评论