“美女缠身”游戏 测试设计

发布时间：2012-05-19 11:58:22

“美女缠身”游戏测试设计

班 级：

09级计算机二班

测试人员：

于志佳

开发人员：

王焕鹏

测 试 日 期： 2012年5月13



目 录

1． 导言 2

1.1目的 2

1.2范围 2

1.3缩写说明 2

1.4术语定义 2

1.5引用标准 3

1.6参考资料 3

1.7版本更新信息 4

2.测试设计 4

2.1测试范围 4

2.2测试覆盖设计 4

3.测试用例 5

3.1用例一： 基本页面的测试 5

3.2用例二： 对是否进行游戏进行测试 6

3.3用例三： 对刚刚启动、进行游戏进行测试 9

3.4用例四： 对在游戏运行以后选择是否重新开始进行测试 10

3.5用例五： 对游戏的过程进行细节测试 11

3.6用例六： 对有一定的规律数据进行测试 13

3.7用例七： 对于游戏中出现的特殊数据进行测试 15

3.8用例八： 函数代码测试 18



1． 导言

1.1目的

该文档的目的是描述扑克牌 “美女缠身”游戏的测试设计，主要内容包括：

● 测试总体设计

● 测试用例设计

本文档的预期的读者是：

● 程序开发人员

● 程序测试人员

● 教师及相关同学

● 其他一切相关人员

1.2范围

该文档为“美女缠身”游戏的测试设计，其中包括黑盒测试和白盒测试的用例描述，以及动态测试和静态测试的测试样例，为测试人员进行黑盒测试和白盒测试提供标准和依据，以及详尽的测试步骤和方法。

1.3缩写说明

DT

Dynamic testing(动态测试)的缩写，通过执行软件的手段来测试软件。

CMM

“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。

1.4术语定义

静态测试

静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估。

动态测试

计算机必须真正运行被测试的程序，通过输入测试用例，对其运行情况即输入与输出的对应关系进行分析，以达到检测的目的。

黑盒测试

(又称为功能测试、数据驱动测试和基于规格说明的测试),它是一种从用户观点出发的测试，一般被用来确认软件功能的正确性和可操作性。

等价类划分

由于不能穷举所有可能的输入数据来进行测试，所以只能选择少量有代表性的输入数据，来揭露尽可能多的程序错误。等价类划分方法将所有可能的输入数据划分成若干个等价类，然后在每个等价类中选取一个代表性的数据作为测试用例。

边界值分析

针对各种边界情况设计测试用例的方法。

白盒测试

（又称为结构测试）,测试人员根据程序内部的逻辑结构及有关信息设计测试用例，检查程序中所有逻辑路径是否都按预定的要求正确地工作。

测试用例

测试人员设计出来的用来测试软件某个功能的一种情形。

1.5引用标准

[1] 《企业文档格式标准》

北京长江软件有限公司

[2] 《软件测试设计报告格式标准》

北京长江软件有限公司软件工程过程化组织

1.6参考资料

[1] 《软件工程》

钱秋乐 赵文耘 牛军珏编著 /清华大学出版社

[2] 《软件测试技术概论》

古乐 史九林编著 /清华大学出版社

1.7版本更新信息

本文档的更新信息如表1-1。

表1-1 版本更新记录

修改编号

修改日期

修改后版本

修改位置

修改内容概述

001

2012.5.14

2.0

全部

初始发布版本

2.测试设计

由于本次测试主要是针对程序界面和流程的总体测试，包括黑盒测试和白盒测试的技术，黑盒测试是执行指定的操作流程，白盒测试是将黑盒测试过程中的所遗漏的测试样本进行补充，从而达到完整测试的目的。

2.1测试范围

系统测试依据的系统的应用工作流：

1) 页面：使用 VC 6.0 打开源程序，对页面内的排版和布局进行检查，在运行程序以后进入运行和游戏界面进行检测，对整体的布局进行全面的查询；

2) 是否进行游戏：选择提示的两个数据以外的部分数据类型进行检测，检测程序的运行过程及结果，然后再对“0”和“1”两个数据进行验证测试，实现程序的正常运行；

3) 进行游戏：在开始进行游戏以后，分别对“0”和“1”进行测试，实现对程序的退出和对程序的开始的运行测试；

4) 是否重新开始：在进入游戏以后，玩家仍然有“重新开始”和“退出游戏”的选择，同样是运用“0”和“1”进行操作，来决定玩家的选项，在选择正常进行游戏以后，玩家将进行游戏；

5) 选择数据：玩家通过游戏的提示输入玩家自己想要的“牌号”及“花色”，再输入的过程中，首先要满足要求，即所有的“字符型数据”使用大写字母，然后使部分的“字符型数据”存在小写形式对程序的运行进行测试，同时对运行结果进行分析，得出相应的结论，并以与说明；

6) 随机数据：在每次进行数据的选择和输入的时候首先按照指定的输入要求输入数据，随后在所选择的数据后面加上“字符串”或者“数字”，对这样的组合数据进行测试运行，检测程序的完善性和安全性；

7) 特殊测试：首先考虑该程序在玩家输入数据的时候可能会出现哪些的特殊情况，把这些数据情况列举出来，分别对每一个数据进行测试、分析（由于是特殊数据，可能不会每一次都会有自己预期的结果出现，需要经过多次的测试实验才有可能出现自己想要得到的结果），并对于每一组所得到的数据进行记录，然后与实际情况进行对比，检验程序的运行结果是否与实际情况相符合，

2.2测试覆盖设计

由于本次测试是系统测试，测试的依据是系统需求，测试的设计应该满足对需求的覆盖，所以，采用的测试方法主要是黑盒测试，包括等价类划分（有效测试和无效测试）、边界值和错误猜测法等。表F－２就是测试用例覆盖矩阵。

表1-2：测试用例功能/性能覆盖矩阵

序号

功能项

测试用例

优先级

01

页面设计

TestCase-FUNC-01

中

02

是否进行游戏

TestCase-FUNC-02

中

03

进行游戏

TestCase-FUNC-03

高

04

是否重新开始

TestCase-FUNC-04

高

05

选择数据

TestCase-FUNC-05

高

06

随机数据

TestCase-FUNC-06

高

07

特殊测试

TestCase-FUNC-07

高

08

函数代码测试

TestCase-FUNC-08

低

3.测试用例

按照上面的测试矩阵表，设计相应的测试用例如下。

3.1用例一： 基本页面的测试

这个测试用例的编号是TestCase-FUNC-01，测试方法是静态测试和动态测试，测试内容是验证代码界面的注释及排版情况，验证运行界面的排版及输入情况，验证游戏中各个页面的显示的信息都符合需求。

TestCase-FUNC-01测试用例

测试项目名称： 游戏“美女缠身”

测试用例编号： TestCase-FUNC-01

测试人员：

于志佳

王焕鹏

测试时间：

2012/5/14

测试项目标题：所有基本页面的正确、清晰界面

测试内容：

验证代码界面的注释及排版情况

验证运行界面的排版及输入情况

验证游戏中各个页面的显示的信息都符合需求。

测试环境：安装VC 6.0 软件的个人计算机

系统配置：操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional

测试输入数据

见测试开发文档

测试次数：每个测试过程做5次。

预期结果：

可以正常进入源程序及游戏界面，同时可以正常游戏

测试过程：

运行VC 6.0 打开源程序，对程序进行编译和运行

测试结果：

测试结论：该程序通过预览给读者的感受是完整、整齐；同时注释语句清楚明了；运行结果界面工整，注释条件清晰

实现限制：

备注：

3.2用例二： 对是否进行游戏进行测试

这个测试用例的编号的TestCase-FUNC-02，测试方法是动态黑盒测试，测试内容是输入不同的数据及数据类型进行测试，是否可以进行游戏。

TestCase-FUNC-02测试用例

测试项目名称：游戏“美女缠身”

测试用例编号： TestCase-FUNC-02

测试人员：

于志佳

王焕鹏

测试时间：

2012/5/14

测试项目标题：是否进行游戏

测试内容：

输入不同的数据及数据类型进行测试，是否可以进行游戏。

测试环境：安装VC 6.0 软件的个人计算机

系统配置：操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional

测试输入数据

见测试开发文档

测试次数：每个测试过程做5次。

预期结果：

在输入“0”和“1”的时候进行正常运行，其他数据提示错误

测试过程：

运行程序->输入不同的数据及数据类型，进行检测运行结果

测试结果：

测试结论： 只有输入的数据是“0”和“1”的时候才会正常的运行程序，其他的无论任何数据及数据类型都会出现错误

实现限制：

备注：

3.3用例三： 对刚刚启动、进行游戏进行测试

这个测试用例的编号的TestCase-FUNC-03，测试方法是动态黑盒测试，测试内容是输入数据进行选择进行游戏。

TestCase-FUNC-03测试用例

测试项目名称：游戏“美女缠身”

测试用例编号： TestCase-FUNC-03

测试人员：

于志佳

王焕鹏

测试时间：

2012/5/14

测试项目标题：对刚刚启动、进行游戏进行测试

测试内容：

输入数据进行选择进行游戏

测试环境：安装VC 6.0 软件的个人计算机

系统配置：操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional

测试输入数据

见测试开发文档

测试次数：每个测试过程做5次。

预期结果：

在输入“0”和“1”的时候进行正常运行

测试过程：

运行程序->输入不同的数据，进行检测运行结果

测试结果：

测试结论： 与预期结果相同，正常运行

实现限制：

备注：

3.4用例四： 对在游戏运行以后选择是否重新开始进行测试

这个测试用例的编号的TestCase-FUNC-04，测试方法是动态黑盒测试，测试内容是输入数据进行选择是否重新开始进行游戏.

TestCase-FUNC-04测试用例

测试项目名称：游戏“美女缠身”

测试用例编号： TestCase-FUNC-04

测试人员：

于志佳

王焕鹏

测试时间：

2012/5/14

测试项目标题：在游戏运行以后选择是否重新开始

测试内容：

输入数据进行选择是否重新开始进行游戏

测试环境：安装VC 6.0 软件的个人计算机

系统配置：操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional

测试输入数据

见测试开发文档

测试次数：每个测试过程做5次。

预期结果：

在输入“0”和“1”的时候进行正常运行

测试过程：

运行程序->输入不同的数据，进行检测运行结果

测试结果：

测试结论： 测试无误，输入“0”和“1”进行游戏

实现限制：

备注：

3.5用例五： 对游戏的过程进行细节测试

这个测试用例的编号的TestCase-FUNC-05，测试方法是黑盒测试的等价类划分，测试内容是输入数据进行游戏，同时对不同的组合进行判定是否可以进行正常游戏。

TestCase-FUNC-05测试用例

测试项目名称：游戏“美女缠身”

测试用例编号： TestCase-FUNC-05

测试人员：

于志佳

王焕鹏

测试时间：

2012/5/14

测试项目标题：游戏的过程进行细节测试

测试内容：

输入数据进行游戏，同时对不同的组合进行判定是否可以进行正常游戏

测试环境：安装VC 6.0 软件的个人计算机

系统配置：操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional

测试输入数据

见测试开发文档

测试次数：每个测试过程做5次。

预期结果：

输入不同的数据组合，只要是符合类型的就可以，同时不应该区分字符的大小写

测试过程：

运行程序->输入不同的数据及数据类型组合进行测试，检测运行结果

测试结果：

测试结论：当输入的“符号”不是规定的类型，程序本身会自动报错，同时提醒玩家重新选择，这样的话该程序还会缺少一定的智能化，还需要明确的区分大写字母和小写字母，这样可能会为玩家用户带来不必要的烦恼和麻烦

实现限制：

备注：

3.6用例六： 对有一定的规律数据进行测试

这个测试用例的编号的TestCase-FUNC-06，测试方法是黑盒测试的等价类划分，测试内容是保证前面数据正确后面随机输入无规律数据完成测试、总结，最后对于程序进行完善

TestCase-FUNC-06测试用例

测试项目名称：游戏“美女缠身”

测试用例编号： TestCase-FUNC-06

测试人员：

于志佳

王焕鹏

测试时间：

2012/5/14

测试项目标题：有一定的规律数据进行测试

测试内容：

保证前面数据正确后面随机输入无规律数据完成测试、总结，最后对于程序进行完善

测试环境：安装VC 6.0 软件的个人计算机

系统配置：操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional

测试输入数据

见测试开发文档

测试次数：每个测试过程做5次。

预期结果：

只要不是规定的数据类型，程序将报出错误，将无法进行游戏，或者是强制退出

测试过程：

运行程序->输入不同的数据及数据类型的组合进行测试，检测运行结果

测试结果：

测试结论： 只要是在输入的前两个是程序所要求的形式，那么无论后面是否还跟随着其他的东西，只要前两个是合法的，那么程序就会正常的进行下去，影响源程序的安全性。

实现限制：

备注：

3.7用例七： 对于游戏中出现的特殊数据进行测试

这个测试用例的编号的TestCase-FUNC-07，测试内容是黑盒测试的边界值法，测试内容是分别对牌号是9、X、K进行测试，发现与实际情况是不是完全符合，同时找到特殊的情况，并且对出现的问题提出自己的疑问，为之后的完善程序进行提出意见。

TestCase-FUNC-07测试用例

测试项目名称：游戏“美女缠身”

测试用例编号： TestCase-FUNC-07

测试人员：

于志佳

王焕鹏

测试时间：

2012/5/14

测试项目标题：游戏中出现的特殊数据进行测试

测试内容：

分别对牌号是9、X、K进醒测试，发现与实际情况是不是完全符合，同时找到特殊的情况，并且对出现的问题提出自己的疑问，为之后的完善程序进行提出意见。

测试环境：安装VC 6.0 软件的个人计算机

系统配置：操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional

测试输入数据

见测试开发文档

测试次数：每个测试过程做5次。

预期结果：

当输入“9”，系统输出时“X”；输入“X”，系统输出“J”；输入“K”系统输出“A”时，系统将认为两者之间是相邻的，需要使玩家的积分减少“1”。

测试过程：

运行程序->分别输入C（D、S、H）/9；C（D、S、H）/X；C（D、S、H）/K；进行测试->对每一次出现的结果进行测试，直到出现想要的结果->记录结果，并与实际进行比较

测试结果：

测试结论： 9和X以及X和J是相邻的两个两组数据，在计算的时候满足了相邻的数据进行减“1”，符合实际情况；本来K和A应该是相邻的，应该是把原来的几分减少。但是实际上是增加了，与实际情况不符合，程序本身应满足客观的实际情况，12种牌应该构成一个循环

实现限制：

备注：

3.8用例八：函数代码测试

这个测试用例的编号的TestCase-FUNC-08，测试内容是白盒测试的逻辑覆盖测试，测试内容是对函数 Judge进行测试，发现与实际情况是不是完全符合，同时找到特殊的情况，并且对出现的问题提出自己的疑问，为之后的完善程序进行提出意见。

TestCase-FUNC-08测试用例

测试项目名称：游戏“美女缠身”

测试用例编号： TestCase-FUNC-08

测试人员：

于志佳

王焕鹏

测试时间：

2012/5/14

测试项目标题：函数代码测试

测试内容：

对函数Judge 进行逻辑覆盖测试，发现与实际情况是不是完全符合，并且对出现的问题提出自己的疑问，为之后的完善程序进行提出意见。

测试环境：安装VC 6.0 软件的个人计算机

系统配置：操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional

测试输入数据

0,1,25,1 487754,0 jhdfsj，

测试次数：每个测试过程做5次。

预期结果：

运用语句测试、判定测试、条件测试、判定/条件测试、条件组合测试以及路径覆盖测试，能够不出差错的运行出结果。

测试过程：

输入0/1：正常退出/进行游戏；

输入其他任意字符：判定错误，并返回判决页面；

输入非0/1开头的字符串：正常退出/进行游戏；

输入0/1+数字字符：判定错误，并返回判决页面；

输入0/1+字母字符：正常退出/进行游戏；

输入0/1+字母开头字符串：正常退出/进行游戏；

输入0/1+’ ’+任意字符：正常退出/进行游戏。

测试结果：

测试结论：

程序对输入的判决符号，只能识别一个，从而导致 后续字符的无效性。

实现限制：

无

备注：

改进见v2.0.0

“美女缠身”游戏 测试设计

推荐内容

相关推荐