测 试 用 例 编 写 和 实 例
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
上一页 下一页 返回
６.３ 设计测试用例
• ２.相关背景 • （１）杯子特性。 • ①杯子的容量：能装多少升水，如空杯、半杯、满杯。 • ②杯子的形状：圆形、上面口大、下面口小。 • ③杯子的材料：纸质。 • ④杯子的抗摔能力：风吹是否会倒、摔一次是否会摔坏、摔多少次会
摔坏。 • ⑤杯子的耐温性：装冷水、冰水、热水。 • （２）广告图案。 • ①广告内容与图案沾水是否会掉色。 • ②广告内容与图案是否合法。 • ③广告内容与图案是否容易剥落。
• 设计测试用例的基本准则有３个，分别是测试用例的代表性、测试结 果的可判定性、测试结果的可再现性。测试用例的代表性是指能代表 并覆盖各种合理的和不合理的、合法的和非法的、边界和越界的以及 极限的输入数据、操作和环境设置等；测试结果的可判定性表示测试 结果的正确性是可以判定的，每个测试用例都有对应的期望结果；测 试结果的可再现性指对同样的测试用例系统的执行结果是相同的。
据库的访问权限。
上一页 下一页 返回
６.３ 设计测试用例
• （８）用例的编号（ＩＤ），如可以是软件名称简写－功能块简写－ Ｎｏ.。
• （９）步骤号、操作步骤描述、测试数据描述。 • （１０）预期结果（这是最重要的）和实际结果（如果有Ｂｕｇ管理
工具，这条可以省略）。 • （１１）开发人员（必须有）和测试人员（必须有）。 • （１２）测试执行日期。 • 下面先来通过一个简单的生活中的例子来了解如何设计测试用例。 • １.需求 • 测试一ห้องสมุดไป่ตู้带广告图案的花纸杯。
• 一个好的用例的表述要点，即用例中应当包含的信息如下。
下一页 返回
６.３ 设计测试用例
• （１）软件或项目的名称。 • （２）软件或项目的版本（内部版本号）。 • （３）功能模块名。 • （４）测试用例的简单描述，即该用例执行的目的或方法。 • （５）测试用例的参考信息（便于跟踪和参考）。 • （６）本测试用例与其他测试用例间的依赖关系。 • （７）本用例的前置条件，即执行本用例必须要满足的条件，如对数
• 设计备选事件和异常事件的用例，则要复杂和困难得多。例如，字典 的代码是唯一的，不允许重复。测试需要验证字典新增程序中已存在 有关字典代码的约束，若出现代码重复必须报错，并且报错文字要正 确。往往在设计编码阶段形成的文档对备选事件和异常事件分析描述 不够详尽。而测试本身则要求验证全部非基本事件，并同时尽量发现 其中的软件缺陷。
第 ６章 测试用例编写和实例
• ６. １ 什 么 是 测 试 用 例 • ６. ２ 测 试 用 例 的 作 用 • ６. ３ 设 计 测 试 用 例 • ６. ４ 测 试 用 例 的 技 术 方 法 • ６. ５ 黑 盒 测 试
６.１ 什么是测试用例
• 测试用例（ＴｅｓｔＣａｓｅ）是为某个特殊目标而编制的一组测试 输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满 足某个特定需求。
• ５.分析缺陷的标准
• 通过收集缺陷、对比测试用例和缺陷数据库，分析确认是漏测还是缺 陷复现。漏测反映了测试用例的不完善，应立即补充相应测试用例，
最终达到逐步完善软件质量的目的。而已有相应测试用例，则反映实 施测试或变更处理存在问题。
上一页
返回
６.３ 设计测试用例
• 测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的 用例，应该参照用例规约（或设计规格说明书），根据关联的功能、 操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计 测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆 盖率要达１００％。
• 测试用例也是将软件和游戏测试的行为活动做一个科学化的组织归纳， 目的是能够将软件和游戏测试的行为转化成可管理的模式；同时测试 用例也是将测试具体量化的方法之一，不同类别的软件其测试用例是 不同的，如系统、工具、控制、游戏软件不同于管理软件的用户需求。
• 总之，测试用例就是执行测试工作的依据；可以确保测试的系统性和 全面性。
下一页 返回
６.２ 测试用例的作用
• ３.编写测试脚本“设计规格说明书”
• 为提高测试效率，软件和游戏测试已大力发展自动测试。自动测试的 中心任务是编写测试脚本。如果软件工程中软件编程必须有设计规格 说明书，那么测试脚本的设计规格说明书就是测试用例。
• ４.评估测试结果的度量基准
• 完成测试后需要对测试结果进行评估，并且编制测试报告。判断软件 或游戏测试是否完成、衡量测试质量需要一些量化的结果，如测试覆 盖率是多少、测试合格率是多少、重要测试合格率是多少等。以前统 计基准是软件模块或功能点，显得过于粗糙。现在采用测试用例作度 量基准更加准确、有效。
上一页 下一页 返回
６.３ 设计测试用例
• 以上是从设计用例思路方面考虑的用例。真正的接口测试用例的设计 还要通过阅读代码，挖掘更深层次的相关背景来补充测试用例。
• 总之，一个好的测试用例具有较高的发现某个尚未发现的错误的可能 性，一个成功的测试用例能够发现ｎ个尚未发现的错误。在测试用例 的设计上，要不断地学习，提高自己的设计用例的水平，提高软件的 质量。
返回
６.２ 测试用例的作用
• １.指导测试的实施 • 测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时
测试用例作为测试的标准，测试人员一定要严格按照测试用例对用例 项目和测试步骤逐一进行测试，并将测试结果记录在测试用例管理软 件中，以便自动生成测试结果文档。 • 根据测试用例的测试等级，集成测试应测试哪些用例、系统测试和回 归测试又该测试哪些用例，这些在设计测试用例时都已作出明确规定， 进行测试时测试人员不能随意作变动。 • ２.规划测试数据的准备 • 在实践中，测试数据是与测试用例相分离的。按照测试用例配套准备 一组或若干组测试原始数据，以及标准测试结果。尤其像测试报表之 类数据集的正确性时，按照测试用例规划准备测试数据是十分有必要 的。 • 除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据。
上一页 下一页 返回
６.３ 设计测试用例
• ３.影响范围 • （１）可用性。 • ①装入液体多久后会漏。 • ②装入热水多久后变温，装入冰水多久后融化。 • （２）安全性。 • ①装入不同液体，是否会有化学反应，如可乐、咖啡等饮料。 • ②装入热水杯子是不是会变形和产生异味。 • （３）性能。 • ①不同人群是否能匹配杯子的形状，包括握杯和喝水的感觉。 • ②不同人群是否能接受杯子的广告内容与图案。
６.３ 设计测试用例
• ２.相关背景 • （１）杯子特性。 • ①杯子的容量：能装多少升水，如空杯、半杯、满杯。 • ②杯子的形状：圆形、上面口大、下面口小。 • ③杯子的材料：纸质。 • ④杯子的抗摔能力：风吹是否会倒、摔一次是否会摔坏、摔多少次会
摔坏。 • ⑤杯子的耐温性：装冷水、冰水、热水。 • （２）广告图案。 • ①广告内容与图案沾水是否会掉色。 • ②广告内容与图案是否合法。 • ③广告内容与图案是否容易剥落。
• 设计测试用例的基本准则有３个，分别是测试用例的代表性、测试结 果的可判定性、测试结果的可再现性。测试用例的代表性是指能代表 并覆盖各种合理的和不合理的、合法的和非法的、边界和越界的以及 极限的输入数据、操作和环境设置等；测试结果的可判定性表示测试 结果的正确性是可以判定的，每个测试用例都有对应的期望结果；测 试结果的可再现性指对同样的测试用例系统的执行结果是相同的。
据库的访问权限。
上一页 下一页 返回
６.３ 设计测试用例
• （８）用例的编号（ＩＤ），如可以是软件名称简写－功能块简写－ Ｎｏ.。
• （９）步骤号、操作步骤描述、测试数据描述。 • （１０）预期结果（这是最重要的）和实际结果（如果有Ｂｕｇ管理
工具，这条可以省略）。 • （１１）开发人员（必须有）和测试人员（必须有）。 • （１２）测试执行日期。 • 下面先来通过一个简单的生活中的例子来了解如何设计测试用例。 • １.需求 • 测试一ห้องสมุดไป่ตู้带广告图案的花纸杯。
• 一个好的用例的表述要点，即用例中应当包含的信息如下。
下一页 返回
６.３ 设计测试用例
• （１）软件或项目的名称。 • （２）软件或项目的版本（内部版本号）。 • （３）功能模块名。 • （４）测试用例的简单描述，即该用例执行的目的或方法。 • （５）测试用例的参考信息（便于跟踪和参考）。 • （６）本测试用例与其他测试用例间的依赖关系。 • （７）本用例的前置条件，即执行本用例必须要满足的条件，如对数
• 设计备选事件和异常事件的用例，则要复杂和困难得多。例如，字典 的代码是唯一的，不允许重复。测试需要验证字典新增程序中已存在 有关字典代码的约束，若出现代码重复必须报错，并且报错文字要正 确。往往在设计编码阶段形成的文档对备选事件和异常事件分析描述 不够详尽。而测试本身则要求验证全部非基本事件，并同时尽量发现 其中的软件缺陷。
第 ６章 测试用例编写和实例
• ６. １ 什 么 是 测 试 用 例 • ６. ２ 测 试 用 例 的 作 用 • ６. ３ 设 计 测 试 用 例 • ６. ４ 测 试 用 例 的 技 术 方 法 • ６. ５ 黑 盒 测 试
６.１ 什么是测试用例
• 测试用例（ＴｅｓｔＣａｓｅ）是为某个特殊目标而编制的一组测试 输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满 足某个特定需求。
• ５.分析缺陷的标准
• 通过收集缺陷、对比测试用例和缺陷数据库，分析确认是漏测还是缺 陷复现。漏测反映了测试用例的不完善，应立即补充相应测试用例，
最终达到逐步完善软件质量的目的。而已有相应测试用例，则反映实 施测试或变更处理存在问题。
上一页
返回
６.３ 设计测试用例
• 测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的 用例，应该参照用例规约（或设计规格说明书），根据关联的功能、 操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计 测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆 盖率要达１００％。
• 测试用例也是将软件和游戏测试的行为活动做一个科学化的组织归纳， 目的是能够将软件和游戏测试的行为转化成可管理的模式；同时测试 用例也是将测试具体量化的方法之一，不同类别的软件其测试用例是 不同的，如系统、工具、控制、游戏软件不同于管理软件的用户需求。
• 总之，测试用例就是执行测试工作的依据；可以确保测试的系统性和 全面性。
下一页 返回
６.２ 测试用例的作用
• ３.编写测试脚本“设计规格说明书”
• 为提高测试效率，软件和游戏测试已大力发展自动测试。自动测试的 中心任务是编写测试脚本。如果软件工程中软件编程必须有设计规格 说明书，那么测试脚本的设计规格说明书就是测试用例。
• ４.评估测试结果的度量基准
• 完成测试后需要对测试结果进行评估，并且编制测试报告。判断软件 或游戏测试是否完成、衡量测试质量需要一些量化的结果，如测试覆 盖率是多少、测试合格率是多少、重要测试合格率是多少等。以前统 计基准是软件模块或功能点，显得过于粗糙。现在采用测试用例作度 量基准更加准确、有效。
上一页 下一页 返回
６.３ 设计测试用例
• 以上是从设计用例思路方面考虑的用例。真正的接口测试用例的设计 还要通过阅读代码，挖掘更深层次的相关背景来补充测试用例。
• 总之，一个好的测试用例具有较高的发现某个尚未发现的错误的可能 性，一个成功的测试用例能够发现ｎ个尚未发现的错误。在测试用例 的设计上，要不断地学习，提高自己的设计用例的水平，提高软件的 质量。
返回
６.２ 测试用例的作用
• １.指导测试的实施 • 测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时
测试用例作为测试的标准，测试人员一定要严格按照测试用例对用例 项目和测试步骤逐一进行测试，并将测试结果记录在测试用例管理软 件中，以便自动生成测试结果文档。 • 根据测试用例的测试等级，集成测试应测试哪些用例、系统测试和回 归测试又该测试哪些用例，这些在设计测试用例时都已作出明确规定， 进行测试时测试人员不能随意作变动。 • ２.规划测试数据的准备 • 在实践中，测试数据是与测试用例相分离的。按照测试用例配套准备 一组或若干组测试原始数据，以及标准测试结果。尤其像测试报表之 类数据集的正确性时，按照测试用例规划准备测试数据是十分有必要 的。 • 除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据。
上一页 下一页 返回
６.３ 设计测试用例
• ３.影响范围 • （１）可用性。 • ①装入液体多久后会漏。 • ②装入热水多久后变温，装入冰水多久后融化。 • （２）安全性。 • ①装入不同液体，是否会有化学反应，如可乐、咖啡等饮料。 • ②装入热水杯子是不是会变形和产生异味。 • （３）性能。 • ①不同人群是否能匹配杯子的形状，包括握杯和喝水的感觉。 • ②不同人群是否能接受杯子的广告内容与图案。