关于测试的故事

carol2000

关于测试的故事
在产品周期中， 有三位测试人员根据要求开始测试软件。
测试员1：
        立即开始手动测试，并发现一些细微的错误。开发团队高兴的修复了这些错误， 然后提供一个新的软件版本以供测试。测试的越多，发现的错误越多， 修复的错误也就越多。
        测试员1 觉得很有成就感，也就会感到快乐――至少一段时间是这样的。
        经过几轮这种发现、修复的循环，他开始由于一遍遍的手动重复运行实质上一样的测试而感到乏味和反应迟钝。当测试员1 最终丧失积极性― ― 同时也就意味着失去耐性― ― 就会宣称软件可以发布了。用户发现它有太多的错误， 于是购买了竞争者的产品。
测试员2：
        从手动测试开始，但很快就判定创建自动执行按键的测试脚本更有意义。仔细找出那些会使用到软件有用部分的测试后，测试员2 将操作记录到脚本中。这些脚本很快达到几百个。按下一个按钮后，这些脚本就被激活并按照步骤运行软件。
        测试员2 觉得自己很聪明，也就会感到快乐――至少一段时间是这样的。
        当软件发生变化时，这些脚本需要大量的维护。他花费数个星期开发人员争论，要求停止修改软件，因为这破坏了自动化测试。最和后， 脚本需要太多的维护以致留下太少的时间来进行测试。
        当软件发布后，用户发现太多脚本未覆盖的错误。他们停止购买该产品而决定等待版本2 的发布。
测试员3
        不想维护数以百计的自动化测试脚本。他编写了一个测试程序来在应用程序中到处随机点击和按按钮。这种“随机”测试程序不需要一直查看， 且发现了很多致命的错误。
        测试员3 很享受发现这些引人注目的缺陷，也就会感到快乐－－至少一段时间是这样。
        由于随机测试程序只能发现那些毁坏应用程序的错误，因此测试员3 仍然不得不做大量手动测试，并很快在这个过程中感到乏味和反应迟钝。当软件发布后用户在软件中发现如此多的功能性错误而对公司丧失信任， 于是停止购买这种软件。

评注：
测试员1 是一个典型的手动测试者， 从键盘手动运行所有的测试。手动测试在当前的工业界很普遍――它能提供直接的好处，但长时间的运行会让测试人员感到单调乏味， 对公司来讲成本高。
         “我看到的最悲哀的景象之一就是一个人在键盘上手动操作一些可以自动运行的东西。这是悲哀的但也是有趣的。”
黑盒测试： 软件和系统功能测试技术

测试员2 实践的是我称为静态测试自动化的测试。静态自动化脚本每次根据同样的次序执行同样的命令序列。当应用程序发生变化时这些脚本的维护成本很高。测试是不断重复的；但由于它们总是执行相同的命令， 因此它们很难发现新的错误。
         “高度重复的测试实际上将发现所有重要问题的几率最小化了，这和沿着别人的足迹前行将发现自己的天地的几率最小化的原因是一样的”
“骗人的测试自动化,”
测试员3 的操作接近于自动化测试的边缘。这些类型的随机测试程序被称为蠢猴因为它们就是毫无目的的敲打键盘。它们生成非常规的测试执行序列并发现很多致命的错误，但是想控制它们到应用程序中你想测试的部分却是很困难的。因为它们不知道自己在做什么，所以它们会漏过应用程序中很多明显的错误。
        “猴子式的测试不能是你测试的全部。猴子不明白你的应用程序，由于它们的无知它们漏掉了很多错误。”
“使用猴子式的测试工具,”
小结：
测试员1 的方法需要他的手不停的在键盘上工作。最后测试员1精疲力竭。
测试员2 的静态脚本重复他的手已经执行过的那些键盘操作。
测试员3 的猴子式测试本质上是无目的的在键盘上乱敲。
Now ：what we  should do to test  more science and more effective ？
;)

悠悠ma

现在已经将这三种方法结合起来测试了

zhangxinnow

主要的，重复的可以自动化的流程自动化。
其他的流程和异常测试手动测。
多反思，多评审，多增加好的新用例。
评：文章不错。

yinlingzii

即使目前国内大部分是处在人工测试阶段，只有少量的公司引用了自动化测试。但还是没有一个人出来左右中国国内的测试技术，领航！

xiaoming2624

测试的故事，看过了，大家也可以深思一下！其实做测试的要不断接触新的东西，掌握一些主流的测试方法及工具，要有所追求，肯定会有好发展的！

m@e

真的是故事，

zhangting85

时隔五年，让哥来解答你们心中的疑惑吧。
首先这个帖子里提出的问题很好，但是国内同仁水平普遍不够，呐，我知道大家也不想的，出来测试最主要是开心。。。下略100字
第一个测试员，我只能说一个字，就是累。
第二个测试员，同样是一个字，笨。
第三个测试员，两个字，聪明。

这里看似无解其实是因为命题有漏洞。

如果是我的话，我选择开发和测试员2一样的测试脚本，但比他聪明的地方是永远要记住“测试逻辑和UI分离”“测试逻辑和测试数据分离”，这两点是自动化测试的两大关键点。利用合理的架构可以完美实现这两点，实现与UI无关的测试脚本，最终效果是，开发累死累活改了几百行代码，我只要改几十行或者几行测试脚本。

测试员3确实聪明，用这种测试方法搭建一个mokey server之类的东西可以发现很多致命缺陷，虽然这看上去很SB，但试过你就知道真能发现很多严重问题，特别在游戏测试领域里，老外们做过很多试验了。但是，这个还不够，把这个加上我前面设计的那种维护工作量超小的测试脚本，这个工作就很赞了。

回到测试员1，全部手工测试太累了而且太傻了，你最起码应该雇一个外包人员，让他来做苦工你来做监工。不过由于我已经有了上面两种几乎完美的自动化测试了，剩下的事情就是手工探索性测试。非常简单。

三者加以改进后结合，如此，就几近完美了。

1977fx1250

测试本身就是一个不断反复重复的事情，如果感到烦躁，也就是你不再适合这个行业的预兆吧。
可以编写自动化脚本，可以用一切可以想到的方法“偷懒”，但是手动测试，个人认为在部分环节仍然无法被取代。

block

顶。。。

wangjf8711

工作中有两种情况，第一类和第二类，头疼

lyyyzhbsj

程序员和测试员的工作都很累人,但是作为自己选择的工作就要认真对待,只有两者很好的结合在一起,提高工作效率,提高并保证软件的质量,这样才是我们的努力方向!不在于工具的使用上,我的观点.

windfly1314

。。。我也害怕我也会走进死胡同

tinalanbinger

测试的路还很长,在无聊,乏味中寻找乐趣吧!

shyan77

属于第一类，经常会觉得很累，很乏味，偶尔会发现很有趣

aricone

同为互补，相辅相成。

lxm

可能是必须经过磨难才会进步，跨越初始阶段可能吗？

renhe

ding  !真的不错!要思考了!

baijun

武汉测试群：26373385

songfun

有意思，呵呵

钟花花

发人深省。。。