一个人不应该依附在其他人身上,一个人应该首先自力更生。你应该自己能够独立,能够安顿你自己,那你就不会害怕了。你爱你自己的话,别人不能不爱你吧。

测试用例编写规范(转载)

上一篇 / 下一篇  2007-06-09 14:20:10 / 个人分类:测试用例

原文

1           目的:统一测试用例编写的规范,以保证使用最有效的测试用例,保证测试质量。

2           范围:适用于公司对产品的业务流程、功能测试测试用例的编写。

3           术语解释

3.1         测试分析:对重要业务、重要流程进行测试前的分析。

3.2         业务流程测试用例:关于产品业务、重要流程的测试用例。

4           业务流程测试用例编写原则

   4.1         系统性

   4.1.1       对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系;

   4.1.2       对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系;

   4.2         连贯性

   4.2.1       对于系统业务流程来说,各个子系统之间是如何连接在一起,如果需要接口,各个子系统之间是否有正确的接口;如果是依靠页面链接,页面链接是否正确;

   4.2.2       对于模块业务流程来说,同级模块以及上下级模块是如何构成一个子系统,其内部功能接口是否连贯;

5           测试用例设计的方法

5.1         等价类划分法

5.1.1       确定等价类的原则

5.1.1.1     如果输入条件决定了取值范围,或值的个数,则可以确立一个有效等价类和两个无效等价类。

5.1.1.2     如果输入条件规定了输入值的集合,或者规定了“必须如何”的条件,此时可确立一个有效等价类和一个无效等价类;

5.1.1.3     如果输入条件是一个布尔量,则可以确定一个有效等价类和一个无效等价类;

5.1.1.4     如果规定了输入数据的一组值,而且程序对每个输入值分别进行处理,此时可为每一个输入值确立一个有效等价类,此外,针对这组值确立一个无效等价类,它是所有不允许输入值的集合;

5.1.1.5     如果规定了输入数据必须遵守的规则,则可以确立一个有效等价类(符合规则)和若干个无效等价类(从不同的角度违反规则)。

5.1.1.6     如果确知,已划分的等价类中各元素在程序中的处理方式不同,则应将此等价类进一步划分成更小的等价类。

5.1.2       测试用例的选择原则

5.1.2.1     为每一个等价类规定一个唯一的编号;

5.1.2.2     设计一个新的测试用例,使其尽可能多的覆盖尚未被覆盖的有效等价类,重复这一步,直至所有的有效等价类都被覆盖过;

5.1.2.3     设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步,直至所有的无效等价类都被覆盖为止。

5.2         边界值分析法

5.2.1       测试用例的选择原则

5.2.1.1     如果输入了条件规定了值的范围,则应取刚达到这个范围的边界值,以及刚刚超越这个边界范围的值作为测试输入数据;

5.2.1.2     如果输入条件规定了值的个数,则用最大个数、最小个数、比最大多1、比最小小1的数作为测试输入数据;

5.2.1.3     根据规格说明的每个输出条件,使用前面的原则;

5.2.1.4     如果程序的规格说明给出的输入输出域是有序集合,则应选取集合的每一个元素和最后一个元素作为测试用列;

5.2.1.5     如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例;

5.2.1.6     分析规格说明,找出其他可能的边界条件。

 6           测试用例设计的原则

6.1         全面性

6.1.1       应尽可能覆盖程序的各种路径

6.1.2       应考虑存在跨年、跨月的数据

6.1.3       大量数据并发测试的准备

6.2         正确性

6.2.1       输入界面后的数据应与测试文档所记录的数据一致

6.2.2       预期结果应与测试数据发生的业务吻合

6.3         符合正常业务惯例

6.3.1       测试数据应符合用户实际工作业务流程

6.3.2       兼顾各种业务变化的可能

6.4         仿真性

  人名、地名、电话号码等应具有模拟功能,符合一般的命名惯例;不允许出现与知名人士、小说中人物名等雷同情况。

&Fo#Ll HRU9C[0

 6.5         可操作性

v5aFm2@b051Testing软件测试网&c5sRy(h N$v0{

      测试用例中应写清测试的操作步骤,不同的操作步骤相对应的操作结果。

O.o+f/tt0

 7           测试用例编写格式细则

     7.1         测试用例内容

     7.1.1       具体实施可以采用EXCEL和图形相结合,可用EXCEL编写测试用例的同时插入图形来加以说明。测试用例设计的内容可由:模块名、功能说明或图形说明、测试用例输入、应输出结果、实际输出结果、结论、BUG编号、BUG级别8部分组成。

     7.1.2       在测试用例设计模版中有“业务流程测试用例设计模版”(包含整体业务流程)和“功能测试用例设计模版”两个模板可按需要选择。

     7.2         测试用例表格格式

    7.2.1       表格内容的字体为宋体;

    7.2.2       表格内容的字型为12号;

 8           测试用例优先级


Qt5qQx%d5R7{0

测试用例优先级

FV&j{/U$|0
51Testing软件测试网(~#T GS9uC/C T(D*dX9p

               

(]2y,dESEv0

%P!Pq*eh)ql9Z0

A

&p3V/D`#b5SQw/lw+u0
51Testing软件测试网v)zj|i|+f

测试计划中重要的模块功能和业务流程51Testing软件测试网.o^~8`i


a:e Lkpp ?&Ux0

B51Testing软件测试网.S&m`p)[o7{X

51Testing软件测试网p8^ m W9H`(\ewz

测试计划中比较重要的模块功能和业务流程51Testing软件测试网Dyh5a)z3tE

51Testing软件测试网 Jy2G D|edB{_[yB

C51Testing软件测试网ohk HN:Af'K!G

51Testing软件测试网5F!i,V8~ U5ln/b

测试计划中次重要的模块功能和业务流程

Q)IF2J8zD0
51Testing软件测试网8uv ^QJ9N?

D

__$}4dR:W Yc:P0

rH,I6Ei Q,P0

测试计划中不重要的模块功能和业务流程51Testing软件测试网(J8ES0xd5xadJF

51Testing软件测试网k*OO7K9@\0y1B

E51Testing软件测试网(W+H1OofTs

51Testing软件测试网*e*]?n0f Jt,Cp#Xh

系统小单元、系统容错功能51Testing软件测试网*\!P:q `a*{w+K W L.o;b

51Testing软件测试网y4z+Z},a

    对于AB级应重点考虑

   

9           BUG级别

    参考软件测试停止标准中的错误级别.


TAG: 测试用例

清冷渊 引用 删除 星儿   /   2007-07-09 11:20:30
不错
 

评分:0

我来说两句

Open Toolbar