软件测试与需求篇（三）

上一篇讲到由于软件设计人员在需求分析和设计时，对特殊情况的欠考虑，会给软件产品引入严重的问题。软件测试人员如果能比较早地发现这样的缺陷，那是再好不过了。先看一个案例：

案例三：

某软件公司测试人员在测试某法院办案办公系统过程中，建议在系统中增加功能，即“案件承办人可修改”。这一建议不仅得到了开发人员的采纳，而且得到了用户单位的认可。我们知道某些类型的案件的办案周期非常长，比如贪污、渎职这样的案件的办案周期可能要十多年之久，由于时间跨度大，案件原有的承办人可能会发生变更，如果系统提供了在案件承办人发生更换时可以进行修改的功能，用户使用时将更为方便自如。

从上面这个案例可以看出：软件测试人员要本着从用户角度出发，充分考虑用户的业务需求，才能提出高质量的缺陷。

软件测试的重要原则之一就是软件测试人员要从用户角度出发，为了强调这一点，再举一个案例，可能这个案例放在这一篇里不是非常妥当。

案例四：

“双机热备”测试相信有一些测试经验的读者都做过，下面是两个编写测试用例的思路（从51Testing中可以找到相关的知识）：

1.直接关掉主服务器看从服务器是否接管。

2.手动杀主服务器进程看从服务器是否能够接管。

有相当一部分测试人员在执行这类测试时会犯同样的错误，就是没有模拟用户使用的真实场景。我们想一想，在真实的场景中，主服务器由于某种原因需要从服务器接管时，整个系统有可能正有数百名用户正在向服务器发送操作请求，这时候从服务器能否成功接管才是测试的关键，在仅仅是启动被测系统，而不充分布置前端应用的场景下测试可以说是无效的，并不能发现问题。

通过上面几个案例，我们进一步明确了软件测试人员测试的一个基本出发点，从用户的角度出发。知道了出发点，我们就算是走上了软件测试这条康庄大路了，如何展开测试是下一个阶段要讨论的问题。