功能测试常用的测试用例设计方法

⑴ 测试用例设计方法有哪些

可以采用软件测试常用的基该方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。如何灵活运用各种基该方法来设计完整的测试用例，并最终实现暴露隐藏的缺陷，全凭测试设计人员的丰富经验和精心设计。

编写测试用例文档应有文档模板，须符合内部的规范要求。测试用例文档将受制于测试用例管理软件的约束。 软件产品或软件开发项目的测试用例一般以该产品的软件模块或子系统为单位，形成一个测试用例文档，但并不是绝对的。

测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：版本号、模块名称、用例编号、用例名称、用例级别、预知条件、验证步骤、期望结果（含判断标准）、测试结果、测试时间、测试人员等。

(1)功能测试常用的测试用例设计方法扩展阅读

测试用例设计一般遵循以下原则：

（1）正确性。输入用户实际数据以验证系统是否满足需求规格说明书的要求；测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。

（2）全面性。覆盖所有的需求功能项；设计的用例除对测试点本身的测试外，还需考虑用户实际使用的情况、与其他部分关联使用的情况、非正常情况（不合理、非法、越界以及极限输入数据）操作和环境设置等。

（3）连贯性。用例组织有条理、主次分明，尤其体现在业务测试用例上；用例执行粒度尽量保持每个用例都有测点，不能同时覆盖很多功能点，否则执行起来牵连太大，所以每个用例间保持连贯性很重要。

（4）可判定性。测试执行结果的正确性是可判定的，每一个测试用例都有相应的期望结果

（5）可操作性。测试用例中要写清楚测试的操作步骤，以及与不同的操作步骤相对应的测试结果。

⑵ 常见的测试用例设计方法都有哪些

1.等价类划分 如下图所示

2. 边界值：应选取正好等于、刚刚大于、刚刚小于边界值作为测试数据

3. 错误推测法：进行错误的操作，验证程序是否对出错的场景和情况有应对能力。

4. 因果图法/判定表法：适合于检查程序输入条件的各种组合情况。

5. 场景法：场景描述的业务流程
基本流：主要是功能的正常操作流程
分支流：需要程序做非法判断处理

⑶ 目前主要的测试用例设计方法是什么

主要的测试用例方法有：
等价类、边界值、因果图、错误猜测、正交试验等等，用到最多的肯定是等价类和边界值，基本上任何用例都会用到这两种方法，当然，错误猜测也是比较常用的。

⑷ 软件测试用例的几种设计方法

一、等价类划分 等价类划分主要适用于单个输入条件，输入为数值型的情况，如果输入规定了输入区间，可划分出一个有效等价类，两个无效等价类;如果输入只规定了输入范围，可划分出一个有效等价类，一个无效等价类。 二、边界值 边界值方法也是适用于单个输入条件的情况，输入类型可以数值、字符等，要测试的边界包括上点、下点、离点。 三、错误推测法 错误推测法主要是测试设计人员的测试经验相关,测试经验不同,设计出来的测试用例也区别很大。 四、因果图法 因果图方法考虑输入的组合，特别适用于多个输入条件相关有关联又相互约束的情况。 设计步骤： 1)罗列出输入与输出; 2)根据输入与输出画出因果图; 3)标出约束跟限制; 4)把因果图转化成判定表; 5)根据判定表的每一列设计测试用例。 五、判定表驱动法 判定表适合于解决多个逻辑条件的组合。将各种逻辑的组合罗列出来，避免遗漏。不能表达重复的操作。 判定表包括条件桩、条件项、动作桩、动作项。 条件桩：列出所有条件，次序无关; 条件项：列出所对应条件的所有可能情况下的取值; 动作桩：列出可能采取的操作，次序无关; 动作项：列出条件项各种取值情况下采取的操作。 设计步骤： 1)确定规则个数，条件及各条件取值的组合; 2)列出条件桩、动作桩; 3)列出条件项; 4)列出动作项; 5)初始化判定表; 6)规则简化、合并。

⑸ 测试用例的设计方法有哪些

黑盒：等价类划分法，边界值法 ，因果图法，场景法，错误推断法 白盒：基本路径覆盖法，条件覆盖法，语句覆盖法，判定覆盖法

⑹ 软件测试方法有哪些测试用例设计方法有哪些（详细）

1、按是否查看程序内部结构分为：
（1）黑盒测试
（2）白盒测试
2、按是否运行程序分为：
（1）静态测试（static testing）：
（2）动态测试
3、按阶段划分：
（1）单元测试
（2）集成测试
（3）系统测试
（4）验收测试
4、黑盒测试分为功能测试和性能测试：
5、其他测试类型：
回归测试
冒烟测试
随机测试

测试用例设计方法
（1）逐级细分法（2）输入域测试法 （3）输出域分析法 （4）正交试验设计法 （5） 业务流程分析法 （6）状态迁移法 （7）因果图法 （8）判定表法 （9）错误猜测法 (10)等价类划分法 （11）边界值分析法

⑺ 常见的测试用例设计方法都有哪些

基于业务逻辑的测试
基于用户操作的测试
探索性测试
原因：当前产品除了质量外，发布速度也很重要，如果按照这样的方式设计用例，一般来说比较浪费时间，而且还要去除冗余（除非做成自动化）。对于这样的用例发展的bug很多是用户不会遇到的，或者用户遇到了也觉得关系不大的（想下你自己使用一个软件碰到一个问题你怎么处理）。
从笔者做测试7年来看，没有去刻意的在用例设计里面用过这些东西，也不建议你用，特别是在当前敏捷的方式下（纯属个人观点）

⑻ 测试用例设计方法都有哪些

是说布局？根据测试类型，流程类型分类即可，比如功能测试，ui测试
还是说设计用例？黑盒有等价类划分，边界值分析，错误推测，因果图，正交分解。白盒有逻辑覆盖，语句覆盖，分支覆盖，判断覆盖，循环覆盖。

⑼ 你所熟悉的测试用例设计方法都有哪些

测试用例常见的设计方法有：等价类划分法、边界值分析法、错误推测法、判定表法、正交实验法。
一、等价类划分法
顾名思义，顾名思义，等价类划分，就是将测试的范围划分成几个互不相交的子集，他们的并集是全集，从每个子集选出若干个有代表性的值作为测试用例。
二、边界值分析法
长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。
三、错误推测
错误推测法是指：在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。
这种方法没有固定的形式，依靠的是经验和直觉，很多时候，我们都会不知不觉的使用到。
四、判定表法
又称为策略表，基于策略表的测试，是功能测试中最严密的测试方法。该方法适合于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，会得到一个判断清晰的策略表。
五、正交实验法
用语言描述正交实验法会很抽象难懂，简单说，就是在各因素互相独立的情况下，设计出一种特殊的表格，找出能以少数替代全面的测试用例。

(9)功能测试常用的测试用例设计方法扩展阅读：
功能测试方法还有很多，例如因果图法，状态转换测试法等，他们都略为复杂，像正交实验法一样，有各自的一套东西，不过本质都是通过画图，让我们更好的思考，最后转化成判定表。
实际上常用的是前面五种方法，包括：等价类划分法、边界值分析法、错误推测法、判定表法、正交实验法。
等价类划分法划分标准：
1) 完备测试、避免冗余
2) 划分等价类重要的是：集合的划分、划分为互不相交的一组子集，而子集的并是整个集合
3) 并是整个集合：备性
4) 子集互不相交：保证一种形式的无冗余性
5) 同一类中标识（选择）一个测试用例，同一等价类中，往往处理相同，相同处理映射到“相同的执行路径”。

⑽ 性能测试常用哪些测试用例设计方法

1. 等价类划分
常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
2. 边界值分析法
边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.
3. 错误推测法
基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.
错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例.
4. 因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
5. 正交表分析法
有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。
6. 场景分析方法
指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
详细的描述一个测试活动完整的过程。1. 项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功