软件集成测试用例

公共测试用例

XXXX

公共测试用例

http://www.southtalent.com/ E_mail: southtalent southtalent.com Tel:020-38468080 38468558 1

公共测试用例

目录

1 修改记录.................................................................................................................... 3 2 编写目的.................................................................................................................... 3 3 参考资料.................................................................................................................... 3 4 用例适用范围 ....

学生管理系统软件测试用例.页脚

测试用例

测试用例

软件测试是软件开发时期的最后一个阶段，也是软件质量和可靠性保证中至关重要的一个环节。软件测试的基本任务是通过在计算机上执行程序，暴露出程序潜在的错误，以便进行纠错，从而保证程序的可靠运行，降低软件的风险。

测试用例：

所谓测试用例，就是意发现错误为目的而精心设计的一组测试数据。测试一个程序，需要数量足够的一组测试用例，用数据词典的表示方法表示，可以写成：测试用例=｛输入数据+输出数据｝这个是式子还表明，每一个完整的测试用例不仅包含有被测程序的输入数据，而且还包括用这组数据执行被测数据之后的预期的输出结果。每次测试，都要把实测的结果与期望结果做比较，若不相符，就表明程序可能存在错误。

白盒测试就是根据源代码进行测试的，用白盒测试涉及测试用例，有两种测试用例，有两种常用技术：逻辑覆盖法测试用例，基本路径法测试用例。

黑盒测试就是根据被测程序功能来进行测试，所以也称为功能测试。用黑盒法涉及测试用例，有四种常用技术；等价分类法，边界值分析法，决策表法、错误推测法和因果图法。

整个测试基于需求文档，看是否能满足需求文档中所有需求。黑盒测试要求测试者在测试时不能使用与被测系统部结构相关的知识或经验，适用于对系统的功能进

因果图法测试用例设计

因果图法测试用例设计 因果图法产生的背景： 等价类划分法和边界值分析方法都是着重考虑输入条

件，但没有考虑输入条件的各种组合、输入条件之间 的相互制约关系。这样虽然各种输入条件可能出错的 情况已经测试到了，但多个输入条件组合起来可能出 错的情况却被忽视了。 如果在测试时必须考虑输入条件的各种组合，则可能 的组合数目将是天文数字，因此必须考虑采用一种适 合于描述多种条件的组合、相应产生多个动作的形式 来进行测试用例的设计，这就需要利用因果图(逻辑 模型)。

因果图法测试用例设计

因果图法测试用例设计 多种输入条件的组合，产生多种结果设计测试用例。 设计方法：

分析软件规格说明文档描述的哪些是原因(输入条 件),哪些是结果(输出条件),给每个原因和结 果赋予一个标示符。 找出原因与结果，原因与原因之间的对应关系，划 出因果图 在因果图上标上哪些不可能发生的因果关系，表明 约束或限制条件 根据因果图，创建判定表，将复杂的逻辑关系和多 种条件组合很具体明确的表示出来 把判定表的每一列作为依据设计测试用例。

因果图法测试用例设计

因果图中出现的基本符号

用Ci表示原因， 用Ei表示结果， 各结点表示状态，可取值“0”

1、兼容性测试

在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。

测试目的 配置说明 服务器

操作系统

系统软件 外设

应用软件

结果

Window2000(S) WindowXp Window2000(P) Window2003

用例编号 项目名称 模块名称 项目承担部门 用例作者 完成日期 本文档使用部门 评审负责人 审核日期 批准日期

TestCase_LinkWorks_WorkEvaluate LinkWorks WorkEvaluate模块 研发中心-质量管理部

2005-5-27 质量管理部

注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。 历史版本： 版本/状态 V1.1

作者 参与者 起止日期 备注

1.1. 疲劳强度测试用例

强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的

实验二 白盒测试

1.实验目的

能熟练应用白盒测试技术设计测试用例

2.实验内容

计算生日是星期几

已知公元1年1月1日 是星期一。编写一个程序，只要输入年月日，就能回答那天是星期几。应用逻辑覆盖方法和基本路径测试方法为上面的问题设计测试用例。要求： （1）画出该程序的控制流图；

（2）用基本路径测试方法给出测试路径； （3）为满足判定/条件覆盖设计测试用例。

3.程序代码

#include \#include \int main1() {

int day,mn,yr,i,days=0,s,k;

int mont[13]={0,31,28,31,30,31,30,31,31,30,31,30,31}; char wek[][9]={ {'S','u','n','d','a','y'},

{'M','o','n','d','a','y'}, {'T','u','e','s','d','a','y'}, {'W','e','d','n','s','d','a','y'}, {'T','h','u','r','s','d','a','y'}, {'F','r','i','d','a','y'}, {'S','a','t

测试用例 : 验证正确的用户QQ账号和密码可以登录系统。

摘要:

The Test Case was generated from the assigned requirement \作为研发测试，我需要验证正确的用户QQ账号和密码可以登录系统。\. #: 1

步骤动作:

期望的结果:

打开移动QQ程序

进入登录界面，填写合法用

能正常打开程序

2 界面正常，能正常填写。

户名、密码

3

测试方式:

点击登录按钮

手工

登入成功，看到QQ主界面

Estimated exec.

duration (min): 重要性: 关键字:

测试用例 : 验证错误的用户QQ账号和密码会有相应的错误提示

摘要:

The Test Case was generated from the assigned requirement \作为研发测试，我需要验证错误的用户QQ账号和密码会有相应的错误提示，\. #: 1

步骤动作:

期望的结果:

无 中

打开PC QQ客户端 进入登陆界面

提示输入的密码不正确，又找回密码链

2

输入正确账号，错误密码

接提示 直接输入密码

提示请您输入账号后再登录

3 4

仅输入账号，点击登陆 提示请您输入密码后再登录 输入错误账号

软件用例设计标准

软件产品测试用例设计标准

目录

1. 目的

2. 适用范围

3. 术语及缩略语

4. 测试要求

4.1软件产品安装

4.2界面测试用例

4.3文件操作

4.4图象处理

4.5帮助

4.6软件极限测试用例

软件用例设计标准

1.目的为了指导软件测试人员有效地设计测试用例，对所测试软件进行全面地测试，以尽可能发现最隐藏问题。

2.适用范围适用于所有软件的测试。

3.术语及缩略语本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。

4.测试要求

4.1软件产品安装

4.1.1SETUP程序的运行

安装主画面上的软件名称及版本信息是否正确

更改安装程序提供的缺省安装进行安装，程序是否能正确运行

记录用户姓名及组织机构名称操作是否正确

程序安装结束语是否正确

程序组的建立是否正确

程序项的建立是否正确

在所有能中途退出安装的位置是否能正确退出安装程序

4.1.2程序组信息程序组信息是否正确

程序组文件的建立是否正确

4.1.3程序项信息

所建程序项个数是否正确

各程序项名称是否正确

各程序项文件是否能正确启动

配置文件的更新

各相关配置文件的修改、更新是否正确

4.1.3程序项信息

所建程序项个数是否正确

各程序项名称是否正确

各程序项文件是否能正确启动

配置文件的更

一些常用模块的测试用例

1、登录 2、添加 3、查询 4、删除 1、登录

①用户名和密码都符合要求（格式上的要求） ②用户名和密码都不符合要求（格式上的要求）

③用户名符合要求，密码不符合要求（格式上的要求） ④密码符合要求，用户名不符合要求（格式上的要求） ⑤用户名或密码为空

⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码 以后按[enter]是否能登陆 2、添加

①要添加的数据项均合理，在界面保存成功后，检查数据库中是否添加了相应的数据：select查询

②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例：数据组合测试 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存

⑦若提示不能保存，也要察看数据库里是否多了一条数据 3、删除

①删除一个数据库中存在的数据，然后查看数据库中是否删除（界面删除一条数据，查看数据库中是否删除）

②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据

一些常用模块的测试用例

1、登录 2、添加 3、查询 4、删除 1、登录

①用户名和密码都符合要求（格式上的要求） ②用户名和密码都不符合要求（格式上的要求）

③用户名符合要求，密码不符合要求（格式上的要求） ④密码符合要求，用户名不符合要求（格式上的要求） ⑤用户名或密码为空

⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码 以后按[enter]是否能登陆 2、添加

①要添加的数据项均合理，在界面保存成功后，检查数据库中是否添加了相应的数据：select查询

②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例：数据组合测试 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存

⑦若提示不能保存，也要察看数据库里是否多了一条数据 3、删除

①删除一个数据库中存在的数据，然后查看数据库中是否删除（界面删除一条数据，查看数据库中是否删除）

②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据

页面检查 合理布局

1、界面布局有序，简洁，符合用户使用习惯 2、界面元素是否在水平或者垂直方向对齐 3、界面元素的尺寸是否合理 4、行列间距是否保持一致

5、是否恰当地利用窗体和控件的空白，以及分割线条 6、窗口切换、移动、改变大小时，界面显示是否正常 7、刷新后界面是否正常显示

8、不同分辨率页面布局显示是否合理，整齐，分辨率一般为1024*768 >1280*1024 >800*600

弹出窗口

1、弹出的窗口应垂直居中对齐

2、对于弹出窗口界面内容较多，须提供自动全屏功能 3、弹出窗口时应禁用主界面，保证用户使用的焦点 4、活动窗体是否能够被反显加亮

页面正确性

1、界面元素是否有错别字，或者措词含糊、逻辑混乱

2、当用户选中了页面中的一个复选框，之后回退一个页面，再前进一个页面，复选框是否还处于选中状态 3、导航显示正确 4、title显示正确 5、页面显示无乱码

6、需要必填的控件，有必填提醒，如 *

7、适时禁用功能按钮（如权限控制时无权限操作时按钮灰掉或不显示；无法输入的输入框disable掉） 8、页面无js错

9、鼠标无规则点击时是否会产生无法预料的结果

10、鼠标有多个形状时