|
-----系统是否做了该做的事情?还有就是系统是否做了不该做的事情?------
今天,在用户现场的测试人员打电话回来:“我们的系统出现了一个大的问题:通过前台界面修改一条记录没有成功,系统也很正确的进行了提示,可是后台系统却把修改信息发了出去,其他厂家开发的系统接收到消息后同时进行了响应的修改,并且把修改成功的信息发送回来了,可是我们的系统却没有成功修改,导致业务不能正常进行,这样的系统根本就不能放行。”
这个案例就是一个很好的说明。测试人员在测试的时候首先会考虑系统是否实现了预期的功能-前台界面修改记录不成功进行提醒,但同时还要考虑系统是否做了不该做的事情,在这个案例中就是既然没有修改成功,那就不应该发送消息给其他系统要求修改相关信息。
这种问题多发生在功能之间的接口或者是多个人开发的系统中。例如在航天史上有名的案例:美国发射火星探测器,整个研发过程都比较严密,但是最终登录失败了。问题的原因就在于系统出现了问题:火星着陆与着陆后出现不衔接。着陆后系统运行应该在着陆的数据基础上运行,而项目研发的时候着陆后的系统运行实在数据清空的基础上运行,根本就没有考虑到实际情况。
这种情况开发人员与测试人员容易发生争议的地方是:开发人员认为我做的系统或功能没有问题,我已经测试通过。有的还会说当初没有告诉我要这样做,或者是别人没有在我的基础上考虑,或者别人没有给我传送我需要的数据。这时如果项目组织不够好的话测试人员往往要协调多名开发人员或开发团队来解决问题,有如果不乐观的话会吃力不讨好,无人理睬。 |
|