进化的测试

这章主要介绍了静态黑盒测试的一种：对说明书的测试。我觉得跟以前的PEER REVIEW是相同的。之所以是静态的是因为测试的对象是静态的文档而不是运行的软件。黑盒呢就是因为测试员并不需要知道这个说明书是怎么写出来，那些资料来源于哪里，是否准确，怎么利用数据等等……只需要关心说明书的本身就可以了。

这个评审分为两个部分，第一部分是对说明书的概要评审。有三点是要做到的：
1.以用户的角度去看问题。可以先找软件的最终用户去谈谈，了解一下他们的习惯什么的，我觉得这里说的最终用户是End User而不是Customer。在这章里面我觉得比较精辟的句子就是：The definition of QUALITY means “meeting the customer’s needs”。
2.研究现有的标准和指南。不要做出来的软件是标新立异的，有时候个性是好，不过过分的个性通常不会有好的下场啊。
3.对类似的软件进行评审和测试。有句话说的很好，“你想不到的你的敌人会告诉你”。去看一下竞争对手的产品。 

第二部分讲的是对说明书的详细测试，书里面列举了两个Checklist

1.关于说明书本身的属性。

• Complete–说明书上有没有漏掉什么东西
• Accurate–正确性，对产品的定义是否是正确的呢
• Precise, Unambiguous, and Clear–描述要清晰，不要出现模棱两可的描述
• Consistent–要一致，不要前后矛盾或者跟其他相关文档矛盾
• Relevant–相关性，（其实我还不太能完全理解）
• Feasible–是否可行，如果说用手机来看HDTV，可以不，也许可以，不过不是现在。
• Code-free–不要在说明书里面出现代码算法什么的，客户不会关心我们怎么实现。
• Testable–是可测试的。

2.关于说明书的一些术语。

• Always, Every, All, None, Never–对于这些肯定的用语，一定要检查清楚看究竟所描述的相关部分是否真的100%肯定。
• Certainly, Therefore, Clearly, Obviously, Evidently–这些带有假设性的词语也是需要注意的，别跳坑了。
• Some, Sometimes, Often, Usually, Ordinarily, Customarily, Most, Mostly–这个跟上面提到的Precise,
• Unambiguous是一致的，不要出现模棱两可的定义，例如这个系统大多数情况下是不会死机的。
• Etc., And So Forth, And So On, Such As–出现这些词语都是有问题的，违背了Testable这个准则。因为这样的列表是没完没了的列表。
• Good, Fast, Cheap, Efficient, Small, Stable–出现这些词语也是违背了Testable原则。快？对于每个人来说都有不同的定义，“系统启动的很快”。有的人觉得5秒启动就是快的，有人可能觉得10分钟也是快的哦，谁知道呢。呵呵。
• Handled, Processed, Rejected, Skipped, Eliminated–通常这都会隐含了很多功能，而这些功能却没有被详细地指出来。
• If…Then…(but missing Else)。有IF就必须要有ELSE！

No related posts.