测试用例编写00.docx

资源描述

测试用例编写00.docx

《测试用例编写00.docx》由会员分享，可在线阅读，更多相关《测试用例编写00.docx（32页珍藏版）》请在冰豆网上搜索。

测试用例编写00.docx

测试用例编写00

测试用例

1．引言

1.1编写目的

为了指导软件测试人员有效的对需要测试的软件进行比较前面的测试，以尽可能发现隐藏的问题

1.2适用的范围

适用于功能注册系统

1.3参考的资料

功能注册中心管理系统文档和系统界面

1.4测试的种类

功能测试、性能测试、并发测试、强度测试、兼容性测试

1.5用例测试方案

开发阶段

依据文档

编写的用例

需求分析结束后

需求文档

系统测试用例

概要设计阶段结束

概要设计

集成测试用例

详细设计阶段

详细设计文档

单元测试用例

1.6相关信息

用例编号

项目名称

项目承担部门

用例作者

完成日期

本文当试用部门

评审负责人

审核负责人

审核日期

批准日期

1.7测试环境

操作系统：

Windows2000以上版本

应用服务器和Web服务器：

tomcat5以上

数据库系统：

MySQL

客户端软件：

IE5以上

机器配置要求：

512MB以上内存，10G以上内存

网络条件：

网络连接卡或调制解调器

客户端要能使用浏览器和OFFICE等办公软件

2.测试用例

2.1白盒测试

白盒测试也称结构测试或是逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检验产品内部动作师傅按照设计规格说明书的规定正常进行，检验程序中的每一条通路是否都能按照预定的要求正确工作。

主要有两种常用方法：

逻辑覆盖法和基本路径测试法。

（1）逻辑覆盖法主要是以程序内部的逻辑结构为基础来设计测试用例。

主要有六种标准。

●语句覆盖是指设计足够多的测试用例，使被测程序中每条语句至少执行一次。

语句覆盖是很弱的逻辑覆盖。

流程图如下

编号

输入数据

通过路径

用例1

Ticket=1

M-A1

用例2

Ticket=0

loginForm=null

M-N-A2

用例3

Ticket=0

loginForm！

=null；

userName=“

M-N-P-A3

用例4

Ticket=0

loginForm！

=null；

passWord=“123“

userName=“111“

M-N-P-K-T1-A4

用例5

Ticket=0

loginForm！

=null；

passWord=“123456“

userName=“000“

M-N-P-K-T2-A5

●判定覆盖是指设计足够的测试用例，使得程序中的每个判定至少都获得一次“真值”或“假值”，或者说使得程序中的每一个取“真”分支和取“假”分支至少经历一次，因此判定覆盖又称为分支覆盖。

输入数据

判定条件

通过路径

Ticket=1

M-A1

Ticket=0

loginForm=null

/MAND/N

M-N-A2

Ticket=0

loginForm！

=null；

userName=“

/MANDNANDP

M-N-P-A3

Ticket=0

loginForm！

=null；

passWord=“123“

userName=“111“

/MANDNAND/PAND/K

M-N-P-K-T1-A4

Ticket=0

loginForm！

=null；

passWord=“123456“

userName=“000“

/MANDNAND/PANDK

M-N-P-K-T2-A5

●条件覆盖是指设计足够的测试用例，使得每一判定语句中每个逻辑条件的可能值至少满足一次

输入数据

取值条件

具体取值条件

通过路径

Ticket=1

Ticket！

M-A1

Ticket=0

loginForm=null

T1,T2

Ticket=0

M-N-A2

Ticket=0

loginForm=null；

userName=null；

passWord=null

T1,T2,T3,

Ticket=0

loginForm！

=null；

passWord=null

userName=null

M-N-P-A3

Ticket=0

loginForm！

=null；

passWord=123

userName=111

T1,T2,T3,

T4,T5,T6

Ticket=0

loginForm！

=null；

passWord！

=null

userName！

=null

userName!

=S_SCH_UN

passWord!

=S_.SCH_PSW

M-N-P-K-T1-A4

Ticket=0

loginForm！

=null；

passWord=123456

userName=000

T1,T2,T3,

T4,T5,T6

Ticket=0

loginForm！

=null；

passWord！

=null

userName！

=null

userName=S_SCH_UN

passWord=S_.SCH_PSW

M-N-P-K-T2-A5

●判定/条件测试是指设计足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次，并是每一个判定表达式所有可能的结果也至少出现一次。

输入数据

取值条件

具体取值条件

判定条件

通过路径

Ticket=1

Ticket！

M-A1

Ticket=0

loginForm=null

T1,T2

Ticket=0

/M,/N

M-N-A2

Ticket=0

loginForm=null；

userName=null；

passWord=null

T1,T2,T3,

Ticket=0

loginForm！

=null；

passWord=null

userName=null

/M,N,P

M-N-P-A3

Ticket=0

loginForm！

=null；

passWord=123

userName=111

T1,T2,T3,

T4,T5,T6

Ticket=0

loginForm！

=null；

passWord！

=null

userName！

=null

userName!

=S_SCH_UN

passWord!

=S_.SCH_PSW

/M,N,P

M-N-P-K-

T1-A4

Ticket=0

loginForm！

=null；

passWord=123456

userName=000

T1,T2,T3,

T4,T5,T6

Ticket=0

loginForm！

=null；

passWord！

=null

userName！

=null

userName=S_SCH_UN

passWord=S_.SCH_PSW

/M,N,/P,K

M-N-P-K-

T2-A5

●条件组合覆盖是比较强的覆盖标准，是指设计足够的测试用例，是每个判定表达式中条件的各种可能值的组合至少出现一次，并且每个判定结果也至少出现一次。

输入数据

取值条件

覆盖组合

通过路径

Ticket=1

M-A1

Ticket=0

loginForm=null

F1,F2

M-N-A2

Ticket=0

LoginForm!

=null；

userName=null；

passWord=null

T1,T2,T3,

2，3，5

M-N-P-A3

Ticket=0

loginForm！

=null；

passWord=123

userName=null

T1,T2,T3,

2，3，6

M-N-P-A3

Ticket=0

loginForm！

=null；

passWord=null

userName=000

T1,T2,F3,

2，3，7

M-N-P-A3

Ticket=0

loginForm！

=null；

passWord=123

userName=111

T1,T2,F3,

F4,T5,T6

2，3，8，9

M-N-P-K-T2-A5

Ticket=0

loginForm！

=null；

passWord=123

userName=1111

T1,T2,F3,

F4,T5,F6

2，3，8，10

M-N-P-K-T1-A4

Ticket=0

loginForm！

=null；

passWord=123456

userName=0000

T1,T2,F3,

F4,F5,T6

2，3，8，11

M-N-P-K-T1-A4

Ticket=0

loginForm！

=null；

passWord=123456

userName=0000

T1,T2,F3,

F4,F5,F6

2，3，8，12

M-N-P-K-T1-A4

●路径覆盖是指设计足够的测试用例，覆盖被测试程序中所有可能的路径。

编号

输入数据

通过路径

用例1

Ticket=1

M-A1

用例2

Ticket=0

loginForm=null

M-N-A2

用例3

Ticket=0

loginForm！

=null；

userName=““

nserName=““

M-N-P-A3

用例4

Ticket=0

loginForm！

=null；

passWord=“123“

userName=“111“

M-N-P-K-T1-A4

用例5

Ticket=0

loginForm！

=null；

passWord=“123456“

userName=“000“

M-N-P-K-T2-A5

2.2基本路径测试

基本路径测试法是在测试控制流程图的基础上，通过分析控制结构的环形复杂性，导出基本可执行路径集合，从而设计测试用例的方法。

要保证在测试程序中的每个可执行语句至少执行一次。

包括五方面：

（1）绘制程序控制流图。

（2）确定测试用例数目的上界。

通过分析环形复杂性，导出程序基本路径集合中的独立路径条数，确定程序每个可执行语句至少执行一次所必须的测试用例数目的上界。

（3）导出测试用例。

根据流程图的基本路径导出基本程序路径的集合。

（4）准备测试用例。

确保基本路径集中的每一条路径都被执行。

（5）图形矩阵。

是在基本路径测试中起辅助作用的工具，利用它可以实现自动第地确定一个基本路径集。

编号

输入数据

通过路径

用例1

Ticket=1

M-A1

用例2

Ticket=0

loginForm=null

M-N-A2

用例3

Ticket=0

loginForm！

=null；

userName=““

password=““

M-N-P-A3

用例4

Ticket=0

loginForm！

=null；

passWord=“123“

userName=“111“

M-N-P-K-T1-A4

用例5

Ticket=0

loginForm！

=null；

passWord=“123456“

userName=“000“

M-N-P-K-T2-A5

2.3黑盒测试

黑盒测试也称功能测试，它是通过测试用例来检测每个功能是否能正确使用。

在系统集成过程中和系统集成之后所进行的系统功能测试，不仅要考虑模块之间的作用，而且要考虑系统的应用环境，衡量标准是实现产品规格说明书上的要求功能。

着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

黑盒测试是从用户的使用角度出发，对输入输出数据的对应关系进行测试。

方法包括等价类划分发法、边界值分析法、因果图法、错误推测法、功能图法、综合测试法和异常测试法等

2.3.1等价类划分法

加一个用例测试

1）等价类划分法是吧程序的输入值划分成若干等价类，然后从每个类中选取少数代表性数据作为测试用例，是每一个类中的任何一个测试用例都能代表这个等价类中的其他数据。

2）等价类一般分为两种：

有效等价和一个无效等价。

（1）有效等价类是指对于程序的规格说明来讲是合理的、有意义的输入数据。

可以检查程序是否实现了规定的功能。

（2）无效等价类：

是与有效等价类相反的输入数据。

输入条件（id）

有效等价类

无效等价类

1-10

>10

-2

2.3.2边界值分析法

1）边界值分析法是对输入或输出的边界值进行测试的一种黑盒测试方法。

通常边界值分析法是作为等价类划分分法的补充。

2）边界值的意义：

在长期的软件测试中，经常会发现很多的产品缺陷是发生在取值的边界上，不是发生在取值范围的内部，而且发生在边界值的问题很容易被忽视，可以查出更多、更全面的产品缺陷。

3）使用边界值分析法时，应当选取正好等于，刚好等于，刚好小于边界的值作为测试数据。

输入内容

规格说明

测试案例

用户名

最大12个字符,不能为空

为空

1个字符

12个字符

13个字符

密码

最大10个字符,不能为空

为空

1个字符

10个字符

11个字符

姓名

最大15个字符,不能为空

为空

1个字符

15个字符

16个字符

身份证

15或是18为数字,可以为空

为空

1个字符

14个字符

15个字符

16个字符

17个字符

18个字符

19个字符

联系电话

只能输入数字,区号用-分隔,不能少于7位；可以是手机号码，最多18个字符，可以为空

为空

1个字符

6个字符

7个字符

8个字符

17个字符

18个字符

19个字符

邮政编码

只能是6位数字,可以为空

为空

1个字符

5个字符

6个字符

7个字符

电子邮件

最多50个字符,必须含有@。

@后面格式为X.X，可以为空

为空

1个字符

49个字符

50个字符

51个字符

不含@

邮件格式为XX@XX

邮件格式为XX@.XX

邮件格式为XX.@XX.CC

通信地址

最大为200个字符,可以为空

为空

1个字符

199个字符

200个字符

201个字符

2.3.3因果图法

因果图法是一种利用图解法分析输入的各种组合情况，从而设计测试用例，它适合检查程序输入条件的各种组合情况。

因果图法说的是哪些是原因（输入条件或输入条件等价类），那些事结果（输出条件）,并给每个原因和结果设定一个标识符。

2.3.4错误推测法

根据程序的运行结果推测有可能出错的地方，列举出这些错误。

2.3.5功能图法

功能图法是用功能图形式化地表示程序的功能说明,并机械第生成功能用例过程.

2.3.6异常测试法

异常测试就是常规的功能测试之外的测试方法，一般都是由于不可控的意外情况引起的。

因果图法、错误推测法、功能图法、异常测试法如下图：

编号

测试项

描述、输入、操作

测试方法

期望结果

真是结果

备注

登

录

用户名或密码为空

用户名和密码格式上都符合要求

用户名和密码格式上都不符合要求

用户名格式符合要求，密码格式不符合要求

用户名格式不符合要求，密码格式符合要求

数据库中不存在用户名和密码

数据库中存在用户名，错误密码

数据库中不存在用户名，存在密码

输入的数据前存在空格

输入正确的用户名和密码

按登录按钮是否能登录

添

加

要添加的数据合理，在保存后，检查数据库中是否添加相应数据

不符合要求的地方要有错误提示

按ENTER是否能保存

留个一个必填数据为空的

若提示不能保存，要查看数据库中是否对了数据

是否支持TABLE健

删

除

界面删除一条数据，查看数据库中是否删除

删除数据库中不存在的数据，是否有错误提示，并数据库中没有数据被删除

输入一个格式错误的数据，是否有错误提示，并数据库中没有数据被删除

输入正确的数据前加空格，看是否能正确删除数据

什么都不输入

是否支持TABLE健

是否支持ENTER健

查

询

输入的查询条件为数据库存在的数据，看是否能正确查出相应数据

输入正确查询条件以前在加上空格，看是否能正确查出相应数据

输入格式或范围不符合要求的数据，看是否有错误提示

输入数据库中不存在的数据

不输入任何数据

是否支持TABLE健

是否支持ENTER健

输入一些字符，看是否能查出数据库中所有的相关信息

按

钮

点击导航条栏处显示的链接

取消按钮能否正常使用

连续多次点击按钮是否能正常汇报

单击按钮能否正常使用

点击取消按钮是只清空所填数据还是返回

页数下拉列表和跳转按钮是否正常使用

退出按钮时是否有提示

退出系统是是否返回登录页面

窗

口

窗口在屏幕上的显示是否正确，美观

窗口切换、移动、改变大小时正常

窗口在不同浏览器上是否正确

窗口的系统菜单及按钮操作是否正确

菜

单

窗口中对象位置是否正确

菜单项文字意义是否明确

菜单是否显示正确

下拉菜单中的各菜单单项显示是否正确

对

话

框

下拉菜单中的各菜单单项文字意义是否正确

对话框弹出的时机及位置是否正确

对话框内个对象是否正确

对话框和非对话框的属性是否正确

工

具

条

对话框内个对象的文字标题意义是否明确

可移动工具条在窗口边际位置其形状及位置的相应变化是否正确

工具条显示的位置是否正确

状

态

条

工具条中各按钮必须按下和抬起两种状态

状态条显示位置是否正确、美观

状态条内状态信息是否根据操作而变化

状态条内状态信息是否正确

消

息

框

状态条内信息文字是否正确、意义是否明确

弹出时机及位置是否正确

信息意义是否正确、意义是否明确

列

表

框

必须在正确的对象用于退出消息框

列表框显示及位置必须正确、美观

文

字

列表内有可选内容必须全面

显示位置美观

文字意义明确

同一界面上字体及字体大小应统一

2.3.7性能测试

性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。

性能测试的目标是核实性能需求是否都已满足。

测试需求

并发用户数

用户通过率

期望性能

实际性能

功能1

100

150

功能2

100

150

用例名称

描述

一分钟系统能处理xx用户

前提条件

终端满足系统的最低要求

步骤

多个终端发起登录请求，直至达到xx用户/分钟

希望的结果

每个用户能正常登录，且登录时间不超过xx秒；Tomcatserver与客户端CPU负载、内存使用没有超过限制

2.3.8强度测试

强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。

如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。

而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。

强度测试还可用于确定测试对象能够处理的最大工作量。

条件

连续运行10小时，设置添加20用户并发

测试需求

输入/动作

输出/响应

是否正常运行

功能1

2小时

6小时

10小时

功能2

2小时

6小时

10小时

用例名称

描述

系统拥有xx用户，连续运行24小时执行

前提条件

系统拥有xx用户

步骤

xx用户终端连续2、6、10、14、……小时执行；查看页面响应时间；

分别查看Tomcatserver与客户端CPU负载、内存使用

希望的结果

页面响应不能不超过xx秒；Tomcatserver与客户端CPU负载、内存使用没有超过限制

2.3.9负载测试

负载测试也是性能测试中的一种。

负载测试是通过测试系统超负荷情况下的表现，以发现设计上的错误或验证系统的能力。

负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。

此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。

测试需求

输入

期望输出

是否正常运行

用户量达到xx

用户量达到上限

用例名称

描述

用户数量达到xx上限后

前提条件

终端满足系统最低要求

步骤

用户登录系统；

当系统存在最多允许用户数量100、200、300……的时候，用户试图进入系统；

分别查看页面响应速度；

分别查看Tomcatserver与客户端CPU负载、内存使用

希望的结果

页面能正确显示，且页面响应速度；不超过规定的xx秒；

Tomcatserver与客户端CPU负载、内存使用没有超过限制

2.3.10配置测试

配置测试是系统试用不同的配置（硬件资源、网络、应用服务器和数据库）执行相同的操作来获取得到性能数据。

目的主要是为了性能调优。

用例名称

描述

用户在不同网速下登录系统

前提条件

无

步骤

限制用户网络速度为8K

展开阅读全文