51Testing软件测试论坛

标题: 【我分享】用例设计10种方法对比表(前6种最重要) [打印本页]

作者: 张亚洲    时间: 2014-12-30 21:03
标题: 【我分享】用例设计10种方法对比表(前6种最重要)
  
方法
  
优势
原则
适合的测试和项目
缺点
  
等价类
  
避免穷举:从各类中先取
1、有效:一对多(程序是否满足需求)
  2、无效:一对一(验证测试的键状性)
  3、编写的步骤:
  a、需求分析:内容、范围、约束
  b、等价类划分
  c、设计等价输入
  d|编写用例
多数项目和测试:配置、功能、性能等
用少的用例来换取效率,有可能导致漏测风险
  
边界值
  
对准边界(错误隐藏在角落,潜伏在边界)
是对等价类划分方法的补充
  1、上点:
  2、离点:开闭有关,开就在里面,闭区间在外面
  3、内点
带有范围的测试
\
  
流程分析法
  
把风需求用流程来转换出来,方便开发:-代码。需求-分析-测试人员-用例设计
1、需求分析:连续性的事物处理,各种情况都有提到;
  2、画流程图;
  3、一个路径就是一个用例。
多数项目和测试
\
  
状态迁移法
  
把需求用状态转换出来
1、需求分析:暂时性,静态,状态等词语;
  2、画状态树;
  3、画状态树,两者可以有一个;
  4、每个路径就一个用例。
控制类和游戏类等项目,如MP3
状态不容易找出
  
判定表
  
对有需要组合的需求,全排列组合可用人工来化简,减少用例。全排列组合。
1、需求分析:条件和结果有结果的目的是化简;
  2、把需求带入关定表;
  对结果相同的,条件只有一个不同的,可能合并。
组合类的项目有多条件之间的组合
减少用例的同时,带有漏测的风险
  
正交实验
  
组合类的工具来化简,减少用例
1、需求分析:条件之间的组合;
  2、关键是找到正交表。原则:水平一样的找因素大的,有多水平的,需要合并;
  3、生成完用例,需要人工检查。
配制测试
工具没有实际组合意义,还需要人工判定
  
输入域法
  
对输入的完整测试
主要考虑方面:
  1、等价类;
  2、极限值;
  3、特殊值:administrator,root等最高权限或特殊值。
只对输入类的测试
有时很难找到特殊值
  
输出域法
  
从输出反推输入
需求中的提示信息等,可以考虑输入的取值
\
\
  
错误猜测
  
有针对的测试
1、人员猜测;
  2、BUG猜测:分类
  3、系统测试:系统中的薄弱环节
\
需要经验积累
  
异常分析
  
逆向思维测试:主要是验证程序的健壮和成熟性
1、断电;
  2、断网;
  3、断数据;
  4、其它情况
\
需要经验积累


作者: yanying0203    时间: 2015-4-9 16:21
前三种用的最多
作者: zfht    时间: 2015-6-16 16:18
写的好,赞一个




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2