哈哈~晚上又读了一章,其实也就是10页左右的内容而已,这章主要介绍了静态
黑盒测试的一种:对说明书的测试。我觉得跟以前的PEER REVIEW是相同的。之所以是静态的是因为测试的对象是静态的文档而不是运行的软件。黑盒呢就是因为测试员并不需要知道这个说明书是怎么写出来,那些资料来源于哪里,是否准确,怎么利用数据等等……只需要关心说明书的本身就可以了。
这个评审分为两个部分,第一部分是对说明书的概要评审。有三点是要做到的
1.以用户的角度去看问题。可以先找软件的最终用户去谈谈,了解一下他们的习惯什么的,我觉得这里说的最终用户是End User而不是Customer。在这章里面我觉得比较精辟的句子就是:The definition of QUALITY means "meeting the customer's needs"。51Testing软件测试网!jd2R[6?mZv
2.研究现有的标准和指南。不要做出来的软件是标新立异的,有时候个性是好,不过过分的个性通常不会有好的下场啊。
4ylz._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{yv
~vFeasible--是否可行,如果说用手机来看HDTV,可以不,也许可以,不过不是现在。
u?!{?"G#_i0Code-free--不要在说明书里面出现代码算法什么的,客户不会关心我们怎么实现。
51Testing软件测试网
ba4\gi |Testable--是可测试的。
2.关于说明书的一些术语。
{0aTd7\
_a0Always, Every, All, None, Never--对于这些肯定的用语,一定要检查清楚看究竟所描述的相关部分是否真的100%肯定。51Testing软件测试网7t"C5k"wYFTr9|g
Certainly, Therefore, Clearly, Obviously, Evidently--这些带有假设性的词语也是需要注意的,别跳坑了。
zV 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 LuW Z.?0Good, Fast, Cheap, Efficient, Small, Stable--出现这些词语也是违背了Testable原则。快?对于每个人来说都有不同的定义,“系统启动的很快”。有的人觉得5秒启动就是快的,有人可能觉得10分钟也是快的哦,谁知道呢。呵呵。
(E;B*nwPzS'?O0Handled, Processed, Rejected, Skipped, Eliminated--通常这都会隐含了很多功能,而这些功能却没有被详细地指出来。51Testing软件测试网ZZc-h+x-P9Fle
If…Then…(but missing Else)。有IF就必须要有ELSE!