需求说明书与测试用例

:p5y0u%S's]0   测试第一步应是文档先行,而不是拿到软件就开始盲目测试!   51Testing软件测试网-Kx }wTEY#h,{4]

Vj
k\,ZGA0    软件测试的原则之一就是“尽早的进入到软件开发周期中进行测试”。在产品需求设计阶段，测试人员就应该开始介入，一方面是为了参与产品需求设计的验证和确认，从而在软件开发初始阶段降低软件缺陷的发生；另一方面是尽早的理解产品需求，为测试计划的定制和测试用例的设计做准备。51Testing软件测试网p
P[tKT F

p(NIy9db0    因此，需求确认阶段的测试用例很大程度上来自于对于产品需求设计文档的理解和解析。但是，由于软件开发面向需求的特性，使实现过程中软件需求不断升级、细化、变更和增加，其所伴随的测试例等也必须随之升级以适应，导致测试任务难度加大，风险升级。51Testing软件测试网5b"k,bwEh&Y9R

AB7mb4?3RAp0    把握好测试用例的上游产品——需求说明书的质量，就能够尽早的发现问题；通过对需求规格说明书特性的分析，以及测试用例与需求说明书之间关系的分析，就能够很好的建立起测试用例与需求之间的关系，增加测试覆盖率，提高需求文档的编写质量。

0M#o!P1bU(\0需求规格说明书的特点如下：51Testing软件测试网}5CPXE?

1.    不含糊的／无歧异性：51Testing软件测试网SRq{C

j)P B1Mb0s8v0   最终产品的每一个特性只用某一术语描述，使用正规化的需求说明语言。51Testing软件测试网%]/n[2Z]O

!s1K @X.j02.    可追踪性

"TE*F%or
l0   每一个需求的来源是清楚的

er$]f4{{9o$q:g$^0   具有「向后的追踪能力」：每一个需求皆明确的参照到他先前文件的来源51Testing软件测试网 ^H-@-N_vQo

   具有「向前追踪能力」：每一个在SRS中的需求皆具有独一的命名或参照号码。

3.    可验证性51Testing软件测试网w _)f)R`P*h,]

4.    完整性51Testing软件测试网{&C n(_A5e

K,T+hAl8q%u7n0   对于所有有效或无效的输入值皆必须明确说明软件的响应51Testing软件测试网4n,D8i1^`V3G[U-D

[ k0B?4dB:t5RYl0   所有在SRS中的图片、表格与图例皆必须具有完整的标示与参照，并且必须定义所有的名词与衡量单位51Testing软件测试网$q7pMG"Ie#r:j4`

'`8x'W6D9PgaX/^t05.    一致性51Testing软件测试网 vN&M[-t ~~ z(]

   各个需求的描述不矛盾。即所谓的内部一致性

${n] d3Ua0   一个SRS 是具有内部一致性的，则表示没有个别需求描述的子集合是互相冲突的

   SRS 中可能发生的冲突：真实世界的对象的具体特性可能发生冲突；在二个被叙述的行动之间可能有逻辑上的或时间上的冲突；二个或较多的需求可能描述相同的真实世界对象，但却使用不同的术语51Testing软件测试网'r*H!U!p7Z f9g b[

r9o4M1F sB06.    可修正性

   SRS的结构和风格是可以修正的51Testing软件测试网qCJ@?@5s

   任何需求的变化皆可以容易地、完全地、和一致地进行，并且保持原有的结构风格具有一个一致、易使用且包含目次 , 索引, 和明确的前后参照的组织不是多余的分开地表达每个需求，而不是与其它的需求相混合。

oV(VW"L+B@I:B&Y0需求说明书的低级测试技术51Testing软件测试网/Sx_8}e3D)y9Ro'yJ

完整。是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？51Testing软件测试网!nj&@+Q hT#q:N

^6R5QZ9qf0准确。解决方案正确吗？目标明确吗？有没有错误？51Testing软件测试网3q)y S4}D3~

fvC v:wjv/G&sG8s0精确、不含糊、清晰。描述是否一清二楚？还是自说自话？容易看懂和理解吗？51Testing软件测试网7?o`[%fV$\@(N

一致。产品功能描述是否自相矛盾？与其它功能有无冲突？51Testing软件测试网LW)KwL:Y]A;|

"{}%jR
W(L0贴切。描述功能的陈述是否必要？有没有多余信息？功能是否原来的客户要求？

合理。在特定预算和进度下，以现有人力、物力和资源能否实现？51Testing软件测试网rVA&[_
pY5d

['S:r,gp c0代码无关。是否坚持定义产品，而不是定义其所依赖的设计、架构和代码？

可测试。特性能否测试？测试员建立验证操作的测试错误程序是否提供足够的信息？

gV8Lw6c4v ?Sb2I0需求说明书7个用语检查清单51Testing软件测试网d;U aa*sgh

&fJjF1|5B01.总是、每一种、所有、没有、从不。51Testing软件测试网)H [,A.l\.yD"_2_

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

kH)x rt;CTC$p02.当然、因此、明显、显然、必然。51Testing软件测试网~%A&f!g?)G&Y$G

fktaJ/E&\ xC|m0这些话意图诱使接受假定情况。不要中了圈套。

3.某些、有时、常常、通常、经常、大多、几乎。51Testing软件测试网a ^3j!?#m+f&V+Y

这些话太过模糊。“有时”发生作用的功能无法测试51Testing软件测试网1h|q~`(m0W^ L g

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

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

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

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

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

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

P t.d~t
|2t07.如果...那么...（没有否则）。

缺少配套的否则，想一想，“如果”没有发生会怎样呢？51Testing软件测试网E(H'Fi|"Z

     从上面我们可以看出，需求说明书的这些特定用语都带有逻辑和程度的语义，测试工程师可以通过分析这些语义逻辑关系，再结合因果图和决策表的用例设计方法设计出测试用例来。51Testing软件测试网#k"sUF GO/W+[C

{-jY{"yPh&x0     更加深入探究的话，如果一份严格按照一定的规则编写的需求说明书，就能够通过计算机对自然语言的逻辑分析，再结合因果图和决策表的用例设计方法，自动产生出测试用例来。

 51Testing软件测试网%@YgeY {
|