新書推薦：
《
赖世雄经典英语语法：2025全新修订版（赖老师经典外语教材，老版《赖氏经典英语语法》超32000条读者好评！）
》
售價：NT$
305.0
《
影神图 精装版
》
售價：NT$
653.0
《
不止于判断：判断与决策学的发展史、方法学及判断理论
》
售價：NT$
347.0
《
人才画像、测评、盘点、管理完全应用手册
》
售價：NT$
254.0
《
跳出猴子思维：如何成为不完美主义者（30天认知训练打破完美主义的困扰！实现从思维到行为的全面改变！）
》
售價：NT$
301.0
《
粤港澳大湾区创新能力与创新效率评价研究
》
售價：NT$
398.0
《
钱生钱：低利率下的银行理财与基金投资手册
》
售價：NT$
352.0
《
西方服饰史：从公元前3500年到21世纪（第7版，一部西方服饰百科图典。5500年时尚变迁史，装帧典雅，收藏珍品）
》
售價：NT$
2030.0
|
| 編輯推薦： |
技术迭代加速的当下，软件测试成为质量保证必不可少的环节。《软件测试：探索式测试的设计思路与实践》深入探讨了软件质量的核心价值，从灵活的局部探索式测试到全面的全局探索式测试以及高效的混合探索式测试，作者精选了经过微软团队实证和时间检验的十多种方法与案例。此外，作为软件测试专家，作者还采用诙谐风趣的风格，针对如何规划和经营成功的职业生涯给出实用的建议，精选了多年来深受广大测试人员喜爱的精华文章合集。
《软件测试：探索式测试的设计思路与实践》特别针对测试人员、QA专家、开发人员、团队、项目经理和架构师，可以帮助他们了解软件测试的全貌，具有较强的实用性和指导性，是一本难得的软件测试启蒙和进阶好书。
|
| 內容簡介： |
技术迭代加速的当下，软件测试成为质量保证必不可少的环节。《软件测试：探索式测试的设计思路与实践》深入探讨了软件质量的核心价值，从灵活的局部探索式测试到全面的全局探索式测试以及高效的混合探索式测试，作者精选了经过微软团队实证并经过时间检验的十多种方法与案例。此外，作为软件测试专家，作者还采用诙谐风趣的风格，针对如何规划和经营成功的职业生涯给出实用的建议，精选了多年来深受广大测试人员喜爱的精华文章合集。
《软件测试：探索式测试的设计思路与实践》特别针对测试人员、QA 专家、开发人员、团队、项目经理和架构师，可以帮助他们了解软件测试的全貌，具有较强的实用性和指导性，是一本难得的软件测试启蒙和进阶好书。
|
| 關於作者： |
詹姆斯·A. 惠特克博士(James Whittaker)
职业生涯横跨学术界、初创企业和顶级科技公司。1992年在田纳西大学获得计算机科学博士学位。此后在13个国家服务于IBM、爱立信、SAP、思科和微软。1996年，加入佛罗里达理工学院。10年后，加入微软。2009年加入谷歌，2012年重返微软，负责构建必应人工智能平台。他出版的五本技术类书籍中，有两本是畅销书，还有两本入围了《软件开发》杂志震撼大奖。
1986年，加入联邦调查局，成为该部门第一位科班毕业的员工。1992年，在田纳西大学获得计算机科学博士学位。此后，成为一名专门从事测试自动化的自由开发人员。5年时间在13个不同的国家工作，先后服务于IBM、爱立信、SAP、思科和微软，在软件质量和开发人员生产力方面进行了开创性的研究，先后发表了数十篇论文、专利和会议报告。1996 年，加入佛罗里达理工学院，继续教书育人，著书立说，此外还得到了超过1200 万美元的研究赞助。詹姆斯在 Y2K 测试和软件安全方面的工作赢得许多最佳论文??和演讲的奖项。2002年，他的初创公司被雷神公司收购。
詹姆斯在微软先后接触过Trustworthy Computing和Visual Studio。2009 年，他以工程总监的身份加入谷歌，领导团队开发Chrome浏览器、谷歌地图和Google 。他还是Google Developer Days 的主讲人。 2012 年，他以杰出工程师的身份回到微软，负责构建必应人工智能平台。
陈霁
每天被自己焦虑到醒的TestOps创始人，拥有丰富的质量、敏捷、DevOps培训、咨询经验，帮助多个千人研发中心构建DevOps、质量内建、组织架构、敏捷交付体系。代表作有《性能测试进阶指南》系列、《敏捷测试从零开始》以及《敏捷测试实战指南》。先后担任过阿里巴巴研发效能事业部认证架构师、《测试敏捷化白皮书》项目经理以及Exin TTT认证讲师、SPC6 规模化敏捷实施顾问。
徐轩
上海智众医疗科技有限公司资深测试工程师，拥有十多年软件测试和敏捷经验，擅长自动化测试、性能测试和大数据测试，担任过多个大型金融及医疗互联网产品的测试负责人。持证DevOpsMaster、AgileScrumMaster敏捷认证专家以及EXIN DPO数据保护官。
|
| 目錄：
|
第 1 章 软件测试 1
1.1 软件的魔力 1
1.2 失效的软件 4
小结 10
思考与练习 10
第 2 章 手工测试 13
2.1 软件缺陷的根源 13
2.2 缺陷的预防和检测 14
2.2.1 缺陷预防 14
2.2.2 缺陷检测 16
2.3 关于手工测试 18
2.4 探索式测试 20
2.4.1 局部探索式测试 22
2.4.2 全局探索式测试 24
2.5 探索式测试与脚本化的手工测试相结合 25
小结 26
思考与练习 27
第 3 章 局部探索式测试 29
3.1 想不想成为一名软件测试人员 29
3.2 测试是抽象和归纳 31
3.3 用户输入 32
3.3.1 用户输入的基本概念 32
3.3.2 如何测试用户输入 35
3.3.3 合法输入和非法输入 36
3.4 状态 45
3.4.1 软件状态的基本知识 45
3.4.2 如何测试软件状态 46
3.5 代码路径 49
3.6 用户数据 50
3.7 运行环境 52
小结 52
思考与练习 53
第 4 章 全局探索式测试 55
4.1 探索软件 55
4.2 旅行者隐喻 58
4.3 漫游测试 60
4.3.1 商业区测试 63
4.3.2 古迹测试 73
4.3.3 娱乐区测试 75
4.3.4 旅游区测试 79
4.3.5 酒店区测试 84
4.3.6 破旧区测试 86
4.4 漫游测试实战 90
小结 91
思考与练习 92
第 5 章 混合探索式测试技术 93
5.1 场景和探索 93
5.2 使用基于场景的探索式测试 96
5.3 通过场景操作引入变化 96
5.3.1 插入步骤 97
5.3.2 删除步骤 98
5.3.3 替换步骤 99
5.3.4 重复步骤 99
5.3.5 替换数据 100
5.3.6 替换环境 100
5.4 通过漫游测试引入变化 101
5.4.1 卖点测试法 102
5.4.2 地标测试法 103
5.4.3 极限测试法 103
5.4.4 后巷测试法 103
5.4.5 强迫症测试法 104
5.4.6 通宵测试法 104
5.4.7 破坏测试法 104
5.4.8 收藏家测试法 105
5.4.9 超级名模测试法 105
5.4.10 配角测试法 105
5.4.11 雨天测试法 106
5.4.12 蹭票测试法 106
小结 107
思考与练习 107
第 6 章 探索式测试实战案例 109
6.1 实战案例：Dynamics AX 客户端漫游测试 110
6.1.1 探索式测试中的漫游测试法 112
6.1.2 收藏家测试法和收集缺陷 114
6.1.3 漫游测试提示 117
6.2 实战案例：使用漫游测试发现缺陷 120
6.3 实战案例：Windows 移动设备中的漫游测试实践 126
6.3.1 我的测试方法和测试哲学 128
6.3.2 使用漫游测试法找到有趣的缺陷 130
6.4 实战案例：Windows 媒体播放器的旅游实践 135
6.5 实战案例：VSTS 测试版中的停车场测试法实践 141
6.6 实战案例：冲刺活动中的测试 142
6.7 实战案例：停车场测试法 144
6.8 实战案例：漫游中的测试规划和管理 145
6.8.1 明确探索式测试的意义 145
6.8.2 漫游测试规划 147
6.8.3 漫游测试用起来 149
6.8.4 漫游结果分析 150
6.8.5 决策：里程碑 / 发布 152
6.8.6 实践 152
小结 153
思考与练习 153
第 7 章 漫游测试的主要痛点 155
7.1 软件测试的五个痛点 155
7.2 无目的性 156
7.2.1 定义需要测试的内容 157
7.2.2 定义何时进行测试 158
7.2.3 定义如何测试 159
7.3 重复性 160
7.3.1 获取已执行的测试 161
7.3.2 理解何时注入变异 161
7.4 瞬时性 162
7.5 单调性 164
7.6 无记忆性 166
小结 167
思考与练习 168
第 8 章 软件测试的未来 169
8.1 欢迎来到未来 169
8.2 测试人员的 HUD 抬头信息提示 170
8.3 测试百科 173
8.3.1 测试用例的重用 174
8.3.2 测试原子和测试分子 175
8.4 测试资产的虚拟化 177
8.5 可视化 178
8.6 未来的测试 181
8.7 发布后的测试 183
小结 184
思考与练习 185
附 录 187
（一）测试人生须经营 187
（二）博客随笔精选 195
（三）我在微软做测试 222
|
| 內容試閱：
|
用户购买产品的同时，也得容忍缺陷。
——司各特·沃兹沃斯
任何使用过电脑的人都知道，软件从未达到过完美的状态。从最初的程序到如今的应用程序，软件开发的复杂性以及开发人员可能犯的错都是导致软件无法尽善尽美的原因。此外，随着硬件、操作系统、运行环境、驱动程序、平台和数据库等的不断变化，软件开发的难度进一步增加，成为全人类最令人称奇的专业领域之一。
然而，仅仅令人称奇是不够的。正如本书第1 章“软件质量”所指出的，人们需要高质量的软件。显然，保证质量并不只是软件测试人员的责任。软件应该以正确的方式构建，像可靠性、安全性、性能等问题，都应纳入系统设计阶段加以考虑，而非留到开发后期。
然而，一旦涉及理解软件缺陷的本质，测试人员总是站在最前线。如果没有测试人员发挥其洞察力、技术专长和应变能力，那么实现软件质量全面解决方案的希望将变得渺茫。
谈论软件质量的方法有很多，感兴趣的听众也有很多。本书主要面向软件测试人员，讨论了一种特殊类型的缺陷，我认为这类缺陷比其他缺陷更为关键：那些能够逃避所有检测手段并最终出现在已发布产品中的缺陷。
大部分软件产品都有缺陷。这些缺陷是如何引入的？为什么它们没有在代码评审、单元测试、静态分析或其他面向开发者的活动中被发现？为什么自动化测试未能发现它们？这些缺陷具有哪些特别之处，使它们能够逃过手工测试的检测？
是否存在找出产品缺陷的最佳方法？
本书讨论的正是最后一个问题。在第2 章讨论手工测试时，我指出，由于用户在使用软件过程中发现了这些缺陷，因此测试时也应通过使用软件来发现它们。然而，对于自动化测试和单元测试等，这些缺陷往往无法被发现。无论如何实现自动化，这些缺陷都可能继续影响你，并最终出现在用户面前。
问题在于，许多现行的手工测试实践缺乏明确的目的性，且带有随机性和重复性。有些人可能会认为手工测试无聊至极。本书旨在为手工测试的过程提供一些指导、技术和规划。
在第3 章中，针对测试人员在执行测试用例时所需做出的局部战术层面的决策，我提供了详细的指导建议。针对某个特定的输入字段或者应用程序使用数据时要用哪些输入值，测试人员必须做出决策。在测试过程中，必须做出许多这样的局部决策。如果没有适当的指导，这些决策往往缺乏有效的分析，甚至还可能不是最优的选择。比如，需要在一个文本框中输入数字时，整数4 是否比整数400 更合适？我应该用长度为 32 个字节的字符串还是长度为 256 个字节的字符串？选择一个而非另一个必然有其原因，这取决于软件将要处理的输入的具体情况。考虑到测试人员每天都需要做出数百个这样的局部决策，给出有效的指导就变得至关重要。
在第4 章中，针对测试人员在制订测试计划和设计测试用例时所需考虑的全局战术层面问题，我也提供了详细的指导建议。这些技术均基于“漫游测试”概念，通过归纳出的各种测试方法，引导测试人员探索应用程序的各个路径，类似于导游带领游客打卡大城市里各个著名的地标。这种探索并不一定是随机或无目的的。本书介绍的方法已经被纳入微软和谷歌测试人员的日常工作。当然，这种测试方法早在很久前就被称为‘漫游测试’，但将旅游类比应用于整个软件测试过程，特别是针对实际发布的大规模应用程序，是本书首创。
全局探索式测试为制定全面的测试策略提供了指导建议。如何创建功能覆盖率较高的用例集？如何在一个单独的测试用例中确定是否要包含多个功能的使用？如何创建一个全面的测试用例套件，以便在软件高负荷运行时发现更多严重的缺陷？这些问题都是设计测试用例和构建高质量测试套件时必须在第一时间解决的。
在第5 章中，通过结合探索式测试技术和传统基于脚本或场景的测试技术，我进一步拓展了漫游测试的概念。我要讨论如何通过修改端到端场景、测试脚本或用户故事的方法来创造更多变化，并增加传统静态测试技术发现缺陷的可能。
在第6 章中，来自微软各个产品线的5 位特邀作者提供了他们在漫游测试技术方面的经验汇报。这几名作者和他们的团队在真实的开发环境下，把漫游测试技术应用到真实的软件上，并记录了他们使用、修改漫游测试方法甚至创造自己方法的过程，是测试人员将漫游测试技术应用于关键产品的第一手资料。
最后，我用两章的内容来总结前面各章讨论的内容，以此作为本书的结尾。在第7 章中，我描述了我认为测试中最困难的几个问题，以及如何将具有较强针对性的探索式测试方法整合为一个更全面的解决方案。在第8 章中，我进一步讨论虚拟化、可视化、电子游戏等技术，以及它们如何在未来的几年内改变软件测试行业。附录中包括我对测试职业生涯的看法，以及过去深受读者喜爱的一些文章，这些文章夹叙夹议，其中一些文章在别的地方已经无法找到。
我希望你能够享受自己的阅读过程，就像我享受自己的写作过程一样。
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
