软件工程测试用例设计题

因果图法测试用例设计

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

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

因果图法测试用例设计

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

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

因果图法测试用例设计

因果图中出现的基本符号

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

公共测试用例

XXXX

公共测试用例

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

公共测试用例

目录

1 修改记录.................................................................................................................... 3 2 编写目的.................................................................................................................... 3 3 参考资料.................................................................................................................... 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、兼容性测试

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

测试目的 配置说明 服务器

操作系统

系统软件 外设

应用软件

结果

Window2000(S) WindowXp Window2000(P) Window2003

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

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

2005-5-27 质量管理部

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

作者 参与者 起止日期 备注

1.1. 疲劳强度测试用例

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

6．测试用例设计方法 6.1等价类划分法

何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的，如果其中一个的输入不能导致问题发生，那么集合中其它输入条件进行测试也不可能发现错误。

等价类分为有效等价类和无效等价类，有效等价类就是由那些对程序的规格说明有意义的、合理的输入数据所构成的集合；无效等价类就是那些对程序的规格说明不合理的或无意义的输入数据所构成的集合。

划分等价类的方法：下面给出六条确定等价类的原则。

1、在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。

2、在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，可确立一个有效等价类和一个无效等价类。

3、在输入条件是一个布尔量的情况下，可确定一个有效等价类。

4、在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类。

5、在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。

6、在确知已划分的等价类中各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步的划分为更小的等价类。

根据等价类划分

实验二 白盒测试

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

可能Q:本文所需的知识积累来源于课程还是实际应用？ 或是Q：课题来源于工作实际需要还是其他方面？ 参考A：（1）加入本人工作与老年教育的密切结合。（2）实际应用是知识积累的基础，课程会使平时积累的知识得到升华。特别对软件工程课程与实际项目实施管理平时的知识积累有很多的相互促进，尤其在本次系统实现阶段，通过课程的学习促使我更加注意开发命名规范、分配及追踪开发人员进度、测试案例的选择及方法。

可能Q：系统如何实现？

参考A：采用B/S模式设计，利用ASP.NET作为前台的应用程序开发语言，利用SQL Server创建后台的数据库，Visual Studio 2010的开发环境下进行开发。

可能Q：论文中如何体现软件生命周期？系统从设计到实现经历了哪些阶段，在每个阶段的具体工作有哪些？

参考A：按照结构化生命周期开发方法，系统的建设过程经历了5个阶段，分别是需求分析、概要设计、详细设计、编码测试和运行维护。在需求分析阶段，根据老年教育的实际情况，在与一些主要部门的沟通下，归纳出系统总体设计的目标，并分为近期和远期目标，以便可以分步实施。并对系统的可行性进行分析，然后依据老年大学综合管理系统规划的建模理论，对平台内容进行梳理，建立业务模型和数据流

测试用例 : 验证正确的用户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、对下列子程序进行调试： procedure example(y,z: real; var x: real) begin if (y>1) and (z=0) then x:=x/y; if (y=2) or （x=l) then x:=x+l;

end.

该子程序接受x, y, z的值，并将计算结果x的值返回给调用程序。答题要求： (1)画出流程图。

(2)用白盒法设计测试用例，并写出它所满足的是何种覆盖标准、预期结果以及路径。 答：（1）流程图

（2）用白盒法中条件组合覆盖设计测试用例： ① y=2, z=0, x=4; ② y=2, z=1, x=1;

③ y=1, z=0, x=2; ④ y=1, z=1, x=1.

2、某报表处理系统要求用户输入处理报表的日期，日期限制在2003年1月至2008年12月，即系统只能对该段期间内的报表进行处理，如日期不在此范围内，则显示输入错误信息。系统日期规定由年、月的6位数字字符组成，前四位代表年，后两位代表月。现要求用黑盒测试法中的边界值法写出测试用例。 答： 输入条件

测试用例说明

测试数据 5 20035

报表日期的 1个数字字符