软件工程测试用例

公共测试用例

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程序项信息

所建程序项个数是否正确

各程序项名称是否正确

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

配置文件的更

一、判断题（共8道小题，共40.0分）

1. 产品工程的目标是要把客户的愿望转化为一套的确定了功能的工作产品。

A. 正确 B. 错误 知识点:

第六章 系统工程

学生答案: [A;] 得分: 提示: 2.

[5]

试题分值: 5.0

3. 在设计一个基于计算机的系统时，软件工程师们无需考虑硬件。

A. 正确 B. 错误 知识点:

第六章 系统工程

学生答案: [B;] 得分: 提示: 4.

[5]

试题分值: 5.0

5. 用例参与者，一直是参与的人员，从来没有系统设备。

A. 正确 B. 错误 知识点:

第七章 需求工程

学生答案: [B;] 得分: 提示: 6.

[5]

试题分值: 5.0

7. 协作的本质是这样的：所有的系统要求是由客户和开发委员会一致确定的。

A. 正确 B. 错误 知识点:

第七章 需求工程

学生答案: [B;] 得分:

[5]

试题分值: 5.0

提示: 8.

9. 需求工程是一个通用的过程，不会从一个软件项目到另一个产生变化。

A. 正确 B. 错误 知识点:

第七章 需求工程

学生答案: [A;] 得分: 提示: 10.

[5]

试题分值: 5.0

11.在软件重用的关

一、判断题（共8道小题，共40.0分） 1. 一般情况下，如果软件的行为与它的设计者的目标是一致的，那软件才成功。 2. 1. 正确 2. 错误 知识点: 第一章 软件工程介绍 学生答案: [B;] 得分: 提示: [5] 试题分值: 5.0 3. 软件是一种产品，并且可以跟其它工程的人工产品一样，使用相同的技术来人工制造。 4. 1. 2. 知识点: 正确 错误 第一章 软件工程介绍 学生答案: [B;] 得分: 提示: [5] 试题分值: 5.0 1. 今天，个人电脑日益增加的处理能力，已经带来了软件团队开发的放弃。 2. 1. 正确 2. 知识点: 错误 第一章 软件工程介绍 学生答案: [B;] 得分: 提示: [5] 试题分值: 5.0 1. 一般来说，我们不能既弱化软件过程又创造高品质的最终产品。 2. 1. 2. 知识点: 正确 错误 第二章 过程综述 学生答案: [A;] 得分: 提示: [5] 试题分值: 5.0 1. 在动态系统开发方法（方法DSDM）提出一个基于Pareto原则（这种情况下，如果交付整个应用系统需用100％时间．那么80％的应用

实验五 软件测试

实验目的

1. 掌握单元测试。

2. 掌握白盒技术及用例设计。 3. 掌握黑盒技术及用例设计。 4. 掌握集成、综合测试。 5. 发布测试。 实验内容

1. 使用JUnit/CUnit/NUnit完成单元测试。 2. 设计白盒测试用例。

3. 对系统某项功能进行集成、综合测试。 4. 安装软件。 5. 发布测试。

6. 参考睿亚训实验平台中《软件测试》的相关案例。 实验五成绩：

黑白盒测试技术设计测试用例 1.1测试范围

5.1.1 测试目的：测试是为了发现程序中或处理流程中的错误而执行的过程。

5.1.2 预期结果：系统运行正常，与用户交互流畅，数据处理正确并能与数据库正确相连；

5.1.3 测试步骤：单元测试、集成测试、确认测试和系统测试。

1.2测试计划

整个系统分为两个模块：超级管理员模块和普通管理员模块，每个模块都要先独立测试，再集合到一起测试。注意模块之间的连接。每个模块都要设计测试用例。先进行白盒测试，再进行黑盒测试。

1.2.1测试阶段

（1）第1阶段：对每个模块进行单元测试，包括超级管理员管理管理员信息模块、管理员管理入库模块描述、 管理员管理出库模块描述、管理员管理库存查询模块描述，对设计的测试用例进行