51Testing软件测试论坛

标题: 文档测试包括哪些内容? [打印本页]

作者: mp4 时间: 2007-4-23 10:54
标题: 文档测试包括哪些内容?
大家好！

哪位XDJM知道如何进行文档测试，文档测试都包括哪些内容？

知道的请回复，谢谢啦。sdlkfj2

作者: rainyday32 时间: 2007-4-23 11:04
[attach]23487[/attach]

刚巧在《软件测试的艺术》上面看见的，就截图给你看看

作者: mp4 时间: 2007-4-23 11:15
rainyday32提供的信息好像不是我想要的。

不过谢谢你提供的信息，我会再查查看。

作者: wwwux 时间: 2007-4-23 11:42
1.仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。
2.检查文档的编写是否满足文档编写的目的
3.内容是否齐全，正确
4.内容是否完善
5.标记是否正确
:)

作者: mp4 时间: 2007-4-23 12:02
WWWUX提供的信息已经基本接近了，但不够全面。

希望能再详细一些。谢谢。

作者: wwwux 时间: 2007-4-23 16:13
再详细就得拿实际例子了！

作者: rainyday32 时间: 2007-4-23 16:39
我也发现楼主要求很高~你要是知道那么多何必来这里问阿？

作者: Gray 时间: 2007-4-23 21:55
只要是字和图形都要测试，哪怕是包装盒上的

作者: rainyday32 时间: 2007-4-24 14:32
5. 文档测试

产品说明书属性检查清单

a 完整：是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？

b 准确：既定解决方案正确吗？目标明确吗？有没有错误？

c 精确：不含糊，清晰。描述是否一清二楚？还是自说自话？容易看懂和理解吗？

d 一致：产品功能描述是否自相矛盾？与其他功能有没有冲突 ?

e 贴切：描述功能的陈述是否必要 ? 有没有多余信息 ? 功能是否满足的客户要求 ?

f 合理：在特定的预算和进度下，以现有人力，物力和资源能否实现 ?

g 代码无关：是否坚持定义产品，而不是定义其所信赖的软件设计，架构和代码 ?

h 可测试性：特性能否测试 ? 测试员建立验证操作的测试程序是否提供足够的信息 ?

产品说明书用语检查清单

说明：对问题的描述通常表现为粉饰没有仔细考虑的功能 ---- 可归结于前文所述的属性。从产品说明书上找出这样的用语，仔细审视它们在文中是怎样使用的。产品说明书可能会为其掩饰和开脱 , 也可能含糊其词 ---- 无论是哪一种情况都可视为软件缺陷

i 总是，每一种，所有，没有，从不。如果看到此类绝对或肯定的，切实认定的叙述，软件测试员就可以着手设计针锋相对的案例

j 当然，因此，明显，显然，必然。这些话意图诱使接受假定情况，不要中了圈套。

k 某些，有时，常常，通常，惯常，经常，大多，几乎。这些话太过模糊， " 有时 " 发生作用的功能无法测试。

l 等等，诸如此类，依此类推。以这样的词结束的功能清单无法测试，功能清单要绝对或者解释明确，以免让人迷惑，不知如何推论。

m 良好，迅速，廉价，高效，小，稳定。这些是不确定的说法，不可测试。如果在产品说明书中出现，就必须进一步指明含义。

n 已处理，已拒绝，已忽略，已消除。这些廉洁可能会隐藏大量需要说明的功能。

o 如果 ... 那么 ...( 没有否则 ) 。找出有 " 如果 ... 那么 ..." 而缺少配套的 " 否则 " 结构的陈述，想一想 " 如果 " 没有发生会怎样。

作者: 后后 时间: 2007-4-24 17:26
感觉楼上的已经够全的了sdlkfj3

作者: rainyday32 时间: 2007-4-25 13:10
我也是在测试新手学习宝典里面找到的~
非是个人总结，呵呵

作者: zhuzhu3431 时间: 2007-4-26 10:05
没做过文档测试,学习了

作者: sunkitty 时间: 2007-6-15 00:20
又学习了一招！呵呵

作者: xinyun99 时间: 2009-5-14 17:22
give me see the attach file

作者: echo5410 时间: 2009-10-22 17:34
只是在测试的时候，关注过需求，相应的也验证了需求，也可以算是一类文档测试吧。

作者: ganliping315 时间: 2011-1-4 11:18
studing

作者: 0315锋 时间: 2012-2-23 22:59
有点不清楚~~~~~~~

作者: jetqu 时间: 2013-3-30 14:31
不错

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)