站在用户的角度去测试

测试人员在开展测试活动之前，先要明白是为了什么进行测试。是为了验证软件能够完成所设计的功能？是为了尽可能地找出软件中存在的缺陷？还是为了确保软件达到某一质量水平？

不同的测试目的，将决定测试设计和测试进程。

无论如何，软件开发出来是给人用的，是为了解决软件的客户或用户在具体业务上的问题或提高其效率。所以，测试也应站在用户的角度去考虑，这样才能使得通过测试的软件能够满足用户使用需求，获得用户的满意。

如果测试的目的是尽可能发现并改正被测试软件中的Bug，提高软件的可靠性，那么就可能导致有些组织用发现的Bug的数量来衡量测试人员的业绩，从而造成以下两种结果：或者一些追求Bug数量的测试人员会找出一堆无关痛痒的Bug来滥竽充数；或者测试人员会花很大力气设计一些复杂的测试用例以求发现更多的缺陷，而不关心这些缺陷在实际用户的使用过程当中是否会发生。

如果测试的目的就是为了保证软件质量，但是软件质量要素有很多，包括可理解性、简洁性、可移植性、一致性、可维护性、可测量性、易用性、效率、安全性等，要确保所有的质量要素得到验证，测试资源和测试周期不允许，而要只保证其中一个或几个要素的高质量，你又怎知用户不在意其他要素的质量？

不站在用户的角度去测试，就会造成上述这样费力而无效的结果。

所以，测试人员应该像工兵一样，在大部队（客户）预期前进的方向上探雷、扫雷，而不需要去关心那些根本没有人会去碰的地雷。

从用户的使用需求出发去设计测试用例，执行相关测试，验证用户的使用需求是否得到满足，这才是测试人员应该做的事。

所以，测试人员应当积极主动地参与需求开发和验证过程，确保掌握用户真实的使用需求，设计出覆盖所有用户期望的测试用例，而不是只在软件编码实现之后才开始测试活动。

这正是；

了解用户真需求，按需设计好用例

测试目的当如是，避免无效又费力

参考书目：大话软件测试，作者：欧立奇，出版社：电子工业出版社