软件测试
网站首页
|
软件测试论坛
|
软件测试学苑
|
软件测试博客
|
软件测试杂志
|
软件测试沙龙
|
软件测试下载
|
软件测试顾问
业界新闻
|
软件测试人才
|
软件测试技术
|
软件测试工具
|
行业软件测试
|
软件测试管理
|
软件质量专栏
|
软件开发专栏
当前位置:
首页
>>
软件测试技术
>>
其他相关
>>正文
白盒测试-《软件测试艺术》读书笔记(17)
文章出处:blog 作者:soliya 发布时间:2006-10-31
先谈及、概括一下白盒
测试
。
白盒
测试
,所关注的是:测试用例执行的程度或覆盖程序逻辑结构(源代码)的程度。因此,也可以认为是逻辑覆盖
测试
。具体方法有五个,按其逻辑覆盖的从弱到强依次列出:
语句覆盖(面): 将程序中的每条语句至少执行一次,但实现不太可能,该准则有很大的不足,以至于它通常没有什么用处
判定/分支覆盖(线): 必须编写足够的
测试
用例,使得每一个判断都至少有一个为真和为假的输出结果。即:每条分支路径都必须至少遍历一次。换句话说:所有判断的每个可能结果都至少执行一次,以及将程序或子程序的每个入口点都至少执行一次。需要指出的是:该准则满足语言覆盖准则。
条件覆盖(点): 编写足够的
测试
用例以确保将一个判断中的每个条件的所有可能的结果至少执行一次。
判定/条件覆盖(点线结合): 设计出足够的测试用例,将一个判断中的每个条件的所有可能结果至少执行一次,将每个判断的所有可能结果至少执行一次,将每个入口点都至少调用一次。需明确一点,该准则有一个极大的缺点:尽管看上去所有条件的所有结果似乎都执行到了,但由于某些特定的条件会屏蔽掉其他的条件,通常并不能全部都执行到。例如:该准则并不一定会发现逻辑表达式中的错误(与、或)。
多重条件覆盖(点线组合):
编写足够多的
测试
用例,将每个判定中的所有可能的条件结果的组合,以及所有的入口点都至少执行一次。需要说明的是,满足多重条件覆盖准则的测试用例集,同样满足判定覆盖准则、条件覆盖准则以及判定/条件覆盖准则。需明确的是:在存在循环的情况下,多重条件覆盖准则所需要的
测试
用例的数量通常会远远小于其路径的数量。
文尾,作者小结了一下。
包含每个判断只存在一种条件的程序,最简单的
测试
准则就是:设计出足够数量的
测试
用例,将每个判断的所有结果都至少执行一次;将所有的程序入口都至少调用一次,以确保全部的语句都至少执行一次。
包含多重条件判断的程序,最简单的测试准则是:设计出足够数量的测试用例,将每个判断的所有可能的条件结果的组合,以及所有的入口点都至少执行一次。
上一页
下一页
[
返回顶部↑
]
站内搜索
相关文章
◎浅谈测试用例-《软件测试艺术》读书笔记(16)
◎面检查与同行评分-《软件测试艺术》读书笔记(15)
◎代码走查-《软件测试艺术》读书笔记(14)
◎错误列表-《软件测试艺术》读书笔记(13)
◎代码检查-《软件测试艺术》读书笔记(12)
◎《软件测试艺术》读书笔记(11)_优之共通
◎测试人员的职业发展方向
◎测试资源的合理分配
◎软件测试是提高软件产品质量的必要条件(2)
◎软件测试是提高软件产品质量的必要条件(1)
◎软件测试:不可忽略的阶段
◎自动化测试的优缺点
◎实施IPD
◎软件项目中测试人员的考核
◎走出软件测试的困境
◎加快回归测试的步伐:累积测试分析和目标测试入门
◎《软件测试艺术》读书笔记(10)_人工测试技术
◎《软件测试艺术》读书笔记(9)_原则解析
◎《软件测试艺术》读书笔记(8)_经济学视角解析
◎《软件测试艺术》读书笔记(7)_心理学视角解析(下)
◎《软件测试艺术》读书笔记(6)_心理学视角解析(中)
◎《软件测试艺术》读书笔记(5)_心理学视角解析(上)
◎如何准备软件工程师的面试
◎《软件测试艺术》读书笔记(4)_初次探究
◎测试职业发展生涯
◎《软件测试艺术》读书笔记(3)_一次自我检测
◎《软件测试艺术》读书笔记(2)_前言
◎《软件测试艺术》读书笔记(1)_引子
◎软件测试的艺术
◎有感于软件测试常识
◎软件测试工程师为何而生?
◎软件测试常见问题——(三)测试流程常见问题
◎软件测试常见问题——(二)测试管理常见问题
◎软件测试常见问题——(一)基础知识部分
◎从程序员到技术领导者
◎面向对象的软件测试与传统测试的比较
◎测试部门经理工作感受(三)
◎测试部门经理工作感受(二)
◎测试部门经理工作感受(一)
◎关于测试的个人总结
◎从微软的今天看软件测试的明天
◎软件测试职业规划(一)
◎用别的眼光去感悟软件测试
◎软件测试与三十六计
◎C++TEST所支持的平台
◎软件测试的前途(一)
◎何时应进行自动化测试?4(原创文章【翻译】)
◎软件测试自动化神话和事实
◎何时应进行自动化测试?3(原创文章【翻译】)
◎给事业刚起步者的九个忠告
热门文章
◎一个初级测试工程师的工作总结
◎软件测试工程师面试问题选登
◎软件测试常用术语表
◎测试人员面试三步曲
◎DOS命令大全
◎什么样的测试人员是好的测试人员
◎软件测试基本方法
◎我在软件公司成长的三年
◎软件测试入门书籍(2)
◎面试官最爱问的问题背后真相
◎有关软件测试的术语定义集锦
◎应届毕业生少走弯路的十条忠告
◎我的测试经历(1)
◎微软的软件测试方法(一)
◎全景记录:软件测试工程师的一天
◎好的测试工程师应具备的素质
◎谈谈对测试职业的看法
◎软件测试工程师面试题
◎软件测试步骤
◎软件测试员自身素质培养
◎测试小技巧集锦之一黑盒测试
◎近10年最强的50本计算机图书,您读过几本?
◎软件测试人员职业发展助手
◎测试要点总结
◎测试经验交流
◎如何制定成功的测试计划
◎软件测试及其支持工具
◎测试的主要评测方法(1)
◎测试需要掌握什么
◎从程序员到测试工程师
◎编写优秀Bug报告的艺术
◎漫谈软件测试工程师的角色定位
◎软件产品测试标准
◎软件测试应遵循的八条原则
◎微软的软件测试方法(二)
◎什么是ERP,通俗版解释
◎测试版本大全
◎测试人员的挑战
◎我的测试经历(2)
◎网络最经典命令行
◎网管和黑客都必须知道的命令
◎Alpha和Beta测试简介
◎我的测试经历(3)
◎QA活动的理解与实施
◎你适合做测试吗?
◎软件测试的误区
◎想编写出优秀技术文档,先学学这四招
◎个人职业生涯规划发展
◎软件测试组织与方法
◎软件测试的心理学问题