探索式软件测试 PDF 全书清晰版

讨论手机软件品质的方式 有许多，很感兴趣的观众也是许多。这书是为软件测试工作人员而写的，写的是这种我觉得比别的一切缺点都关键的独特缺点：即躲过全部各种各样检验方式而*终存有于发布商品中的缺点。

一切1个软件开发公司公布的商品常有缺点。缺点是如何导入的？为何沒有在编码审批、单元测试、静态数据剖析或别的朝向开发者的主题活动中把他们找出去？为何自动化测试沒有找到他们？这些缺点一些哪些个性特征使其能躲过手工制作检测？

什么叫找到商品缺点的*好方式 ？

这书对于的更是*后1个难题。在第2章“手工制作检测”中，我明确提出了1个见解：由于客户是在应用手机软件全过程中寻找这种缺点的，因此人们的测试工程师也应当根据应用手机软件来寻找他们。不管应用自动化测试和单元测试，還是别的某些方式，都无法触碰到这种缺点。不管测试工程师如何保持自动化测试，即便所有都自动化技术，这种缺点还会时时处处作祟，并产成品中屡次再现进而损害*终客户。
难题取决于许多智能化手工制作检测实践活动都欠缺功利性，*性好且可重复性强。有的人将会还会再加这条：手工制作检测无趣透顶。这书尝试为手工制作测试步骤出示某些具体指导、技术性和整体规划。
在第3章“部分探寻式测试法”中，对于测试工程师在运作一切1个测试用例时都必须作出许多微小的防守战术方面决策，我得出了详细的具体指导提议。测试工程师务必决策针对某一特殊的键入字段名应当应用哪些键入值，或是给手机应用程序应用的文档提供哪些统计数据。在检测全过程中，务必作出很多那样的小决策。在欠缺具体指导的状况下，这种决策经常是没经剖析且并不是*化的。在向1个文本框内键入一个数时，挑选整数金额4难道说就胜于整数金额400么？应当用长短为32字节数的字符串還是长短为256字节数的字符串？挑选1个而没选另外是有必须大道理的，这任何都在于解决该键入的手机软件的详细情况。由于测试工程师每日必须作出数百次那样的小决策，这里出示合理的具体指导提议看起来尤为重要。

在第4章“全局变量探寻式测试法”中，对于测试工程师在定编测试计划和测试用例设计构思时必须考虑到什么普遍的战略难题，因为我得出了某些具体指导提议。这种技术性都应用场景“运动检测”（tour）定义，好似1个导游员领着旅游团队参观考察大城市中一连串著名旅游景点相同，这类运动测试法强调的线路能够具体指导测试工程师怎样探寻手机软件的各个方面。这儿的探寻不一定是*的或是孤孤单单的。这书所纪录的方式 早已变成微软公司和Google的很多测试工程师日常事务的部分。诸如此类“城市地标测试法”（landmark tour）和“極限测试法”（intellectual’s tour）等语汇早已纳入了手工制作测试工程师的规范词汇表中。测试技术之前的确称为“运动”，可是用全部旅游业发展来暗喻软件测试，并在检测具体公布的手机应用程序时，规模性应用这种暗喻的名字，还归属于这书的1个创举。

全局变量探寻式测试法针对制订详细的检测对策得出了具体指导提议。比如，怎样建立1组特点普及率（feature coverage）较高的测试用例？怎样明确是不是要在1个独立的测试用例中应用好几个特点？怎样建立1个详细的测试用例模块（test case suite），进而使手机软件尽量地超负荷工作中便于能寻找大量关键的缺点？这种全是设计构思测试用例和确保检测模块品质时务必处理的重特大难题。

在第5章“混和探寻测试技术”中，根据把探寻式检测和传统式的脚本制作或应用场景情景的检测技术相结合，深化拓展了运动的定义。人们将探讨怎样改动各种各样端到端情景（end-to-end scenario）、检测脚本制作（test *）或客户经典故事（user story），来造就大量的转变状况，以激起传统式静态数据测试技术搜索缺点的发展潜力。

在第6章“探寻式检测的具体运用”中，来源于微软公司不一样产品组的六位参演创作者出示了她们应用运动技术性后获得的工作经验汇报。这种创作者和她们的精英团队在真正的开发工具中，把运动方式 运用在真正的手机软件上。她们纪录了分别是怎么使用运动、改动运动乃至建立自身的运动的。这种內容来源于于应用运动法检测关键的重要软件项目的测试工程师，归属于真实的*手材料。

*后，我用两章內容小结前边各章所探讨的內容。在第7章“运动检测的繁杂难题”中，叙述了我觉得的检测中*艰难的好多个难题，及其如何把这些具备高宽比目的性的探寻式测试标准融进1个更普遍的解决方法中。在第8章“软件测试的将来”中，我再进一步探讨在将来两年中，诸如此类虚拟化技术、数据可视化乃至电视游戏这类的技术性将怎样更改检测的外貌。附则包含我对检测职业发展的观点，搜集了我之前某些备受用户钟爱的文章内容（添加了某些新的注释），在其中某些文章内容早已没法在别的地区见到了。

写这这书对我们而言是这种享有，希望你阅读文章这书都是这种享有

目录

• 第1章 软件质量
• 软件的魔力
• 软件失效
• 小结
• 练习题
• 第2章 手工测试
• 软件缺陷的根源
• 缺陷预防和检测
• 缺陷预防
• 缺陷检测
• 手工测试
• 手工测试中使用脚本
• 探索式测试
• 小结
• 练习题
• 第3章 局部探索式测试法
• 想不想测试软件？
• 测试就是有所变，有所不变
• 用户输入
• 状态
• 软件状态的基本知识
• 如何测试软件状态
• 代码路径
• 用户数据
• 运行环境
• 小结
• 练习题
• 第4章 全局探索式测试法
• 探索软件
• 旅游者比喻
• 漫游测试
• 商业区测试类型
• 历史区测试类型
• 娱乐区测试类型
• 旅游区测试类型
• 旅馆区测试类型
• 破旧区测试类型
• 漫游测试法实战
• 小结
• 练习题
• 第5章 混合探索式测试技术
• 场景和探索
• 使用基于场景的探索式测试
• 通过场景操作引入变化
• 插入步骤
• 删除步骤
• 替换步骤
• 重复步骤
• 替换数据
• 替换环境
• 通过漫游测试引入变化
• 卖点测试法
• 地标测试法
• 极限测试法
• 深巷测试法
• 强迫症测试法
• 通宵测试法
• 破坏测试法
• 收藏家测试法
• 超模测试法
• 配角测试法
• 取消测试法
• 混票测试法
• 小结
• 练习题
• 第6章 实践中的探索式测试
• 漫游测试
• Dynamics AX客户端的漫游
• 有用的探索漫游
• 收藏家测试法和收集缺陷
• 漫游测试提示
• 利用漫游查找隐错
• 测试用例管理解决方案的测试
• 取消测试法
• 破坏测试法
• 快递测试法
• 测一送一测试法
• 在Windows Mobile设备中的
• 漫游实践
• 我的测试方法和哲学
• 漫游测试法找到的有趣缺陷
• 破坏测试法实例
• 超模测试法实例
• Windows媒体播放器的漫游测试
• 实践
• Windows 媒体播放器
• 遍历测试法
• 超模测试法
• 极限测试法
• 与WMP相关的25个“假如”
• 类型的问题
• 极限测试法：边界之旅
• 停车场测试法及其在 Visual Studio
• Team System测试版的应用
• Sprint中的测试
• 停车场测试法
• 漫游测试中的测试规划与管理
• 定义地貌
• 旅行计划
• 让漫游测试运转起来
• 漫游结果的分析
• 判断：里程碑和发布
• 在实践中
• 小结
• 练习题
• 第7章 漫游与测试中的棘手问题
• 软件测试的五个棘手问题
• 漫无目的
• 重复性
• 暂时性
• 单调性
• 健忘
• 小结
• 练习题
• 第8章 软件测试的未来
• 欢迎来到未来世界
• 测试人员的专有提示显示
• 测试百科
• 测试用例的重用
• 测试原子和测试分子
• 虚拟化的测试资产
• 可视化
• 未来的测试
• 发布之后的测试
• 小结
• 练习题
• 附录1 经营成功的测试职业生涯
• 你是如何开始做测试工作的？
• 回到未来
• 上山
• 巅峰
• 下山
• 附录2 JW的专业博客摘录
• 教我一些东西吧
• 软件诫律
• 测试错误代码
• 真正的职业测试人员，请上前一步
• 我找到的一些常见的共同特性
• (无特别顺序)
• 建议总结
• 三击不中出局，是新的打击手上场的
• 时候了
• 正式方法
• 工具
• 流程改进
• 第四种提案
• 软件测试是艺术、技巧或学科？
• 恢复对软件行业的尊重
• 事与愿违的过去
• 寻找更好的方法
• 分析安全漏洞和质量问题的
• 流程
• 附录3 JW微软博客修订版
• 加入博客圈
• 2008年7月
• 开篇
• PEST(泡吧与软件测试)
• 测试人员评估
• 预防与治疗(一)
• 用户与John
• 手工测试人员的赞歌
• 预防与治疗(二)
• 欧洲，你好！
• 测试赋
• 预防与测试(三)
• 回到测试
• 2008年8月
• 预防与治疗(四)
• 如果微软擅长测试，为什么软件
• 依然糟糕呢？
• 预防与治疗(五)
• 自由式探索式测试
• 基于场景的探索式测试
• 基于策略的探索式测试
• 基于反馈的探索式测试
• 软件测试的未来(一)
• 软件测试的未来(二)
• 2008年9月
• 测试认证
• 软件测试的未来(三)
• 软件测试的未来(四)
• 软件测试的未来(五)
• 2008年10月
• 软件测试的未来(六)
• 软件测试的未来(七)
• 软件测试的未来(八)
• 谈到谷歌
• 再议手工测试与自动化测试
• 2008年11月
• 不再需要测试人员？
• 让测试人员继续测试
• 2008年12月
• 谷歌与微软的开发∶测试
• 比例之争
• 2009年1月
• Zune的问题
• 解释探索式测试
• (未来的)测试用例重用
• 测试用例重用(续)
• 休假归来
• 鼹鼠和受感染的花生