为什么了解了软件的工作方法会影响测试的方式和内容？

weijiemiamia

有人说
了解了软件的工作方法会影响测试的方式和内容！
这是为什么呢？
如果了解了软件的工作方法不是可以更明白哪里会出错了吗？

dandan

各人的理解不同吧,你上面说这种话的人,可能是要求测试人员像一个初次操作软件的用户一样,在对软件完全不了解的情况下操作软件,这样的话会因为操作的方式不正确测出一些问题,因测试人员特别了解了软件的工作方法可能对自已公司的软件出于一种习惯性的操作而忽略了一些像可实用性等问题.
但实际中,测试人员是一定要对软件的工作方法呀,业务流程呀都非常了解的,否则就会遗漏更多的问题.

[ 本帖最后由 dandan 于 2006-8-14 18:03 编辑 ]

xiaonan

不知道,你哪来的这种想法啊?我们测试要从正向和反向,也方面来验证我们的软件.了解了软件的工作方法,会有助于你正向的测试.只是别遗漏了反向的程序异常的处理.要尽量多的把所有异常情况都要模拟到.

lj1981727

楼主说的有一定的道理，
从这两年的工作中感觉，有时候对一个软件系统很熟悉，有些问题在别的测试人员眼里是bug，但是由于对系统很熟悉，已经习惯了这种操作方式
和操作流程，可能就不认为是bug，当一个人连续测试一个系统很长时间后，有些东西对他来说已经形成了一定的影响，比如他前几个月测试一个系统的
一个功能点，一直没有发现问题，而且测试了很多遍，他也就容易形成一种心理，那个地方肯定没有问题，测试时投入的时间和细心程度可能也会
相对降低。

所以，有时测试人员之间需要进行一些交叉测试，或是找一个不熟悉系统的人员去系统里面进行操作，往往这种对系统一点都不了解的人会经常发现
一些系统中的问题。

swallow0918

原帖由 lj1981727 于 2006-8-14 22:42 发表
楼主说的有一定的道理，
从这两年的工作中感觉，有时候对一个软件系统很熟悉，有些问题在别的测试人员眼里是bug，但是由于对系统很熟悉，已经习惯了这种操作方式
和操作流程，可能就不认为是bug，当一个人连续测 ...

1）不了解软件工作方法可能无法进行正常的测试工作，因为他不不知道软件工作方法，所以流程都可能无法走通。
2）不了解软件工作方法往往又能通过误操作等发现一些正常流程中不会出现的bug，提高软件的容错性问题。

2者有利有弊，所以说测试最好不要由一个人来完成，进行多人间的交叉测试（可能人力资源有限，但2人交叉测试是必须的）有助于提高软件的测试质量，这是很重要的一点。