[ 测试思维 ] 探索式软件测试

[ 测试思维 ] 探索式软件测试的相关文章

探索式软件测试

探索式软件测试: 在敏捷测试中应用非常广泛 没有固定的测试用例,有一些测试思想和固定的框架以及一些测试场景,来完成测试工作. 即不同的测试思想,不断的应用这些测试思想,本身就是一些策略 自动化测试 手工测试 局部探索性测试 全局探索式测试 混合探索式软件测试 漫游与测试中的棘手问题 手工测试 软件缺陷的根源: 来自软件开发本身! 两种缺陷: 程序员引入缺陷 运行环境导致的缺陷 测试环境和上线环境相差很大 缺陷预防和检测 1.设计更好的设计规范 2.实施代码审核制度 (代码review) 3.运行

《探索式软件测试》读书笔记(上)

<探索式软件测试>读书笔记(上) 2015-05-12 一.局部探索式测试 1.如何测试用户输入  1)合法输入和非法输入    输入筛选器   输入检查   异常处理代码  2)常规输入还是非常规输入  3)默认输入或用户提供的输入  4)使用输出来指导输入选择 2.如何测试软件状态 3.代码路径 4.用户数据 5.运行环境二.全局探索性测试 分类 方法 商业区 指南测试法 卖点测试法  地标测试法  极限测试法  快递测试法  深夜测试法  遍历测试法  历史区 恶邻测试法  博物馆测试法

12.探索式软件测试

又是James的大作.相见恨晚,可惜出版5年之后才发现这本书.书中的大部分内容都在微软内部的大型项目上成功应用过. 不论是测试还是开发,都应该仔细读读,对提高自己的程序设计大有益处. 在微软公司,通过使用指南测试法和卖点测试法,可以提前确定那些关键的软件特性,也就是这里的地标.在选择地标后,要确定他们的前后顺序,然后从一个地标执行到另一个地标来探索应用程序,直到访问了列表中的全部地标.在这个过程中,需要记录使用过了哪些地标,并创建一个地标覆盖图来标识工作的进展(可以考虑使用思维导图). 1.全局

15.探索吧!深入理解探索式软件测试

1) 测试的很多思维不仅适用于工作也适用于生活,而那一刻,在她的面前,我却退缩了.Elisabeth则以她的热情和专业积极推动着敏捷测试,而这也为她赢得了2010年度的敏捷联盟Gordon Pask奖,该奖的设立正是为了表彰像她一样对敏捷实践做出了卓越贡献的人们. 2)探索式测试很重要. 尽管,将此方式运用于任何种类的开发均能产生价值,然而,它最适合于那种快速循环和突发变化很常见的敏捷开发.开发和测试的方法有很多共通之处. 3) 太让人失望了,不管我们写多少测试,也不管我们执行多少测试用例,都没

&lt;&lt;探索式软件测试&gt;&gt;第四章 全局探索式测试法

第四章 全局探索式测试法 1.探索软件 探索式测试有以下几个目标: a.理解应用程序如何工作,他的接口看起来怎样,他实现了哪些功能 b.强迫软件展示其全部能力 c.找到缺陷 2.旅游者比喻 (1)商业区测试类型 a.指南测试法(The Guidebook Tour) 旅游手册--用户说明书 指南测试法要求测试人员通过阅读用户手册并严格遵照手册的建议执行操作. 这个测试法不仅可以验证软件确实实现了手册所描述的各种特性,同时也验证了用户手册的准确性. 这个测试法的变种: *博客测试法(Blogger

&lt;&lt;探索式软件测试&gt;&gt;第二章 手工测试

第二章 手工测试 1.软件缺陷的根源 本书讨论两种缺陷: a.程序员引入 b.运行环境导致 2.缺陷预防和检测 (1)缺陷预防 缺陷预防技术一般是从开发角度来说的,包括: a.更好的设计规范 b.是时代码审核制度(code review) c.运行代码静态分析工具(static analysis tool) d.运行单元测试(unit testing) 所有缺陷预防技术都有以下根本问题: a.开分人员是糟糕的测试者 b.处于静止状态的软件 c.缺乏数据 (2)缺陷检测 测试人员一般使用两种形式的

探索式软件测试--第二章 手工测试

1.软件缺陷的根源 (1)本书讨论两种缺陷:a.程序员引入b.运行环境导致 2.缺陷预防和检测 (1)缺陷预防缺陷预防技术一般是从开发角度来说的,包括:a.更好的设计规范b.是时代码审核制度(code review)c.运行代码静态分析工具(static analysis tool)d.运行单元测试(unit testing) 所有缺陷预防技术都有以下根本问题:a.开分人员是糟糕的测试者b.处于静止状态的软禁c.缺乏数据 (2)缺陷检测测试人员一般使用两种形式的动态测试:a.自动化测试(通过编写

&lt;&lt;探索式软件测试&gt;&gt;附录一 经营成功的测试职业生涯

附录一 经营成功的测试职业生涯对于你参加的每个项目,都有两部分(不一定相等)的任务.第一部分的人物是保证当前测试项目获得成功.第二部分的任务是学习你应该做些什么以便使下一个测试项目获得成功. 1.上山(1)重复做任何一件事,绝不要重复两次而不意识到或质疑这其实是个问题.测试自动化世界解决重复劳动的答案. (2)技术测试人员常常会对软件失效进行分析.分析缺陷时,我们从开发人员的失败中学习如何编写可靠的代码.我们也分析那些被我们忽略的缺陷.分析我们的成功也同样重要.理解我们成功的原因很重要,只有这样

探索式软件测试--第三章 局部探索式测试法

1.想不想测试软件? 局部性测试的重点把测试经验.专业知识.软件在操作环境下如何构建和运行的知识结合在一起,是我们在测试中做出正确决定.决策分为5部分:a.输入(input)b.状态(state)c.代码路径(code path)d.用户数据(user data)e.执行环境(execution environment) 2.测试就是有所变,有所不变 测试人员进行测试时必须回答如下问题:a.软件运行时的表现是否符合设计预期?b.用户为了某个功能而购买了软件,可是软件是否实现了这个功能呢?c.软件