测试用例设计方法概述
测试用例的设计方法
测试用例的设计方法
《测试用例的设计方法》
一、定义
测试用例是指由测试者根据测试目标和测试需求，设计出的一系列的测试步骤和预期结果的集合，用来检查软件的功能和性能的一种文档或者测试案例的总称。
二、设计流程
1. 收集需求：通过观察、记录和分析，提取软件的功能和性能要求的具体内容；
2. 识别测试对象：根据软件功能和性能需求，识别出关键的测试对象；
3. 构建测试场景：结合测试对象，根据软件的具体要求，构建出符合测试要求的测试场景；
4. 确定测试步骤：根据每个测试场景，分析出其中所包含的重要测试步骤；
5. 编写用例：将上述测试步骤和预期结果整合到一起，并按照某种规范用文档的形式描述出来，就形成了一个测试用例；
6. 执行用例：按照用例中的步骤，对软件进行测试，并记录测试结果。
三、编写说明
1. 测试用例的编写应该清晰易懂、简洁、具体、可行；
2. 测试用例中的步骤应该表达清楚，要能够准确地描述测试者
所进行的操作；
3. 测试用例中的预期结果应该清楚明确，要能够准确地反映软件在测试者进行步骤操作后应该出现的结果；
4. 测试用例应该有明确的测试目的和依据，如果某个用例无法覆盖某个测试目标，可以考虑增加新的用例，或者调整原有的用例；
5. 测试用例应该与其它的用例相互补充，如果测试者发现某个用例不能够满足测试需求，应该及时修改或者重新设计新的用例。
《测试用例设计方法》课件
什么是白盒测试？
在白盒测试中，测试人员根据对 源代码的深入了解和测试来识别 问题。
如何进行白盒测试用例设 计？
评审代码结构并创建代表各部分 的测试用例。
为何需要白盒测试用例设 计？
因为白盒测试用例可以帮助确保 软件系统是代码的正确归纳，并 验证预期的输入和输出。
用户界面测试用例设计方法
什么是用户界面？
网络拓扑测试用例设计方法
1 什么是网络拓扑？
网络拓扑是一种描述组成网络的设备和链接的方法和属性。
2 如何进行网络拓扑测试用例设计？
了解网络拓扑和组成部分，确定需要测试的网络拓扑部分，然后创建测试用例以确保系 统的高效性和完整性。
3 为什么需要网络拓扑测试用例设计？
这是一种测试设计方法，可评估整个网络的安全性、性能、稳定性等属性，以提高系统 效率。
2 业务过程
从用户的角度考虑，了解所有可供商业业务 活动使用的业务过程。
4 约束条件
确定并为每个场景创建适当的约束条件。
边界值分析测试用例设计方法
什么是边界值？
边界值是指一个变量或一个参 数的合法最小值和最大值范围 的一个或多个端点。
为什么需要进行边界 值分析？
由于一些计算错误、软件漏洞 或编程缺陷，很容易出现在接 近端点值时导致的失败。
测试用例设计方法
欢迎来到本课程，本课程将介绍测试用例设计方法。测试用例是保证软件质 量的重要组成部分，而测试用例的设计则决定测试的覆盖面和效果。通过本 课程，您将了解各种测试用例设计方法，以便更好地开展软件测试工作。
什么是测试用例设计？
测试用例定义
测试用例是测试计划的基本元素，它是指在特定条 件下，执行步骤和验证结果的描述性文档。
用户界面是用户与系统交互的主要方式。
测试用例设计方法
测试用例是按一定的顺序执行的与测试目标相关的测试活动的描述，是确定“怎样”测试。
测试用例被看作是有效发现软件缺陷的最小测试执行单元，也被视为软件的测试规格说明书。
在测试工作中，测试用例的设计是非常重要的，是测试执行的正确性、有效性的基础。
如何有效地设计测试用例，一直是测试人员所关注的问题；设计好测试用例，也是保证测试工作的最关键的因素之一。
设计测试用例，也分为白盒设计方法和黑盒设计方法。
白盒设计方法又分为逻辑覆盖法和基本路径覆盖法，或者分为语句覆盖、判定覆盖、条件覆盖方法，而黑盒设计方法分为等价类划分法、边界值划分法、错误推测法、因果图法等。
在实际测试用例设计过程中，不仅根据需要、场合单独使用这些方法，常常综合运用多个方法，使测试用例的设计更为有效。
1．判定-条件覆盖方法判定-条件覆盖方法就是将两种白盒设计方法“判定覆盖”和“条件覆盖”结合起来的一种设计方法，它所设计的测试用例是判定覆盖的设计的测试用例和条件覆盖设计的设计的测试用例的交集，即设计足够精巧的测试用例，使得判断条件中的所有条件可能取值至少执行一次，同时，所有判断的可能结果也至少执行一次。
举个例子，源程序是：Dim a,b as IntegerDim c as DoubleIf （a > 0 and b > 0）Thenc = c/ aEnd IfIf （a>1 or c>1）Thenc=c+1End Ifc=b+c则用两个测试用例（如表1）来覆盖了两个判定“P1=（a > 0 and b > 0）”和“P2 =（a>1 or c>1）”和四个条件“C1= a > 0”、“C2= b > 0”、“C3= a>1”和“C4= c>1”。
表1 判定-条件覆盖的测试用例2．条件组合覆盖条件组合覆盖的基本思想是：设计足够的测试用例，使得判断中每个条件的所有可能至少出现一次，并且每个判断本身的判定结果也至少出现一次，条件覆盖是简单地要求每个条件出现“真”与“假”两种结果，而条件组合覆盖是让这些结果的所有可能组合都至少出现一次。
测试用例设计方法
测试用例设计方法测试用例设计是软件测试过程中非常重要的一环。
通过合理的测试用例设计，可以全面地验证软件系统的功能是否正常、性能是否满足要求、稳定性是否可靠等。
在测试用例设计中，可以使用多种方法来确保测试的全面性和有效性。
下面我将介绍几种常用的测试用例设计方法。
1. 等价类划分法等价类划分法是一种基于输入数据的测试用例设计方法。
它将输入数据划分为若干等价类，每个等价类包含了一组具有相同特征和行为的输入值。
然后，从每个等价类中选择一个典型的输入值作为测试用例。
这样做的好处是在尽量少的测试用例下，可以覆盖到不同的输入条件。
例如，对于一个要求输入年龄的功能，可以划分为小于0岁、0到17岁、18到65岁、65岁以上等等等价类。
2. 边界值分析法边界值分析法是在等价类划分法的基础上，进一步考虑边界情况的测试用例设计方法。
边界值通常是系统能够处理的最小和最大输入值。
通过测试边界值，可以发现输入值是否能够正确地被系统处理。
例如，对于一个要求输入1到100之间的数字的功能，可以设计测试用例分别为0、1、2、99、100、101等。
3. 错误推测法错误推测法是基于测试人员的经验和直觉来推测可能出现的错误情况，并针对这些错误情况设计测试用例。
这种方法更关注于系统对异常情况的处理能力。
例如，对于一个邮件发送功能，可以设计测试用例来测试系统在网络不稳定、收件人邮箱不正确、邮件附件过大等错误情况下的反应。
4. 状态转换法状态转换法是针对有状态的系统进行测试用例设计的一种方法。
通过分析系统的状态变化，设计测试用例来覆盖各个状态和状态之间的转换。
例如，对于一个订单处理系统，可以设计测试用例来覆盖订单的创建、支付、发货、取消等各个状态。
5. 正交实验法正交实验法是一种基于统计学的测试用例设计方法。
它通过对系统的各个因素进行组合，设计最少的测试用例来覆盖尽可能多的情况。
这种方法适用于系统的因素比较复杂，测试用例组合爆炸的情况。
例如，对于一个电子商务网站，可以设计测试用例来测试不同的商品类别、商品属性、支付方式等组合情况。
史上最全的测试用例设计方法总结
测试用例的设计方法（全）等价类划分方法：一.方法简介1.定义是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。
该方法是一种重要的,常用的黑盒测试用例设计方法。
2.划分等价类：等价类是指某个输入域的子集合。
在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。
等价类划分可有两种不同的情况：有效等价类和无效等价类。
1)有效等价类是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。
利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
2)无效等价类与有效等价类的定义恰巧相反。
无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。
对于具体的问题，无效等价类至少应有一个，也可能有多个。
设计测试用例时,要同时考虑这两种等价类。
因为软件不仅要能接收合理的数据,也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。
3.划分等价类的标准：1)完备测试、避免冗余;2)划分等价类重要的是：集合的划分，划分为互不相交的一组子集，而子集的并是整个集合;3)并是整个集合：完备性;4)子集互不相交：保证一种形式的无冗余性;5)同一类中标识（选择）一个测试用例，同一等价类中，往往处理相同，相同处理映射到"相同的执行路径"。
4.划分等价类的方法1)在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。
如：输入值是学生成绩，范围是0～100；覆盖有效等价类的测试用例：a b c 覆盖等价类号码3 4 5 （1）--（7）4 45 （1）--（7），（8）4 5 5 （1）--（7），（9）5 4 5 （1）--（7），（10）4 4 4 （1）--（7），（11）覆盖无效等价类的测试用例：输入等价类有效等价类无效等价类日期的类型及长度①6位数字字符②有非数字字符③少于6位数字字符④多于6位数字字符年份范围⑤在1990~2049之间⑥小于1990⑦大于2049月份范围⑧在01~12之间⑨等于00⑩大于12(二)强健壮等价类测试用例ID 月份日期年预期输出SR1 -1 15 1912 月份不在1～12中SR2 6 -1 1912 日期不在1～31中SR3 6 15 1811 年份不在1812～2012中SR4 -1 -1 1912 两个无效一个有效SR5 6 -1 1811 两个无效一个有效SR6 -1 15 1811 两个无效一个有效SR7 -1 -1 1811 三个无效4.佣金问题等价类测试用例，它是根据佣金函数的输出值域定义等价类，来改进测试用例集合。
测试用例的几种常用设计方法
测试用例的几种常用设计方法测试用例是软件测试中的重要组成部分，它们对于确保软件质量至关重要。
在设计测试用例时，可以采用多种不同方法。
下面将介绍几种常用的测试用例设计方法。
1.等价类划分法（Equivalent Partitioning）等价类划分法是一种基于输入数据的测试用例设计方法。
它将输入数据划分为若干等价类，每个等价类中的数据具有相同的功能和处理方式。
在设计测试用例时，只需要选择每个等价类中的一个或几个代表性的测试数据进行测试即可。
这种方法可以有效地减少测试用例的数量，同时保证测试覆盖面。
2. 边界值分析法（Boundary Value Analysis）边界值分析法是一种基于输入数据边界的测试用例设计方法。
它关注输入数据的边界条件，通常在输入数据的最小值、最大值和边界附近选择测试用例。
这是因为在边界处发生的错误往往比在其他地方发生的错误更容易被发现。
通过边界值分析法设计的测试用例可以提高测试效率和覆盖度。
3. 错误推测法（Error Guessing）错误推测法是一种基于经验和直觉的测试用例设计方法。
它假设测试人员能够猜测到软件中潜在的错误，并设计相应的测试用例来验证这些错误。
这种方法不依赖于任何特定的测试技术或规则，而是基于测试人员的经验和洞察力。
错误推测法可以应用于各种测试阶段，并且适用于不同类型的软件。
4. 决策表法（Decision Table）决策表法是一种基于规则和条件的测试用例设计方法。
它使用表格来表示系统的决策条件和相应的动作结果。
在设计测试用例时，可以根据表格中的各种条件组合来选择相应的测试用例。
决策表法对复杂的业务逻辑和条件约束非常有效，可以提高测试覆盖范围和准确性。
5. 状态转换法（State Transition）状态转换法是一种基于系统状态的测试用例设计方法。
它将系统的不同状态和状态之间的转换关系进行建模，并选择相应的测试用例来验证系统在不同状态下的行为。
状态转换法适用于具有明确状态转换关系的系统，例如有限状态机。
测试用例设计的方法
测试用例设计的方法测试用例设计是软件测试中的重要环节，它旨在验证软件系统的正确性和稳定性。
一个好的测试用例设计可以帮助测试人员高效地发现和修复软件中的缺陷，确保软件质量。
下面将介绍几种常用的测试用例设计方法。
1. 边界值分析法边界值分析法通过测试边界值来检验系统的健壮性。
该方法假设错误往往发生在边界上，因此对于特定输入条件，测试用例应包括最小值、最大值以及接近最小值和最大值的临界值。
例如，一个接受年龄输入的系统，可以设计测试用例包括负数、0、1、100、101等边界值。
2. 等价类划分法等价类划分法是将输入条件划分为多个等价类，然后从每个等价类中选择一个测试用例进行测试。
等价类划分法的基本原则是：一个等价类中的数据具有相同的功能和行为，无论选择其中的哪个值作为输入，系统的行为都应该是一致的。
例如，对于一个接受月份输入的系统，可以将月份划分为等价类：1-12个月是有效的输入，其他数字和非数字是无效的输入。
3. 成对测试法成对测试法是一种组合测试方法，它通过组合两个或多个输入条件来设计测试用例，以验证系统对不同条件的组合是否正确处理。
该方法适用于系统具有多个输入条件的场景。
例如，一个在线商城系统，会有多种支付方式和配送方式，可以设计不同的测试用例来测试各种支付和配送方式的组合效果。
4. 状态转换法状态转换法适用于测试有状态的系统，例如有限状态机、状态驱动的系统等。
它通过设计测试用例来验证系统在不同状态下的行为是否符合预期。
测试用例应包括系统从一个状态转换到另一个状态的过程，以及在每个状态下系统的行为。
例如，一个电梯系统的状态可以包括：停止、上升、下降等，可以设计测试用例来测试系统在不同状态下的响应和行为。
综上所述，测试用例设计是软件测试中非常重要的一环。
通过边界值分析法、等价类划分法、成对测试法和状态转换法等方法，可以设计出全面、有效的测试用例。
测试人员可以根据具体的系统特点和需求，选择合适的方法来进行测试用例设计，以提高测试效率和发现软件中的缺陷。
测试用例设计的常见方法总结
测试用例设计的常见方法总结测试用例设计是软件测试过程中的重要一环，它决定了测试的覆盖范围和测试的质量。
合理有效的测试用例设计可以发现更多的错误，提高软件质量。
本文将总结常见的测试用例设计方法，包括黑盒测试方法、白盒测试方法和灰盒测试方法。
1. 黑盒测试方法黑盒测试方法是基于软件系统的功能需求和规格说明，而不考虑内部结构和实现细节的测试方法。
黑盒测试的目的是检验系统功能是否按照需求规格说明书的要求工作。
常见的黑盒测试方法包括：1.1 等价类划分法：将输入和输出的数据分为等价类，从每个等价类中选择一个或多个有效和无效的数据作为测试用例。
1.2 边界值分析法：选择输入数据的边界值和边界值周围的值作为测试用例，以发现潜在的错误。
1.3 决策表测试法：生成决策表，根据决策表的规则设计测试用例，以覆盖所有可能的条件和结果组合。
1.4 直觉法：依据个人的直觉和经验设计测试用例，对于特定的软件系统或特定的功能点可以提供较好的测试覆盖。
2. 白盒测试方法白盒测试方法是基于软件系统的内部结构和实现细节的测试方法。
白盒测试的目的是检验程序的逻辑结构是否正确，是否有遗漏的代码路径。
常见的白盒测试方法包括：2.1 语句覆盖：确保每个语句至少被执行一次。
2.2 判定覆盖：确保每个判定（条件）的所有可能取值至少被覆盖一次。
2.3 条件覆盖：确保判定的每个条件的所有可能取值至少被覆盖一次，包括真值和假值。
2.4 路径覆盖：覆盖所有可能的路径，包括正常路径、异常路径等。
2.5 边界值覆盖：选择边界值和边界值周围的其他值作为测试用例。
3. 灰盒测试方法灰盒测试方法综合了黑盒测试和白盒测试的特点，既考虑功能需求，又考虑内部结构和实现细节。
常见的灰盒测试方法包括：3.1 因果图测试法：通过分析系统功能和数据之间的因果关系，设计测试用例，以覆盖各种情况下的因果关系。
3.2 正交实验设计法：通过正交表设计测试用例，以尽可能减少测试用例的数量和重复覆盖的情况下，达到最优的覆盖率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2
3
测试用例设计方法
1
用例设计方法分类
测试数据 开户情况
已开户 已开户 已开户 未开户
预期结果 注册周期
300 300 300 300 返回200响应,其 中expires=300 返回403响应 返回403响应 返回404响应
REG_TEST_05 REG_TEST_06
REG_TEST_07
异常 异常
异常
55553333 55553333
1.信息收集、分析 2.问题记录
2
测试用例基本概念
1
什么是测试用例
测试用例是为某个特定目标而编制的一个包含前
置条件、测试输入、执行步骤以及预期结果的数据 与信息的组合，用于验证被测对象的某项特定需求 是否被正确实现，或相关处理是否符合设计要求。
形式
内容
目的
类型
2
项目 ID 功能点 测试目的 预置条件
3
阶段任务分析-2
部署阶段
在测试活动的部署阶段，主要进行如下的工作内容： 1.人力资源的投入 2.测试环境与被测对象的部署 3.软硬件资源的准备
实施阶段
在测试活动的实施阶段，主要进行如下的工作内容： 1.测试用例的执行 2.问题反馈与跟踪 3.版本更新验证 4.基本功能回归
报告阶段
在测试活动的报告阶段，主要进行如下的工作内容： 1.测试执行结果分析 2.测试结论的确认 3.报告及关键点评审相关文档输出
4
计划与设计阶段的输入输出
在测试的各个阶段中，测试计划与测试设计由于处于测试整个周 期的起始阶段，且需要与开发过程密切交互，相关输出直接影响后续 的部署、实施的进度和质量。
1. 计划阶段 测试计划阶段主要涉及到的输入主要包括：产品一/二级计划， 产品可行性分析报告、产品总体设计文档；输出主要包括：测试三级 计划、产品测试方案/策略。 2. 设计阶段 测试设计阶段作为测试整体活动的重点，相关输入可以分为3类： • 产品相关文档：产品需求规格说明书、产品需求规范、概要 设计文档、场景分析文档等 • 标准与规范：相关协议、标准规范、企业内部规范等 • 测试经验知识库：包括参考项目的用例、缺陷库、经验积累 文档等 输出主要包括：产品测试大纲、产品测试规范
用户号码
开户情况 注册周期
8位整数
已开户 60<=且 <=3600
非8位整数
未开户 小于60
非整数
大于3600 非整数
注： • 划分注册周期等价类时,虽然小于60和大于3600均属于无效等价； 类,但是由于功能描述中提到:小于60则返回423响应,而大于3600 返回200响应,因此还需要拆分为2个无效等价类； • 类似用户号码及注册周期,还涉及到空值等情况，篇幅所限因此未 在示例中涉及过多无效等价类，但在实际应用中需考虑到。
5%
2
阶段任务分析-1
计划阶段
在测试活动的计划阶段，主要进行如下的工作内容： 1.测试策略的选择 2.测试目标的设定 3.详细工作计划的制定 4.测试周期的规划
设计阶段
在测试活动的设计阶段，主要进行如下的工作内容： 1.测试需求的分析 2.业务场景的设计 3.测试用例的编写 4.相关脚本和文档的输出
梳理被测功能 由需求描述可以看出,针对测试的输入项可分为
1. 号码格式(8位数字) 2. 开户情况(开/未开) 3. 注册周期([60:3600])
而相关的处理结果可分为:
1. 返回200响应(60/x/3600) 2. 返回403响应 3. 返回404响应
6
等价类设计法-例1
划分等价类
条件 有效等价类 无效等价 类1 无效等价 类2 无效等价 类3
5
测试活动的介入时间
传统的软件开发模型中（瀑布型、V字型和W型），集成测试及 系统测试通常都是在单元测试完成之后实施。如果测试人员没有在项 目前期进行投入，那么针对需求的理解、业务功能的具体实现、测试 环境的考虑均会出现一定程度的偏差和滞后。因此测试计划和设计活 动，必须提前完成，如下图所示，在开发过程的适当时机介入测试活 动。
注： 仅以传统开发流程为例， 诸如敏捷开发等测试驱 动开发模式，测试活动 并非线性，而是贯穿整 个开发过程。
需求分析
设计阶段
总体 概要 详细
编码实现
开发自测
测试版本交付
测试需求分析
测试计划
测试设计
测试部署
测试实施
测试报告
6
测试设计的分析维度
对一个新版本、新需求或一个新特性，如果从不同的方面综合考 虑进行测试设计，是提高测试覆盖率的关键问题。其实，可以参考相 关标准规范（GB-T 16260.1）中针对软件质量模型的定义，有针对 性地从不同维度思考测试项目。
7
等价类设计法-例1
设计输入数据
编号
用户号码.01 用户号码.02 用户号码.03 开户情况.01 开户情况.02 注册周期.01 注册周期.02 注册周期.03 注册周期.04
所属等价类
有效等价类 无效等价类1 无效等价类2 有效等价类 无效等价类 有效等价类 无效等价类1 无效等价类2 无效等价类3
在某些特殊项目的开发过程中，比如开发周期紧张或迭代较为频 繁的项目，前期没有足够时间和参考输入进行测试计划和测试设计， 此时就必须考虑进行探索式的测试活动。 探索性测试强调测试人员的主观能动性，抛弃繁杂的测试计划和 用例设计过程，强调在碰到问题时及时更新测试策略。在对测试对象 进行测试的同时学习测试对象，运用获得的关于测试对象的信息更新 用例以及设计更好的测试方式。 学习 测试人员 探索 测试 反馈，指导，更新 被测系统
测试用例的设计方法很多根据其原理大致可分为如 下四种:
基于统计学原理
等价类 边界值 因果图 正交设计
1
2
基于流程设计
场景分析 路径覆盖
用例 设计
基于错误及经验
基于操作方式
性能与压力 Monkey Test(随 机操作)
4
3
案例参考 错误推测 经验值判断 多条件耦合
4
常用设计方法详解-等价类
梳理被 测功能
划分等 价类
设计输 入数据
测试用例
等价类构造用例三原则
1. 每一个等价类都有唯一的编号予以标识，不同编号等价 类输入域不允许存在交叉； 2. 设计正常测试用例时，遵循最大覆盖原则，即一个用例 尽可能多滴覆盖多个不同的有效等价类； 3. 设计异常用例时，遵循最小覆盖原则，每一个用例必须 且只能覆盖一个无效等价类。
测试用例的基本内容
描述 测试用例的唯一标识 表示本用例隶属于某一个功能需求或测试项目 本用例的执行目的，如验证功能实现、异常处理、 特定业务流程等 执行该用例前的准备条件，如软硬件、组网、数 据配置等
测试步骤
预期结果 优先级 用例类型 执行结果
用例执行的顺序和具体操作方法
设计本用例时根据正确的输入和理论的处理所能 得出的执行结果描述 本用例的执行优先级，某些情况下可以根据优先 级的不同来筛选用例是否被执行。 根据测试阶段或测试目的不同划分用例的类型， 如基本功能用例、异常用例、性能测试用例等 本用例的执行情况，通常为pass、fail、no run、 block等状态
1.适应性 2.易安装性 3.共存性 4.易替换性 5.可靠性的依从性
7
适应性
质量模型与测试类型的对应
功能测试 安全性测试 接口测试 完整性测试 结构测试
易分析性 易改变性 稳定性 易测试性 维护性的依从 性 易理解性 易学性 易操作性
功 准确性 能 互操作性 性 安全保密性
功能性的依从性
维 护 性
外部和内部质量
功能性
可靠性
易用性
效率
维护性
可移植性
1.适应性 2.准确性 3.互操作性 4.安全保密性 5.功能性的依从性
1.成熟性 2.容错性 3.易恢复性 4.可靠性的依从性
1.易理解性 2.易学性 3.易操作性 4.吸引性 5.易用性的依从性
1.时间特性 2.资源利用性 3.效率依从性
1.易分析性 2.易改变性 3.稳定性 4.易测试性 5.维护性的依从性
3
测试用例的管理方式
测试用例通常有两种管理方式：
1
通过项目管理系统所整合的用例库功能进行管理，如Mecury QC、 BugFree等。 优点：与项目进度直接挂钩，可以直观地链接上端需求和涉及 到的BUG项，便于统计管理，且有固定的格式，搜索、修改等 功能。使用起来非常方便。 缺点：管理系统通常较为庞大，需要前期投入较多资源进行部 署，上手操作有一定的复杂度。
测试数据
55553333 12345 Alice 已开户 未开户 120 30 4000 null
8
设计测试用例
用例编号
REG_TEST_01 REG_TEST_02 REG_TEST_03 REG_TEST_04
等价类设计法-例1
类型 用户号码
正常 异常 异常 异常 55553333 12345 Alice 55553333
某个输入域的集合，在这个集 合中，所有输入值相对于被测 对象，均会获得相同的处理和 最终结果
等价类 设计法
在一定的前置条件下，根据被测目标的输 入域，划分出若干等价类集合，再从每个 等价类范围中抽取部分输入值用以构成测 试用例
3
常用设计方法详解-等价类
有效等价类 对于程序的规格说明来说是合理的，有意义的输入数据构成的集 合。利用有效等价类可检验被测对象是否实现了规格说明中所规定的 功能和性能。 无效等价类 与有效等价类概念相反，是所有无意义、非有效输入数据的集合， 主要用于构造异常用例来检验被测对象是否支持相应的异常反馈和处 理操作。