游戏软件测试0.ppt
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目标： • 使客户验收签字； • 系统是否符合事先约定的验收 标准；
时机： • 系统测试完成后，在项目组看 来开发和测试工作已经全部完 成，可以交付使用；
方法：黑盒测试； 责任：
• 产品经理或其他高级经理； • 开发工程师； • 测试工程师； • 用户；
从游戏软件测试的前后过程来看， 游戏软件测试的步骤又可以分为：单 元测试、组装测试（集成测试）、确 认测试和系统测试。软件开发的过程 是自顶向下的，测试则正好相反，以 上这些过程就是自底向上，逐步集成 的。
• 单元测试 • 集成测试 • 系统测试 • 验收测试和配置审计
一、软件结构
M
系统软件或程序
A
B
D 分系统或分程序
E
F
E1
E2F2Βιβλιοθήκη 模块GH I程序单元（过程或
I1 G1 H1 G2 H2 I2
例行程序）
1、程序单元
程序单元有以下特点 • 一个入口和一个出口 • 规模：在用高级语言实现时，平均不超
2、集成测试：Integration Testing 目标： • 检验组成系统的模块接口有无 错误 • 代码实现的系统设计与需求定 义是否吻合
时机:主要的单元测试完成后，经常 与单元测试同步进行
方法:黑盒测试辅以白盒测试 责任：
• 开发工程师 • 测试工程师
3、系统测试：System Testing
终止测试的标准
1．规定测试策略和应达目标 白盒测试时一般可规定以完成覆盖
为标准，即语句覆盖率和分支覆盖率必 须分别达到100%。满足了这些条件就可 终止测试。
黑盒测试时可结合程序的实际情况 选择一种或数种方法（例如，边界值法 或等价分类法）来设计测试用例。当把 所有测试用例全部用完后测试便可终止。
2．规定至少要查出的错误数量
如果已经积累了较丰富的测试经验， 可以把查出预定数量的错误，作为某类应 用程序的测试终止标准。例如，根据以往 的经验， 10000行的程序约有300个设计 错误和200个代码与结构错误。若预定的 目标是查出95%的设计错误和98%的编码 与结构错误，则可以规定，查出285个设 计错误和196个编码与结构错误后就可终 止测试。
目标：
• 检验组成整个系统的代码、以及系统的 软硬件配合有无错误
• 代码实现的系统与用户需求是否吻合
• 检验系统的文档等各种是否完整、有效
• 模拟验收测试的要求，检查系统是否符 合用户的验收标准
前提：软件集成测试完成后，系统 已置于软件配置管理之下。
方法：黑盒测试 责任：测试工程师
4、验收测试：Acceptance Testing
过100条语句行，一般而言，最长不超 过200条。 • 程序单元，使用基本结构设计和编码。 • 严格控制GOTO语句的使用
2、模块
• 广义：或大或小的离散的程序单元。 • 狭义：构件结构的一个部分，它是程
序中一个能从逻辑上分开的部分，可 由一个或多个程序单元组成。
3、分系统或分程序
分系统或分程序，指系 统或程序的一个功能子集，它 由一个或多个功能模块组成。
4、系统或程序
系统或程序，指一个系 统中软件的全体，或具有独立 功能的软件部分。
1、单元测试：Unit Testing 目标： • 检验程序最小单元有无错误 • 接口、数据结构、边界、覆盖、 逻辑 • 检验单元编码与设计是否吻合 条件：编码完成后,首先要实施的测试 方法： • 白盒测试 • 黑盒测试 责任：开发工程师
游戏软件测试
主讲人：徐丽
1.4 游戏软件测试的步骤
测试过程必须分步骤进行，每个步 骤在逻辑上是前一个步骤的继续。大 型软件系统通常由若干个子系统组成， 每个子系统又由许多模块组成。游戏 软件测试阶段可以分为若干个小的阶 段，阶段的划分有多种，按流程顺序 将其分为四个阶段。
产品开发过程中的主要测试
时机： • 系统测试完成后，在项目组看 来开发和测试工作已经全部完 成，可以交付使用；
方法：黑盒测试； 责任：
• 产品经理或其他高级经理； • 开发工程师； • 测试工程师； • 用户；
从游戏软件测试的前后过程来看， 游戏软件测试的步骤又可以分为：单 元测试、组装测试（集成测试）、确 认测试和系统测试。软件开发的过程 是自顶向下的，测试则正好相反，以 上这些过程就是自底向上，逐步集成 的。
• 单元测试 • 集成测试 • 系统测试 • 验收测试和配置审计
一、软件结构
M
系统软件或程序
A
B
D 分系统或分程序
E
F
E1
E2F2Βιβλιοθήκη 模块GH I程序单元（过程或
I1 G1 H1 G2 H2 I2
例行程序）
1、程序单元
程序单元有以下特点 • 一个入口和一个出口 • 规模：在用高级语言实现时，平均不超
2、集成测试：Integration Testing 目标： • 检验组成系统的模块接口有无 错误 • 代码实现的系统设计与需求定 义是否吻合
时机:主要的单元测试完成后，经常 与单元测试同步进行
方法:黑盒测试辅以白盒测试 责任：
• 开发工程师 • 测试工程师
3、系统测试：System Testing
终止测试的标准
1．规定测试策略和应达目标 白盒测试时一般可规定以完成覆盖
为标准，即语句覆盖率和分支覆盖率必 须分别达到100%。满足了这些条件就可 终止测试。
黑盒测试时可结合程序的实际情况 选择一种或数种方法（例如，边界值法 或等价分类法）来设计测试用例。当把 所有测试用例全部用完后测试便可终止。
2．规定至少要查出的错误数量
如果已经积累了较丰富的测试经验， 可以把查出预定数量的错误，作为某类应 用程序的测试终止标准。例如，根据以往 的经验， 10000行的程序约有300个设计 错误和200个代码与结构错误。若预定的 目标是查出95%的设计错误和98%的编码 与结构错误，则可以规定，查出285个设 计错误和196个编码与结构错误后就可终 止测试。
目标：
• 检验组成整个系统的代码、以及系统的 软硬件配合有无错误
• 代码实现的系统与用户需求是否吻合
• 检验系统的文档等各种是否完整、有效
• 模拟验收测试的要求，检查系统是否符 合用户的验收标准
前提：软件集成测试完成后，系统 已置于软件配置管理之下。
方法：黑盒测试 责任：测试工程师
4、验收测试：Acceptance Testing
过100条语句行，一般而言，最长不超 过200条。 • 程序单元，使用基本结构设计和编码。 • 严格控制GOTO语句的使用
2、模块
• 广义：或大或小的离散的程序单元。 • 狭义：构件结构的一个部分，它是程
序中一个能从逻辑上分开的部分，可 由一个或多个程序单元组成。
3、分系统或分程序
分系统或分程序，指系 统或程序的一个功能子集，它 由一个或多个功能模块组成。
4、系统或程序
系统或程序，指一个系 统中软件的全体，或具有独立 功能的软件部分。
1、单元测试：Unit Testing 目标： • 检验程序最小单元有无错误 • 接口、数据结构、边界、覆盖、 逻辑 • 检验单元编码与设计是否吻合 条件：编码完成后,首先要实施的测试 方法： • 白盒测试 • 黑盒测试 责任：开发工程师
游戏软件测试
主讲人：徐丽
1.4 游戏软件测试的步骤
测试过程必须分步骤进行，每个步 骤在逻辑上是前一个步骤的继续。大 型软件系统通常由若干个子系统组成， 每个子系统又由许多模块组成。游戏 软件测试阶段可以分为若干个小的阶 段，阶段的划分有多种，按流程顺序 将其分为四个阶段。
产品开发过程中的主要测试