易用性
一般经常与用户接触的人员会对易用性理解深刻,用户觉得操作繁琐会要求系统修改的,上帝不满意了你能不管吗?
测试人员说了:我操作都感到麻烦,用户会操作的舒服吗?
这是测试人员对待系统在易用性方面的心态。
比如测试人员说“在查询结果中增加一个排序功能或者模糊匹配功能吧,要不查出这么多的数据,要找用户要的那个数据太不容易了。”
“这个增加功能太慢了,我都等的有点不耐烦了!”
有时这些提示会被开发人员忽略掉的。
“测试人员的脑子里到底在想什么呢?”(五)
安全性
(略)
响应速度、容量、压力负载
“这个增加功能太慢了,我都等的有点不耐烦了!”如果测试人员觉得时间长,用户也会有这种感觉的,更何况到用户使用的时候数据量可能会更多,随着用户数据量的增加,速度还会下降的。有时测试人员提出有关速度等性能问题的时候就是基于这个思路提出来的。
尽可能多的发现BUG
测试人员的职责就是找BUG,尽可能多的发现BUG,不管BUG是严重的还是轻微的,都要提出来。如果有时系统相对稳定或者测试人员不熟悉系统的时候,会发现很多轻微的BUG,比如显示错字、位置不对等等,开发人员会认为这些问题都不是问题而轻视测试人员,从而造成矛盾。
提前、尽早、不断
测试人员的原则之一。提前发现问题有助于尽早的解决问题降低成本(时间、人力、金钱等成本),也有助于对系统有全盘的把握。
不断测试原则比较典型的矛盾是这样:
开发人员:“能不能一次测试完就告诉我有多少问题?总是没个完。”
要知道BUG是永远都存在的,不可能一下子发现全部问题的。
足够好的测试
测试不是无休止的,所以即使你想进行完全的测试是不可能的,这在好多教科书中都有介绍,再加上测试是有成本的,需要花费时间、金钱、人力资源等成本的,有时过多的测试对企业来说是亏本的,因此测试有一个结束时间。但是总不能在不该停止测试的时候停止,否则系统中包含很多问题怎么办?因此测试既不能过度,也不能过少,进行足够好的测试就可以了。
这怎么会有矛盾呢?可以看一看开发人员的这句话就明白了:“用户都发现问题了,测试人员怎么不测试了呢?害的我们费这么大劲去修改。”
管理方式(处理方式)
有的管理人员对测试认识比较深刻,只要是测试人员发现问题,就要求开发人员必须限期修改完成,而不是对问题进行分析、评估并根据开发人员的工作量进行适当的安排。这样有时开发人员容易与测试人员造成矛盾:这么简单的问题也要提出来,而且这么多小问题,我哪有时间去改那!测试人员也不高兴了,我没有错呀,我都把问题发现了,提前告诉你不是很好吗?要是到了用户那里岂不是麻烦了?我做了好事不但不感谢,反倒成了我的不是了。但是测试人员也不愿意得罪开发人员呀,所以有时矛盾发展结果就成了开发人员与测试人员私下里达成协议:不记录问题,与双方都有利。
争议处理流程
(略)
缺陷处理成本 环节少
(略)
版权声明:本文出自 arron310 的51Testing软件测试博客:http://www.51testing.com/?402645
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。