文档测试包括哪些内容?
大家好！哪位XDJM知道如何进行文档测试，文档测试都包括哪些内容？
知道的请回复，谢谢啦。sdlkfj2
刚巧在《软件测试的艺术》上面看见的，就截图给你看看 rainyday32提供的信息好像不是我想要的 。
不过谢谢你提供的信息，我会再查查看。 1.仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。
2.检查文档的编写是否满足文档编写的目的
3.内容是否齐全，正确
4.内容是否完善
5.标记是否正确
:) WWWUX提供的信息已经基本接近了，但不够全面。
希望能再详细一些。谢谢。 再详细就得拿实际例子了！ 我也发现楼主要求很高~你要是知道那么多何必来这里问阿？ 只要是字和图形都要测试，哪怕是包装盒上的 5. 文档测试
产品说明书属性检查清单
a 完整：是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？
b 准确：既定解决方案正确吗？目标明确吗？有没有错误？
c 精确：不含糊，清晰。描述是否一清二楚？还是自说自话？容易看懂和理解吗？
d 一致：产品功能描述是否自相矛盾？与其他功能有没有冲突 ?
e 贴切：描述功能的陈述是否必要 ? 有没有多余信息 ? 功能是否满足的客户要求 ?
f 合理：在特定的预算和进度下，以现有人力，物力和资源能否实现 ?
g 代码无关：是否坚持定义产品，而不是定义其所信赖的软件设计，架构和代码 ?
h 可测试性：特性能否测试 ? 测试员建立验证操作的测试程序是否提供足够的信息 ?
产品说明书用语检查清单
说明：对问题的描述通常表现为粉饰没有仔细考虑的功能 ---- 可归结于前文所述的属性。从产品说明书上找出这样的用语，仔细审视它们在文中是怎样使用的。产品说明书可能会为其掩饰和开脱 , 也可能含糊其词 ---- 无论是哪一种情况都可视为软件缺陷
i 总是，每一种，所有，没有，从不。如果看到此类绝对或肯定的，切实认定的叙述，软件测试员就可以着手设计针锋相对的案例
j 当然，因此，明显，显然，必然。这些话意图诱使接受假定情况，不要中了圈套。
k 某些，有时，常常，通常，惯常，经常，大多，几乎。这些话太过模糊， " 有时 " 发生作用的功能无法测试。
l 等等，诸如此类，依此类推。以这样的词结束的功能清单无法测试，功能清单要绝对或者解释明确，以免让人迷惑，不知如何推论。
m 良好，迅速，廉价，高效，小，稳定。这些是不确定的说法，不可测试。如果在产品说明书中出现，就必须进一步指明含义。
n 已处理，已拒绝，已忽略，已消除。这些廉洁可能会隐藏大量需要说明的功能。
o 如果 ... 那么 ...( 没有否则 ) 。找出有 " 如果 ... 那么 ..." 而缺少配套的 " 否则 " 结构的陈述，想一想 " 如果 " 没有发生会怎样。 感觉楼上的已经够全的了sdlkfj3 我也是在 测试新手学习宝典 里面找到的~
非是个人总结，呵呵 没做过文档测试,学习了 又学习了一招！呵呵 give me see the attach file 只是在测试的时候，关注过需求，相应的也验证了需求，也可以算是一类文档测试吧。 studing 有点不清楚~~~~~~~ 不错
页:
[1]
