测试人员有责任和义务去检查产品说明书吗？
作为一名测试人员我们都清楚越早进入测试越好，但是国内对测试的重视程度还没那么高，可能由于大家对测试能起到的价值认识不足导致。所以就需要项目团队中的测试人员要有清晰的思路，端正的立场，将测试重视起来。
我们的测试计划，测试用例的编写是依据产品说明书及交互稿（各个功能之间的交互方式的文档）来编写，那么从测试产品说明书开始测试是可以最大程度的节约项目整体成本的，因为缺陷大部分集中在需求阶段，一份不规范的需求文档会为后面工作的推进造成很多风险，例如开发人员对模糊的需求进行开发，导致可能驴唇不对马嘴等等。那么我们怎么测试产品说明书呢？
了解下静态测试和动态测试
1.静态测试：不运行程序，对程序和文档进行分析与检查，静态测试包括走查、审查、检验等
2.动态测试：运行程序，检查运行结果与预期结果的差异
对产品说明书进行高级审查
测试产品说明书第一步不是去找软件缺陷，而是在一个高度上审视。审查产品说明书是为了找出根本性大问题，疏忽或遗漏之处。
1.站在客户角度思考:设身处地的为客户着想,测试的时候把自己当成客户。
2.研究现有的标准和规范:软件测试员的任务不是定义润件要符合何种标准和规范，而是观察，检验是否套用正确的标准，没有遗漏。
3.审查和测试同类软件:同类软件有助于制订测试条件和测试方法，还可能暴露没想到的潜在问题
产品说明书的低级测试技术
1.优秀产品说明书应当具有的8个属性
（1）.完整。是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？
（2）.准确。解决方案正确吗？目标明确吗？有没有错误？
（3）.精确、不含糊、清晰。描述是否一清二楚？还是自说自话？ 容易看懂和理解吗？
（4）.一致。产品功能描述是否自相矛盾？与其他功能有无冲突？
（5）.贴切。描述功能的陈述是否必要？有没有多余信息？功能是否原来的客户要求？
（6）.合理。在特定预算和进度下，以现有人力、物力和资源能否实现？
（7）.代码无关。是否坚持定义产品，而不是定义其所依赖的设计、架 构和代码？
（8）.可测试。特性能否测试？测试员建立验证操作的测试错误程序是否提供足够的信息？
2.产品说明书7个用语检查清单
（1）.总是、每一种、所有、没有、从不。
看到此类绝对或肯定的切实认定的叙述，可以着手设计针锋相对的案例。
( 2）.当然、因此、明显、显然、必然。
这些话意图诱使接受假定情况。不要中了圈套。
（３）.某些、有时、常常、通常、经常、大多、几乎。
这些话太过模糊。“有时”发生作用的功能无法测试
（４）.等等、诸如此类、依此类推。
以这样的词结束的功能清单无法测试。功能清单要绝对或者解释明确。
（５）.良好、迅速、廉价、高效、稳定。
这些是不确定的说法，不可测试。如果在产品说明书出现，必须要求进一步指明含义。
（６）.已处理、已拒绝、已忽略、已消除。
这些说法可能会隐藏大量需要说明的功能。
（７）.如果...那么...（没有否则）。
缺少配套的否则，想一想，“如果”没有发生会怎样呢？
