软件测试用例的设计

1. 软件测试用例的设计

我做软件测试4年了，我说几点，供参考
1.测试用例的作用就是方便回归测试以及不同人员的交叉测试，由于每个人的角度不同，所以在设计测试用例的时候，如果时间充足，需要尽可能多的让更多的人看到并修改这份测试用例，使用例的覆盖度达到最高，否则，用例是没有意义的
2.用例需要及时维护和更新，根据需求和实际产品经常要更新用例。
3.编写的时候无非是 六个值原则 “正常值 异常值   “0”值   空值  默认值 边界值” ，把握好这六个值来设计用例。

楼主说到的 功能间的内聚比较高的情况，在设计测试用例时，关联到其他功能的数据可以在操作过程中直接给出取值范围  比如 装备模块  盔甲需要40-60等级的战士才能穿 设计用例的时候直接写出范围就可以

2. 软件测试用例设计方法有哪些

一、等价类划分法
所谓「等价」，就是具有相同属性或者方法的集合，这个集合中某个个体所表现的特征与其他个体完全一致。
由此可知，等价类划分就是将所有可能的输入数据，划分成若干个等价类，然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，分为有效等价类和无效等价类。
例如，规定的用户名长度区间为4～8个字，那么它的有效等价类是用户名长度在[4,8]，无效等价类为用户名长度大于8位，或用户名长度小于4位。
二、边界值
测试经验告诉我们，在测试有时会涉及到大量的数据，遍历所有数据会使测试效率低下，如果是手工执行，更加难以覆盖所有数据。这时更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试，边界值是等价类所有可选参数中最容易出问题的地方，所以我们一般会选择边界值作为测试的重点，边界值法的应用步骤如下：
1.先根据等价类法划分有效等价类和无效等价类，确定上点、离点及内点。上点是边界上的点，离点是离上点最近的点，内点则是边界有效范围内的任意一点。同样以用户名长度为4～8位为例，4和8为上点，3和9为离点，6则为内点。
2.设计一个新的测试用例，使其尽可能地覆盖所有尚未覆盖的有效等价类，直到所有有效等价类完全覆盖。
3.设计一个新的测试用例，使其仅覆盖一个无效等价类，直到所有无效等价类都被覆盖。
三、判定表法
判定表又称策略表、决策表，能表示输入条件的组合，以及与每一输入组合对应的动作组合。判定表法适合逻辑判断比较复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，具体又明确地表达复杂地逻辑关系和多种条件组合情况。
判定表主要由条件桩和动作桩两部分组成。条件桩是功能要满足地所有条件，动作桩则是所有可能的操作以及产生的结果。
判定表能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。其缺点是判定表的建立过程较烦杂，当条件过多时，需要分析的逻辑组合呈2的倍数增长。测试工程师可根据实际情况与等价类划分法、边界值法结合使用。
四、正交试验法
正交试验法是研究多因素、多水平组合的一种实验法，它是利用正交表来对实验进行设计，通过少数的实验替代全面实验。正交表中所有参与试验的、影响试验结果的条件成为因子，影响试验因子的取值或输入的成为水平。
在设计测试用例时，采用正交试验法能够有效地、合理地减少测试的工作量与和成本。正交试验的一般流程包括以下几个步骤：
1）分析测试需求，获取因子和水平
2）根据因子和水平选择合适的正交表
3）替换正交表中的因子和水平，获取试验次数
4）根据经验或者其他因素补充试验次数
5）细化输出获得测试用例
以上是一些常见的测试用例设计方法，希望能够解答你的问题。

3. 软件测试用例设计方法有哪些

软件测试用例设计之等价类划分法
一、等价类划分法的定义
二、等价类划分法的术语
三、等价类划分原则
四、实例演示（三角形问题和档案管理系统问题）
软件测试用例之边界值分析法
一、边界值分析法定义
二、等价类划分法和边界值分析法的区别
三、内部边界值
四、设计测试用例的原则
五、边界值分析法实例（三角形问题）
软件测试用例设计之错误推测法
一、错误推测法定义
二、错误推测法基本思想
三、错误推测法实例
四、错误推测法的优势和不足
软件测试用例设计之判定表驱动法
一、判定表的定义
二、判定表的组成部分
三、判定表驱动法设计步骤
四、实例
五、因果图和判定表的区别
六、判定表驱动法的使用条件
七、判定表驱动法的优点
八、判定表驱动法的缺点
软件测试用例设计之因果图法
一、因果图法定义
二、因果图常用符号
三、因果图的四种关系
四、因果图约束条件
五、因果图法设计步骤
六、实例

4. 软件测试用例怎么设计？有哪些方法？

常用的方法有：等价类划分法边界值分析法错误推测法因果图法正交表分析法下面上一个我们的微信登录界面的测试用例你可以参考一下，登录界面功能都差不多的。

5. 常见的软件测试用例设计方法有哪些

 等价类划分
   

2. 边界值：应选取正好等于、刚刚大于、刚刚小于边界值作为测试数据3. 错误推测法：进行错误的操作，验证程序是否对出错的场 景和情况有应对能力。4. 因果图法/判定表法：适合于检查程序输入条件的各种组合情况。5. 场景法：场景描述的业务流程              基本流：主要是功能的正常操作流程              分支流：需要程序做非法判断处理

6. 常见的软件测试用例设计方法有哪些

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

7. 软件测试用例实例

自动取款机取款用例规约和测试用例
 取款用例说明：
 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。
 事件流：
 该用例在用户插卡之后启动
 1. 系统提示用户插卡；
 2. 提示客户输入密码信息；
 3. 密码输入完毕后，客户选择“确认”，向系统提交信息；
 4. 系统验证客户输入的密码信息，确认正确后，进入选择系统主界面；
 5. 用户选择取款选项；
 6. 系统进入取款金额界面并提示用户输入金额；
 7. 系统验证可以取款并输出钱款；
 8. 系统提示用户取卡，操作完成。
 基本流：
 用户取款。
 备选流：
 1.用户密码错误
 2.取款金额不符合要求。
 前置条件：
 用户必须插入正确的银行卡才能开始执行用例。
 后置条件：
 如果系统确认用户信息正确，成功登陆，则系统启动主界面，等待用户发送消息，进行查询和取款等操作。
 事件流 系统 用户
 1 系统提示用户插卡 插入银行卡
 2 提示客户输入密码信息 输入密码
 3 如果密码错误，提示密码不正确，并返回到2
  4 如果密码正确，转入主界面
  5 提示用户选择选项 选择取款选项
 6 系统进入取款金额界面并提示用户输入金额 输入取款金额
 7 如果金额符合则输入钱款
  8 如果金额小于余额则提示取款失败并返回7
  9 如果金额不是整百则提示不符合规范，取款失败并返回7。
  10 提示用户取款 取出钱款
 11 提示用户取卡 取出银行卡
 测试用例：
 事件 用户操作 覆盖等价类 系统反应
 1 插入正确银行卡 功能测试 提示输入密码
 2 密码正确 功能测试 进入主界面，提示用户选择
 3 密码不正确 功能测试 提示密码错误 重新输入
 4 输入金额<余额 功能检查 提示用户金额不足，重新输入或取卡
 5 输入金额为150 功能检查 提示用户取款金额不符和规范，重新输入或退出
 6 输入正确金额 功能检查 输出钱款
 7 用户未按时取款 错误处理 自动收回钱款
 8 用户未按时取卡 错误处理 自动吞卡
 9 用户按时取卡 功能测试 返回到主页面

8. 软件测试用例怎么写

1.测试用例的定义
测试用例就是设计一种情况，软件程序在这种情况下，能够正常运行且达到程序所设计的运行结果。如果软件程序在这种情况下不能正常运行且反复出现这种问题，则可以判定软件有缺陷，可以记录在缺陷跟踪系统中，待问题修复，新版本部署，软件测试工程师利用同一个用例来回归测试这个问题，确保问题被修复。
2. 测试用例设计方法
（1）等价类划分法
（2）边界值分析法
（3）因果图法
（4）错误推荐法
（5）判定表法
（6）正交试验法
（7）功能图法
（8）场景法
3. 测试用例编写
测试用例格式：用例编号、所属模块、用例名称、前置条件、用例步骤、预期结果、实际结果、编写人员、编写时间