设计用例的方法、依据有那些

1. 等价类划分 

  常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.  

 2. 边界值分析法 

  边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 

  使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.   

3. 错误推测法 

  基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.   错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例.   

4. 因果图方法 

  前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 
  5. 正交表分析法 

  有时候,可能因为大量的参数的组合而引起测试用例数量上的激增,同时,这些测试用例并没有明显的优先级上的差距,而测试人员又无法完成这么多数量的测试,就可以通过正交表来进行缩减一些用例,从而达到尽量少的用例覆盖尽量大的范围的可能性。 

  6. 场景分析方法 

指根据用户场景来模拟用户的操作步骤,

这个比较类似因果图,

但是可能执行的深度和可行性更好。

指根据用户场景来模拟用户的操作步骤,

这个比较类似因果图,

但是可能执行的深度和可行性更好。

  指根据用户场景来模拟用户的操作步骤,这个比较类似因果图,但是可能执行的深度和可行性更好

  
白盒测试用例设计有如下方法:基本路径测试\等价类划分\边界值分析\覆盖测试\循环测试\数据流测试\程序插桩测试\变异测试。这时候依据就是详细设计说明书及其代码结构。
黑盒测试用例设计方法:基于用户需求的测试\功能图分析方法\等价类 划分方法\边界值分析方法\错误推测方法\因果图方法\判定表驱动分析方法\正交实验设计方法。依据是用户需求规格说明书,详细设计说明书



  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
测试用例设计的依据是来自于需求和设计文档,以及对系统的功能、性能和安全等方面的理解。具体来说,测试用例设计依据包括以下几个方面: 1. 需求文档:测试用例应该覆盖系统需求规格说明的各个方面。需求文档描述了系统应该具备的功能、性能要求、用户界面等方面的要求,可以作为测试用例设计的重要参考。 2. 设计文档:设计文档描述了系统的架构、模块间的交互、数据流等信息。测试用例应该覆盖设计文档中描述的各个模块和功能点,以验证系统设计的正确性和一致性。 3. 用户故事或用例:用户故事或用例描述了用户在系统中的典型操作场景。测试用例应该覆盖这些用户故事或用例,以验证系统在实际使用场景下的功能和交互是否符合预期。 4. 非功能性需求:除了功能需求外,系统可能还有性能、安全、可靠性等非功能性需求。测试用例应该考虑这些非功能性需求,并设计相应的测试来验证系统在这些方面的表现。 5. 缺陷记录:之前发现的缺陷和问题可以作为测试用例设计的依据,以确保系统在修复后不再出现相同或类似的问题。 6. 经验和专业知识:测试人员的经验和专业知识也是测试用例设计的依据之一。基于过往的测试经验和对系统的理解,测试人员可以提供有针对性的测试场景和用例设计。 通过综合考虑以上依据,测试人员可以制定出全面、有效的测试用例,以覆盖系统的各个方面,并发现潜在的问题和缺陷。测试用例设计的好坏直接影响着测试的质量和覆盖度。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值