BS系统大家谈(个人经验)续记!

20.换版本时,要检查要更新的文件都更新完成;

21.重复点击;

22.某一段时期出现的错误;

23系统链接页面没有响应时,退出系统后,不断打开多开多个页面;

24.光标落在节点上才能新增;(类似:工具栏什么状态下才能用到该按钮;)

25.操作时要注意自己操作的环境,有时出现错误后,不一定立刻能弄明白错误出现的原因;

26.有条件的话可将自己测试的系统和其他测试人员调换来测试,这样的效果往往能发现自己不能发现
的错误,提高效率;

27.两个操作员在成品入库中选择相同的客户的同一张生产单号时,数据重复录入;

28.两个操作员在同一单据上修改数据;

29.多界面，不是对应关系，二对多，就会出现报错；

30.点击节点不能打开,之前操作了紧缩节点;

31.通过一段时间测试后,了解系统的一些架构和业务知识,对系统设计能提出自己的见解;

32.列出可能的状态或者不同的出错情况,进行用例测试;

35.过程哪些地方用到?检测规则哪些单据用到?表或者单据之间的依赖关系;

36.一个出错现象,可能模拟出来的情况不止一种;(使用者会有不同的操作习惯)

37.数据几时保存到数据库表中,什么状态能保存;修改时,什么状态能修正数据记录;

38.整理自己的测试内容,测试的环境,测试的步骤,测试过的测试点,提交测试报告及问题,
并能重现测试到的问题;不能重现的做好记录,多次操作或者做一些测试用例,或者请教下
开发人员,尽量了解有关的信息;

39.尽量拓展自己的思维,想得到比不停测试轻松很多,不要怕思考,尽量设计多的有用用例,
并作好记录,可重复利用;因为你已经分析问题的发生是由哪些问题造成的,就可以先排除
一些原因,并尽可能地让开发人员解决目前所发现的问题;

40.产品结存数太依赖单据或者没有仓库作记录,且一个产品有两个数为标准时,结存数要两个数
也要正确也不好把握;

41.审核时单据不时点击的那条记录,或者审核后跳到另一条记录中;

42.有条件或者有可能都尽可能返回到出错之前的操作环境;

43.有时开发人员或者其他人员的一段话会触动自己测试的灵感,而开发人员却不知道自己
程序问题所在,如果能捕捉得到,自己测试出来的问题也更有意义;

---说明:很随意写,可以激发自己的一些灵感;有些可能重复,没有整理,只不过每天有时间收集
一些经验罢了!