2.产品说明书7个用语检查清单

　　A.总是、每一种、所有、没有、从不。

　　看到此类或肯定的切实认定的叙述，可以着手设计针锋相对的案例。

　　B.当然、因此、明显、显然、必然。

　　这些话意图诱使接受假定情况。不要中了圈套。

　　C.某些、有时、常常、通常、经常、大多、几乎。

　　这些话太过模糊。“有时”发生作用的功能无法测试

　　D.等等、诸如此类、依此类推。

　　以这样的词结束的功能清单无法测试。功能清单要或者解释明确。

　　E.良好、迅速、廉价、高效、稳定。

　　这些是不确定的说法，不可测试。如果在产品说明书出现，必须要求进一步指明含义。

　　F.已处理、已拒绝、已忽略、已消除。

　　这些说法可能会隐藏大量需要说明的功能。

　　G.如果...那么...（没有否则）。

　　缺少配套的否则，想一想，“如果”没有发生会怎样呢？

　　软件测试读书笔记之五：闭着眼睛测试软件

　　一、动态黑盒测试

　　1.不深入代码细节的软件测试方法称为动态黑盒子测试。它是动态的，因为程序正在运行；它是黑盒子，因为测试时不知道程序如何工作。测试工作是进行输入，接受输出，检验结果。

　　2.首先要弄清楚作为测试对象的软件要输入什么得到什么，或者操作结果。这要求有文挡或产品说明书；接下来开始定义测试案例（是我们常说的测试用例）

　　3.选择测试案例是软件测试员重要的任务。不正确的选择可能导致测试量过大或者过小，甚至测试目标不对。准确评估风险，把不可穷近的可能性减少到可以控制的范围是成功的诀窍。

　　4.没有产品说明书的情况下使用探索测试。（这个我觉得很重要，因为国内大部分软件都是这样的，因为国内大部分软件都是这样的，什么说明都没有，没有需求说明，没有产品说明书，没有设计书......呵呵，这是有中国特色的软件测试吧~~，遇到这种情况不要烦躁，“把软件当成产品说明书来对待。分步骤地逐项探索软件特性。记录软件执行情况，详细描述功能。在这种情况下，无法像有产品说明书那样完整的测试软件--比如无法断定是否遗漏功能，但是可以进行系统测试。找到软件缺陷几乎是肯定的.”   小雪经验总结：这种情况还要多和开发的沟通，在他们那了解软件更多的情况。他们自己写的，没有人比他们知道的多.这种测试会遇到很多你认为逻辑不合理的地方，因为没有需求说明，开发的完全照自己的意思来编写代码.有的是多人编写，每人负责一个模块，模块之间衔接和整个软件的业务逻辑多会有许多问题.

　　二、通过测试和失败测试

　　通过测试：确认软件至少能做什么，而不考验其能力。只运用简单，直观的测试案例。

　　失败测试：纯粹为了破坏软件而设计和执行的测试案例。

　　设计和执行测试案例时，总是首先进行通过测试。在破坏性试验之前看看软件基本功能是否实现是很重要的，否则在正常使用软件时会奇怪为什么有那么多的软件缺陷。常见的测试案例是设法迫使软件出现错误提示信息。

　　三、等价分配

　　等价分配（等价类划分）：是指分步骤地把过多（无限）的测试案例减小到同样有效的小范围的过程。

　　等价类别或者等价区间是指测试相同目标或者暴露相同软件缺陷的一组测试案例。在寻找等价区间时，想办法把软件的相似输入、输出、操作分成组。这些组是等价区间。等价分配的目标是把可能的测试案例组合缩减到仍然足以测试软件的控制范围。因为选择了不完全测试，要冒一定的风险。如果为了减少测试案例的数量过度进行等价分配，测试的风险会增加。另外，等价区间的划分没有一定的标准，只要足以覆盖测试对象行了。

　　（个人认为这里讲的不是很好，在笔记前我说了，本书测试用例设计方法上做的不是很好，有关知识大家上网看吧，写的很详细，推荐一个风姿清扬整理的测试用例设计方法~。以后遇到相关测试用例设计的问题我都引用一些比较流行的通俗的知识或者直接省去了`。我们设计用例数据的时候按照等价类划分方法：

　　等价类分为有效等价类和无效等价类，有效等价类是由那些对程序的规格说明有意义的、合理的输入数据所构成的集合；无效等价类是那些对程序的规格说明不合理的或无意义的输入数据所构成的集合。