哈哈~晚上又读了一章，其实也就是10页左右的内容而已，这章主要介绍了静态
黑盒测试的一种：对说明书的测试。我觉得跟以前的PEER REVIEW是相同的。之所以是静态的是因为测试的对象是静态的文档而不是运行的软件。黑盒呢就是因为测试员并不需要知道这个说明书是怎么写出来，那些资料来源于哪里，是否准确，怎么利用数据等等……只需要关心说明书的本身就可以了。
这个评审分为两个部分，第一部分是对说明书的概要评审。有三点是要做到的
1.以用户的角度去看问题。可以先找软件的最终用户去谈谈，了解一下他们的习惯什么的，我觉得这里说的最终用户是End User而不是Customer。在这章里面我觉得比较精辟的句子就是：The definition of QUALITY means "meeting the customer's needs"。51Testing软件测试网!jd2R[6?mZv
2.研究现有的标准和指南。不要做出来的软件是标新立异的，有时候个性是好，不过过分的个性通常不会有好的下场啊。
4yl z._6[03.对类似的软件进行评审和测试。有句话说的很好，“你想不到的你的敌人会告诉你”。去看一下竞争对手的产品。
第二部分讲的是对说明书的详细测试~书里面列举了两个Checklist
{n+j[*o01.关于说明书本身的属性。
51Testing软件测试网5~GH} CMComplete--说明书上有没有漏掉什么东西
51Testing软件测试网@J(~6e)X1b/Q]Accurate--正确性，对产品的定义是否是正确的呢
#j6iy? C1T2v{0Precise, Unambiguous, and Clear--描述要清晰，不要出现模棱两可的描述
9o1yc-{ P
S3G~0Consistent--要一致，不要前后矛盾或者跟
其他相关文档矛盾
+hC9O6RX*Cd v/A0Relevant--相关性，（其实我还不太能完全理解）
51Testing软件测试网 nu6{y v
~vFeasible--是否可行，如果说用手机来看HDTV，可以不，也许可以，不过不是现在。
u?!{?"G#_i0Code-free--不要在说明书里面出现代码算法什么的，客户不会关心我们怎么实现。
51Testing软件测试网
b a4\g i |Testable--是可测试的。
2.关于说明书的一些术语。
{0aTd7\
_ a0Always, Every, All, None, Never--对于这些肯定的用语，一定要检查清楚看究竟所描述的相关部分是否真的100%肯定。51Testing软件测试网7t"C5k"w Y F Tr9| g
Certainly, Therefore, Clearly, Obviously, Evidently--这些带有假设性的词语也是需要注意的，别跳坑了。
z V m!| V"Y&d|0Some, Sometimes, Often, Usually, Ordinarily, Customarily, Most, Mostly--这个跟上面提到的Precise, Unambiguous是一致的，不要出现模棱两可的定义，例如这个系统大多数情况下是不会死机的。
lA8t/O(lx&RS0Etc., And So Forth, And So On, Such As--出现这些词语都是有问题的，违背了Testable这个准则。因为这样的列表是没完没了的列表。
.^#S5c L uW Z.?0Good, Fast, Cheap, Efficient, Small, Stable--出现这些词语也是违背了Testable原则。快？对于每个人来说都有不同的定义，“系统启动的很快”。有的人觉得5秒启动就是快的，有人可能觉得10分钟也是快的哦，谁知道呢。呵呵。
(E;B*nwP zS'?O0Handled, Processed, Rejected, Skipped, Eliminated--通常这都会隐含了很多功能，而这些功能却没有被详细地指出来。51Testing软件测试网ZZc-h+x-P9Fle
If…Then…(but missing Else)。有IF就必须要有ELSE！
