方法 | 优势 | 原则 | 适合的测试和项目 | 缺点 |
等价类 | 避免穷举:从各类中先取 | 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、其它情况 | \ | 需要经验积累 |
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |