测试注意事项1

上一篇 / 下一篇  2011-05-07 09:49:46 / 个人分类:测试【总结】

一下是看过《2007年度第典型泄漏bug分析》此文章的总结,一些测试以后的注意点:

 

1.  以后对QP的测试,要输入文本框最大长度,末尾包含非法词,查看QP系统是否能检测出来。

2.  回归测试测试翻页功能。

3.  在某功能修改后,对相关模块其他类似修改点进行扩展测试。

4.  实际这个问题就是测试不全的问题,每个功能点必须要测试到位,不能因为数据少而不去测试翻页,而应该通过各种方法组织数据把这个功能点测试全。

5.  朋友关系改版后,所有涉及朋友关系的页面都应该做修改,多考虑一个逻辑改动,有可能相关的所有模块。补充测试用例

6.  对于业务的细节逻辑用例,以后一定要补全到文档中。

7.  一般我们在测试添加的时候比较详细,但是在测试修改时,考虑的不是很完全,所以在测试修改项时,也要测试详细。

8.  以后测试添加数据时多考虑一些特殊字符的输入,和必添项中输入空格等进行测试。可以准确的测试系统是否考虑过这些异常的输入。

9.  这个BUG没有考虑API本地化的情况,如果某个接口是给中国用的,默认的系统时间应该设置成中国时区的,在测试的时候需要更多注意去关注本地化测试。

10. 页面和流程有变化时,要确认对应的提示信息是不是还是合理的。

11. 在回归测试时,把该测试点补充测试

12. 每次程序修改,想办法了解修改内容会带来那些功能影响

13. 不用cookie作为确定所操作站点的唯一参考,同时添加通过postget等其他方式传递site_id来进行多重验证。

14. 测试用例细节考虑不够充分,需要把case遍历。

15. 把生产环境有问题数据导入到测试环境验证。

16. 在回归测试时,把该测试点补充测试

17. 每次程序修改,想办法了解修改内容会带来那些功能影响,扩大回归测试范围,加强回归测试。

18. 在有相关JS变更时,没有相应测试购物的翻页功能,不知道此处有影响

19. 一旦JS有变化,测试相关有影响的购物功能

20. 测试时应遵循产品日常正常使用流程进行测试,至少测试到日常使用流程。

21. 增加到测试用例,测试用例覆盖和扩展不够,加强测试用例编写深度.

22. 系统发送的消息在表里加一个标识位,用于可夸表查询找到数据并显示到列表页

23. 测试用例加强继续值的检查,且用例要进行评审,严格执行测试流程,保证测试点的覆盖。

24. 及时沟通,确认每个版本改了哪些问题并进行相应测试


TAG:

 

评分:0

我来说两句

Open Toolbar