51Testing软件测试论坛

标题: “测试人员的脑子里到底在想什么呢？”（二） [打印本页]

作者: wncg 时间: 2006-3-9 17:27
标题: “测试人员的脑子里到底在想什么呢？”（二）
-----系统是否做了该做的事情？还有就是系统是否做了不该做的事情？------

   今天，在用户现场的测试人员打电话回来：“我们的系统出现了一个大的问题：通过前台界面修改一条记录没有成功，系统也很正确的进行了提示，可是后台系统却把修改信息发了出去，其他厂家开发的系统接收到消息后同时进行了响应的修改，并且把修改成功的信息发送回来了，可是我们的系统却没有成功修改，导致业务不能正常进行，这样的系统根本就不能放行。”

   这个案例就是一个很好的说明。测试人员在测试的时候首先会考虑系统是否实现了预期的功能－前台界面修改记录不成功进行提醒，但同时还要考虑系统是否做了不该做的事情，在这个案例中就是既然没有修改成功，那就不应该发送消息给其他系统要求修改相关信息。

   这种问题多发生在功能之间的接口或者是多个人开发的系统中。例如在航天史上有名的案例：美国发射火星探测器，整个研发过程都比较严密，但是最终登录失败了。问题的原因就在于系统出现了问题：火星着陆与着陆后出现不衔接。着陆后系统运行应该在着陆的数据基础上运行，而项目研发的时候着陆后的系统运行实在数据清空的基础上运行，根本就没有考虑到实际情况。

   这种情况开发人员与测试人员容易发生争议的地方是：开发人员认为我做的系统或功能没有问题，我已经测试通过。有的还会说当初没有告诉我要这样做，或者是别人没有在我的基础上考虑，或者别人没有给我传送我需要的数据。这时如果项目组织不够好的话测试人员往往要协调多名开发人员或开发团队来解决问题，有如果不乐观的话会吃力不讨好，无人理睬。

作者: edwin_chen 时间: 2006-3-9 20:30
帮你顶

作者: alexchen 时间: 2006-3-9 22:13
很好，也顶一下！找出对客户真正有用的缺陷才体现出测试人员的价值。

作者: huashigz 时间: 2006-3-10 17:29
一席话惊醒梦中人，收益非浅。。。。不过楼主的标题，让我觉得您认为测试人员做事不用脑，好象不对吧。即使是转载也应该仔细阅读的啊。。。实际系统出错，程序员本身也有问题，你的程序出了问题，而测试人员也因为自身原因没能找到问题。所以责任是双方的。

作者: empire 时间: 2006-3-19 14:30
我认为　可能有一点被忽视了！
那就是该软件的易测试性！　测试时怎样才能说明该功能是正确地实现了呢？
我认为在上述软件的修改功能的测试中测试人员应该要看到数据库中的变化而不能仅仅是看到正确的信息提示！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)