软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>用例设计>>正文
黑盒测试之因果图分析-《软件测试艺术》读书笔记(20)
文章出处:blog 作者:soliya 发布时间:2006-11-02
  因果图分析法,依作者而言,是为了解决边界值分析和等价划分的一个弱点:未对输入条件的组合进行分析。而因果图恰恰有助于用一个系统的方法选择出此类高效的测试用例集,并且可以指出规格说明的不完整性和不明确之处。
 
  因果图,是一种形式语言(有严格语法限制的语言,计算机语言都是形式语言),是将自然语言描述的规格说明转换为因果图。实质上,是一种数字逻辑电路(一个组合的逻辑网络),但没有使用标准的电子学符号,而是使用了稍微简单点的符号。具体有六步(涉及到的每步具体过程及图样,由于篇幅,都在此略去):
  1. 将规格说明分解为可执行的片段;
  2. 确定规格说明中的因果关系;
  3. 分析规格说明的语义内容,并将其转换为连接因果关系的布尔图,即:因果图;
  4. 给图加上注解符号,说明由于语法或环境的限制而不能联系起来的“因”和“果”;
  5. 过仔细地跟踪图中的状态变化情况,将因果图转换成一个有限项的判定表;
  6. 将判定表中的列转换成测试用例。


上一页


站内搜索
相关文章
◎黑盒测试之边界值分析、错误猜测-《软件测试艺术》读书笔记(19)
◎黑盒测试之等价类划分-《软件测试艺术》读书笔记(18)
◎白盒测试-《软件测试艺术》读书笔记(17)
◎浅谈测试用例-《软件测试艺术》读书笔记(16)
◎JUnit in java 真正的测试用例实战
◎如何设计编制软件测试用例
◎覆盖率测试用例设计
◎测试驱动开发全攻略
◎前期测试用例编写规范和流程
◎界面测试
◎软件测试用例的认识误区
◎测试用例的有效维护
◎黑盒测试的测试用例设计方法
◎谈谈关于测试覆盖
◎使用组合改进软件测试用例的生成
◎用例建模指南
◎掌握可用性规则
◎通用设计的原则
◎用路径分析的方法编写测试用例
◎系统测试设计的层次
◎快速划分测试用例的优先级
◎为什么测试全覆盖很难?
◎边界值法
◎如何写性能测试用例
◎安装测试指南
◎强化测试用例在测试活动中的作用
◎高手过招的乐趣---测试用例预演
◎构件可测试性挑战
◎软件测试入门书籍
◎一个基于UML协作图的集成测试用例生成方法(三)
◎一个基于UML协作图的集成测试用例生成方法(二)
◎一个基于UML协作图的集成测试用例生成方法(一)
◎细说软件测试错误
◎测试用例设计的误区
热门文章
◎软件测试入门书籍
◎黑盒测试的测试用例设计方法
◎用例建模指南
◎如何写性能测试用例
◎测试用例设计的误区
◎高手过招的乐趣---测试用例预演
◎用路径分析的方法编写测试用例
◎系统测试设计的层次
◎一个基于UML协作图的集成测试用例生成方法(一)
◎边界值法
◎细说软件测试错误
◎谈谈关于测试覆盖
◎界面测试
◎软件测试用例的认识误区
◎测试用例的有效维护
◎如何设计编制软件测试用例
◎功能测试用例的书写方式(适于新手学习)
◎快速划分测试用例的优先级
◎通用设计的原则
◎强化测试用例在测试活动中的作用
◎使用组合改进软件测试用例的生成
◎安装测试指南
◎设计功能和界面测试用例一
◎一个基于UML协作图的集成测试用例生成方法(三)
◎为什么测试全覆盖很难?
◎前期测试用例编写规范和流程
◎构件可测试性挑战
◎一个基于UML协作图的集成测试用例生成方法(二)
◎设计功能和界面测试用例二
◎掌握可用性规则
◎黑盒测试之边界值分析、错误猜测-《软件测试艺术》读书笔记(19)
◎测试用例容易遗漏的内容
◎黑盒测试之等价类划分-《软件测试艺术》读书笔记(18)
◎JUnit in java 真正的测试用例实战
◎覆盖率测试用例设计
◎白盒测试-《软件测试艺术》读书笔记(17)
◎测试用例设计自动化
◎浅谈测试用例-《软件测试艺术》读书笔记(16)
◎从测试用例看测试的问题及变化
◎测试用例具体用法
◎界面测试经验总结
◎测试用例的复审
◎测试用例具体用法续
◎测试驱动开发全攻略

Google提供的广告