探索吧！深入理解探索式软件测试（世界知名大师级敏捷软件测试专家扛鼎之作，是探索式测试领域的一颗重磅炸弹！实用性强，从典型GUI场景到软件需求的一切皆可探索）pdf/txt下载_在线阅读全文

当前位置:首页 > 计算机/网络 > 软件工程/开发项目管理 > 探索吧！深入理解探索式软件测试（世界知名大师级敏捷软件测试专家扛鼎之作，是探索式测试领域的一颗重磅炸弹！实用性强，从典型GUI场景到软件需求的一切皆可探索）

编辑推荐

　　1.世界知名的大师级敏捷软件测试专家的扛鼎之作，是探索式测试领域的一颗重磅炸弹。
　　2.本书给出实用性很强的理念，从典型GUI场景到软件需求的一切皆可探索。

内容简介

　　探索式测试是敏捷团队中不断升温的一个热门话题，本书对此话题进行了全面而详细的阐述，适合于所有真心关注软件质量问题的敏捷团队成员，特别是敏捷团队的测试工作者。本书不但思路清晰、文笔优美，而且内容实用，作者以讲故事的方式娓娓道来，让阅读也变成了一种享受。即便是那些各种技巧已用多年的测试老鸟，也一样可以洞悉新知、明晓其中微妙，还能学会借助新方式运用现有技能去帮助团队。管理人员和开发人员则能从中学到怎样将探索式测试贯穿项目开发的前、中、后期，帮助提高开发效率并免受困扰。

　　主要内容包括：
　　如何设计探索思路，执行小巧、快速的测试方法
　　如何分析软件，找出关键问题以发现漏洞
　　如何改变交互、顺序、数据、时间点和配置进行探索

显示全部信息

作者简介

　　Elisabeth Hendrickson　业内公认、世界知名的大师级敏捷软件测试专家，她的“测试启发法速查表”在业内广为流传，帮助了无数的测试工作者。她还是Google Tech Talk on Agile Testing系列技术视频的组织者。2010年敏捷联盟为她颁发了Gordon Pask奖，以表彰她为敏捷测试领域所做出的卓越贡献。她早在1980年就开始了软件开发生涯，一直很注重发掘软件中的bug。她在敏捷开发领域不遗余力地教学、演讲、写作、编码，痴迷于软件测试，为敏捷软件测试做出了巨大贡献。

目　　录

译者序
序
鸣　谢
前　言
第一部分　奠定基础
　第1章　关于测试与探索
　　1.1　测试的两面
　　1.2　探索式测试的基本要素
　　1.3　以限时探测会话开展工作
　　1.4　练习题
　第2章　为探索制定探测章程
　　2.1　用探测章程指导探险
　　2.2　一个简单的探测章程模板
　　2.3　优质探测章程

译者序 
序 
鸣　谢 
前　言 
第一部分　奠定基础 
　第1章　关于测试与探索   
　　1.1　测试的两面   
　　1.2　探索式测试的基本要素   
　　1.3　以限时探测会话开展工作   
　　1.4　练习题   
　第2章　为探索制定探测章程   
　　2.1　用探测章程指导探险   
　　2.2　一个简单的探测章程模板   
　　2.3　优质探测章程   
　　2.4　产生探测章程   
　　2.5　“噩梦头条”游戏   
　　2.6　规划探测章程   
　　2.7　练习题   
　第3章　观察细节   
　　3.1　你看见那个熊了吗   
　　3.2　挖得再深点   
　　3.3　可测试性与让不可见变可见   
　　3.4　控制台和日志   
　　3.5　练习题   
　第4章　找出有意义的变化   
　　4.1　变量就是会变化的事物   
　　4.2　微妙变量，巨大灾难   
　　4.3　识别变量   
　　4.4　变量无处不在！   
　　4.5　练习题   
　第5章　评估结果   
　　5.1　绝不和始终   
　　5.2　替代资源   
　　5.3　近似   
　　5.4　练习题   
第二部分　增加维度 
　第6章　改变顺序和交互   
　　6.1　名词和动词   
　　6.2　随机导航   
　　6.3　角色人物   
　　6.4　练习题   
　第7章　探索实体及实体之间的关系   
　　7.1　识别实体、属性和依赖   
　　7.2　CRUD：创建、读取、更新、删除   
　　7.3　跟随数据   
　　7.4　练习题   
　第8章　发现状态和转换   
　　8.1　找出状态和事件   
　　8.2　绘制状态模型图   
　　8.3　探索状态模型   
　　8.4　改变其呈现：状态表格   
　　8.5　练习题   
　第9章　探索生态系统   
　　9.1　绘制生态系统图   
　　9.2　信任边界   
　　9.3　如果的话   
　　9.4　跟随数据   
　　9.5　练习题   
第三部分　结合场景 
　第10章　没有用户接口的探索   
　　10.1　探索API   
　　10.2　探索编程语言   
　　10.3　探索Web服务   
　　10.4　细究Bug   
　　10.5　练习题   
　第11章　探索现存系统   
　　11.1　侦察探测会话打头   
　　11.2　分享观察结果   
　　11.3　采访干系人以收集问题   
　　11.4　选择技术   
　　11.5　记录调查结果   
　　11.6　如何处理恐怖的不可重现型Bug   
　　11.7　练习题   
　第12章　探索需求   
　　12.1　进入需求会议   
　　12.2　需求会议中   
　　12.3　需求讨论过程中写下探测章程   
　　12.4　积极阅读   
　　12.5　练习题   
　第13章　整合探索、融会贯通   
　　13.1　在测试策略中包含探索   
　　13.2　结对探索   
　　13.3　发现问题的系统性根源   
　　13.4　估算探索   
　　13.5　如何得知探索已够充分   
　　13.6　向干系人汇报   
　　13.7　捕捉有智慧的结晶   
　　13.8　练习题   
附录1　面试探索式测试技能   
附录2　测试启发法速查表   
参考文献

显示全部信息

前　　言

译者序
为测试而痴迷
作为译者，肯定是应该为自己的翻译作品写一篇译者序才对的，但我却真不知道该怎么来写这篇译者序才合适，刚写好几句一看觉得不好又删除重写，反复数次许久都无法定稿。
打开谷歌（会被重定向到谷歌香港），搜索Elisabeth Hendrickson，在页面右侧的信息窗介绍了一位同名的美国女演员，然而在左边的搜索结果主页面则几乎全部都是这本书作者的信息。而当我搜索我自己名字的时候，我却怎么也无法出现在都市快报知名记者的前面。这让我感觉到很是佩服。
Elisabeth是一位和蔼可亲的女士，总是面带着笑容、充满了激情。2007年10月的时候我第一次见到她，她为我们（前诺基亚网络）杭州研发中心提供敏捷测试相关的培训，我参加了她整整5天的培训，内容涵盖敏捷测试、ATDD、探索式测试等话题。当时我正处于职业生涯的低潮期，因为测试理念得不到认同，我有些怀疑自己所坚持的方向是否正确。然而，在她的课堂上，我却找到了共鸣，得到了认可，她的鼓励也给予了我想要成为一名教练的勇气。从这个角度来讲，Elisabeth还是我的人生导师。

译者序 
为测试而痴迷 
 作为译者，肯定是应该为自己的翻译作品写一篇译者序才对的，但我却真不知道该怎么来写这篇译者序才合适，刚写好几句一看觉得不好又删除重写，反复数次许久都无法定稿。 
 打开谷歌（会被重定向到谷歌香港），搜索Elisabeth Hendrickson，在页面右侧的信息窗介绍了一位同名的美国女演员，然而在左边的搜索结果主页面则几乎全部都是这本书作者的信息。而当我搜索我自己名字的时候，我却怎么也无法出现在都市快报知名记者的前面。这让我感觉到很是佩服。 
 Elisabeth是一位和蔼可亲的女士，总是面带着笑容、充满了激情。2007年10月的时候我第一次见到她，她为我们（前诺基亚网络）杭州研发中心提供敏捷测试相关的培训，我参加了她整整5天的培训，内容涵盖敏捷测试、ATDD、探索式测试等话题。当时我正处于职业生涯的低潮期，因为测试理念得不到认同，我有些怀疑自己所坚持的方向是否正确。然而，在她的课堂上，我却找到了共鸣，得到了认可，她的鼓励也给予了我想要成为一名教练的勇气。从这个角度来讲，Elisabeth还是我的人生导师。 
 当时有几件事情给我留下了极其深刻的印象，一是她所使用的道具读字笔，以及她那份著名的变量参考清单，还有就是她发给大家的“Test Obsessed”手环。在测试之中学习测试，这是她一直所秉持的理念，那天的课堂也就是在不断地尝试使用读字笔的过程中去学习探索式测试。而那份变量参考清单，在业内流传数年之后，终于在今天正式地出现在了书本之中。 
 在课堂上刚拿到“Test Obsessed”手环的时候，我想到的是：“哇，上测试培训居然还有耐克手环可以拿，唉，好像不是嘛，Test Obsessed是啥意思呢？”。 
 再次见到Elisabeth，是2009年在德国柏林参加Agile Testing Days会议的时候，她是Keynote讲师，她在欢呼声中走上台发表演讲。演讲中，讲到激动时，她向大家呼喊“I’m Test Obsessed! Are you?”，她还特地向着坐在前排的我挥动手臂，那时候的我正兴奋着自己成为了一名“敏捷开发教练”，测试的日子已然远去，居然微笑地对她摇了摇头。多年以后，我才开始意识到当时的我是多么的愚蠢，我一直都深信，测试的很多思维不仅适用于工作也适用于生活，而那一刻，在她的面前，我却退缩了。Elisabeth则以她的热情和专业积极推动着敏捷测试，而这也为她赢得了2010年度的敏捷联盟Gordon Pask奖，该奖的设立正是为了表彰像她一样对敏捷实践做出了卓越贡献的人们。 
 自从知道Elisabeth要写这本书，我就决定要把它抢下来翻译，只是我并没有想到其他人的热情也一样高涨，同时有好几个国家的人都在联系她要求翻译，我们甚至还成立了一个邮件组以便在翻译过程中交流对思想的理解和对文字的把控。有意思的是，德文版译者是一位女士，没有想到翻译书中一些小故事时用“她”、“他”还是中性“它”居然也是个需要斟酌的问题。对于简体中文版翻译来说，作为一名有经验但仍在不断探索中的译者，我始终想要在转述作者原意和加入少量诙谐之间保持平衡，希望大家能够喜欢，或者，委婉点说，叫做“少点批评，多提点建设性意见”。 
 我很确信这篇译者序到此为止，但这本书到底有什么内容还一点儿都没见讲。不必惊奇为什么，本书内容翔实、紧凑、信息量巨大，想用简短的几句话来描述，实在是一个太艰巨的任务。 
 倒不如，就让我们响应Elisabeth的号召，拿起这本书，开始探索吧！ 
徐毅 
敏捷测试实践者 
2013年12月24日凌晨于江苏 
 
 
 
 
序 
借助于“程序”这样一个千决万定始出来的逻辑工件，一小群人即可施其影响力于众人之上。因天性使然，该影响力无可预估。这留给人们一个极具影响力的困惑：还有什么是我们想改变的？ 
这是一个哲学问题：我们怎么知道我们知道什么？ 
这是一个经济学问题：我们何时才能知道足够多，可以信心满怀地大步向前？ 
这是一个心理学问题：我们如何说服彼此接受确有必要或确无必要再次做出改变？ 
Elisabeth Hendrickson向我们展示了一名如何借助于探索式测试这种系统化的调查来回答这些问题。Elisabeth既是一名成功的实践者，也是一名经验丰富的老师，她的话绝对够分量。她开创了将探索式测试应用于敏捷开发的先河，推动它不断演进并成为一种主流实践。这本书贯穿始终都在传达那种协同工作的简单快乐，和发现他人重视之物的愉悦欢欣，满怀怜爱之心，她就是这种人。 
探索式测试很重要。 
尽管，将此方式运用于任何种类的开发均能产生价值，然而，它最适合于那种快速循环和突发变化很常见的敏捷开发。开发和测试的方法有很多共通之处。它们都青睐那种认真习得的匠艺。它们都期望实践者机敏、有积极性、有判断力。它们都赞成，所有的决策，就算是那些高技术性甚至晦涩难懂的决策，也都要放到业务环境下进行考量。 
探索式测试可以习得。 
探索性测试提供了解决传统问题的新方法。Elisabeth先是认可了风险和信心源自不断检查这一点并未改变。然后又扮演了叙事人的角色，从基础知识普及一直讲到具体实践的深入剖析，介绍了很多实效技巧。每章结尾都有练习题，可供大家即刻在自己的环境中尝试使用。 
探索式测试可以回报。 
无须贬损众多特定测试方法，探索性测试脱颖而出成了最广泛适用且协作式最好的流程，团队成员可以藉此更深入地了解所创建的产品以及其他人使用产品的方式。它给我们的好奇心回报了愉快且携带巨大商业价值的信息。 
Ward Cunningham 
于美国俄勒冈州波特兰市 
 
 
前　　言 
 欲获真知，必探索之。 
 用这话说城市绝对没错。我总会在旅行的时候，多多少少预留出一点时间，漫步背街小巷，寻找隐藏的“宝石”。我会逃离旅游区，专找那种只有当地人才会去的餐馆，以及那些服务于日常生活所需的店铺。我就是从这闲逛之中开始理解当地文化、认识此地真实面貌的。 
 对软件来说也是一样的道理。想了解你们软件的真正能力和局限，就得打破常规，不走寻常路。 
 然而，漫无目的的闲逛和真正的探索是有区别的，Indexed网络漫画集的作者Jessica Hagy就用一幅“实地笔记”形象地描绘了这个区别。 
 
 Jessica的漫画传达了一条重要的警示信息。如果没有方向或目的，就算你长时间地漫步也不会有多少收获，你会迷失的。 
 这本书讲的就是如何做好探索。成为一名探索大师的必备技能技术就藏在书中等着你去发现。 
本书是写给谁看的 
 或许你觉得，这是一本讲软件测试的书，自然就是给测试人员看的。没错，但不只是测试人员。这本书我为那些关心如何产出可靠又健壮的软件的人们而写。他们包括程序员、业务分析师、产品经理，甚至支持人员，虽然支持人员通常都得等到软件接近完工时才能得见软件的庐山真面目。 
 如果你是一名测试人员，已牢牢掌握状态分析等测试设计技术，那么你将能学会如何在进行探索的过程中运用那些技能设计测试。 
 如果你是一名程序员，对底层技术有很深的理解，你将会学到如何通过不同焦距镜头观察软件，对它进行多视角透视分析。 
 如果你是一名业务分析师或产品经理，你会学到如何换用多种方式与软件进行交互，以确保它在更多不同环境中都能实现你的意图。 
 如果你是支持人员，你将发现如何加深自己对所支持软件的理解。或许你还能从中学会若干技巧，用来复现那些难以重现的客户故障。 
 简单点说就是，只要你跟创建软件这事有那么一丁点的关系，不管是做规格说明的、写程序的、搞验证的还是搞支持的，这本书都适合你。 
 本书不挑软件种类。书中技术可适用的技术环境范围很广，从网络应用到桌面应用、移动应用、嵌入式实时软件、API和网络服务，都适用。 
本书的组织方式 
 本书主要分为如下三大部分： 
 第一部分，奠定基础，介绍那些要熟练掌握探索所需的核心构件。从这部分内容中你将学到：如何精制那些指引探索活动的探测章程；如何观察真实发生的情况（提示：它可比听起来困难多了）；如何识别出有意义的变种；在采取前无古人的方式执行软件的情况下，如何确定应该期待什么样的行为。 
 第二部分，增加维度，在基础之上进行延伸。你将学到如何改变交互、顺序、数据、时间点和配置进行探索。学完本部分后，你也将学会如何利用状态建模和数据建模等分析技术辅助你的探索。 
 第三部分，结合场景，把技术带回到软件项目的场景中。你将学到如何在不同场景下运用前两部分中讲述的那些理念，包括对既有（遗留）应用和无用户接口软件进行的探索。你还将学会如何分享你的发现，以及如何让探索从一开始就融入到开发周期之中。 
 你可以按任何顺序阅读这些章节，然而，按先后顺序阅读各部分内容效果最佳。 
 提升探索技能不可缺少练习。为了实现这个目的，每章末尾都设有“练习题”环节，它们能够帮你巩固对概念的理解，还提供了如何立刻应用这些概念的思路。 
 你会发现，整本书贯穿始终都在介绍各种有针对性的技术或启发法。每个启发法都有名称，比如“部分、全无、全部”或 “开始、中间、结束”。启发法的名称首字母皆为大写，易于识别，你还可以在附录2中查阅其完整列表。 
在线资源 
 所有Pragmatic Bookshelf出版的书籍都有一个配套网页，本书也不例外。访问http://pragprog.com/book/ehxta/explore-it，你就能与其他读者和我一起讨论，还能提交勘误（如果你找到任何勘误，我都很希望你能花点时间告诉我）。 
 祝你快乐探索！ 
Elisabeth Hendrickson 
elisabeth@testobsessed.com 
2013年2月 
<div>
	 
</div>

显示全部信息

媒体评论

　　“Elisabeth开创了将探索式测试应用于敏捷开发的先河，并推动它不断演进，使其成为了一种主流实践。”
　　——Ward Cunnningham，wiki概念的发明者，设计模式和敏捷软件方法的先驱之一

　　“这是我看到的*书籍之一。优良的测试设计源自优良的测试思路，这本书里满是各种优秀的测试思路，辅以故事情节烘托，涎玉沫珠。”
　　——Alan Page，微软公司Principal SDET，《微软的软件测试之道》作者

在线试读部分章节

　　第一部分
　　奠定基础
　　第1章　关于测试与探索
　　第2章　为探索制定探测章程
　　第3章　观察细节
　　第4章　找出有意义的变化
　　第5章　评估结果
　　第1章　关于测试与探索
　　不管你的职位头衔是什么，你基本上肯定会发现自己其实经常都在做测试。创建任何事物，测试都是其中不可分割的一部分。测试就是与软件或系统进行交互、观察其真实行为并与你的预期做比较，在测试之前，你以为你知道的一切都只不过是推测而已。
　　在《Portraits in Silicon》[Sla89]一书中，作者Robert Slater讲述了ENIAC团队构建这台世界上最早期计算机之一的故事。早期计算机体积巨大，几乎有一个房间那么大，在机器内部则有很多用电缆连接起来的机架组件。电缆的选择因而也成为一个至关重要的设计决策。正如Slater所言：
　　老鼠咬电缆是一个可能发生的麻烦事。为了进行测试，我们把一些老鼠关在笼子里，饿上一段时间，然后再扔进不同种类的电缆。我们发现，老鼠偏爱的正是ENIAC计划使用的那种电缆，于是我们就转而选择了其他电缆。
　　注意，这个团队的成员意识到他们面临一个风险，并把它转变成了他们自己可以回答的问题。他们不是去猜测啮齿类动物的饮食习惯，而是拿出不同种类的电缆扔给饥饿的老鼠。他们利用了试验结果作为采取行动的依据。测试的本质就在于此：设计一个试验以便收集经验证据，由此解答与风险相关的问题。
　　不同类型的测试解答不同类型的问题。若是想知道峰值负载下系统表现如何，得运行性能测试。若是想知道某小段代码是否吻合程序员意图，就得单独针对这段代码执行一套单元测试。如果你想知道用户能否在没有帮助的情况下靠自己玩转该软件，那就得实施易用性测试。
　　本章介绍了探索式测试有别于其他种类测试的地方，以及如何将它融入整体测试策略之中。

第一部分 
　　奠 定 基 础 
　　第1章　关于测试与探索 
　　第2章　为探索制定探测章程 
　　第3章　观察细节 
　　第4章　找出有意义的变化 
　　第5章　评估结果 
　　第1章　关于测试与探索 
　　不管你的职位头衔是什么，你基本上肯定会发现自己其实经常都在做测试。创建任何事物，测试都是其中不可分割的一部分。测试就是与软件或系统进行交互、观察其真实行为并与你的预期做比较，在测试之前，你以为你知道的一切都只不过是推测而已。 
　　在《Portraits in Silicon》[Sla89]一书中，作者Robert Slater讲述了ENIAC团队构建这台世界上最早期计算机之一的故事。早期计算机体积巨大，几乎有一个房间那么大，在机器内部则有很多用电缆连接起来的机架组件。电缆的选择因而也成为一个至关重要的设计决策。正如Slater所言： 
　　老鼠咬电缆是一个可能发生的麻烦事。为了进行测试，我们把一些老鼠关在笼子里，饿上一段时间，然后再扔进不同种类的电缆。我们发现，老鼠偏爱的正是ENIAC计划使用的那种电缆，于是我们就转而选择了其他电缆。 
　　注意，这个团队的成员意识到他们面临一个风险，并把它转变成了他们自己可以回答的问题。他们不是去猜测啮齿类动物的饮食习惯，而是拿出不同种类的电缆扔给饥饿的老鼠。他们利用了试验结果作为采取行动的依据。测试的本质就在于此：设计一个试验以便收集经验证据，由此解答与风险相关的问题。 
　　不同类型的测试解答不同类型的问题。若是想知道峰值负载下系统表现如何，得运行性能测试。若是想知道某小段代码是否吻合程序员意图，就得单独针对这段代码执行一套单元测试。如果你想知道用户能否在没有帮助的情况下靠自己玩转该软件，那就得实施易用性测试。 
　　本章介绍了探索式测试有别于其他种类测试的地方，以及如何将它融入整体测试策略之中。 
　　1.1　测试的两面 
　　我对20年前的一次谈话仍然记忆犹新，就像是发生在昨天一样。我的同事Marchell指着她面前自己桌上厚厚的一叠纸，上面记着我们测试软件包某部分功能时所用到的测试用例。 
　　她叹了一口气，说道：“太让人失望了，不管我们写多少测试，也不管我们执行多少测试用例，都没用，最严重的缺陷都只有在偏离脚本执行时才能找到。” 
　　当时我并不知道有“探索式测试”这么回事，尽管在1988年的《计算机软件测试》[Kan88]书中Cem Kaner就早已造出了“探索式测试”这个术语。我只是知道，Marchell是对的。不管向测试套件里添加多少的测试用例，只要我们背离脚本执行，就必有惊喜。 
　　自那次交谈至今这20年间，同样的情况重复发生，我已亲眼目睹过很多次：不管团队执行了多少预先计划好的测试用例，都总会有惊喜出现。 
　　等组织发布软件将其公之于众之后，惊喜会变得更大、更糟。 
　　没有什么奇葩怪事是用户做不出来的。生产数据有个惹人厌烦的趋势在于，它会变得跟选制数据样板有所不同。实际配置可不如测试机上那般整洁、干净和易于掌控。 
　　真实世界是个乱糟糟的地方。 
　　虽然很让人沮丧，但你必须得承认，事先准备好测试覆盖所有情形是根本就不可能做到的。数据、配置、交互、顺序和时间点的各种变化实在太多。试图创建可全面覆盖所有情况测试集的努力是徒劳的，只是编写测试就已自顾不暇，你压根就没时间去执行它们。 
　　你需要的不是无所不包的完美测试集，而是能够解答如下两个核心问题的测试策略： 
　　1.面对其理应能够处理的情况，软件的表现是否吻合预期？ 
　　2.是否存在其他风险？ 
　　检查 
　　回答第一个问题，只需使用预先设计好的测试即可，检查该实现在既定配置和情况下的表现是否吻合预期。 
　　你可以把这些检查想象成是一张“绊线网”，只要软件行为违背了预期，就会触发它，如下所示。检查的覆盖率越高，网就越细密。 
 
　　然而，就算已经编织出了一张上等“绊线网”，你仍需回答第二个问题。探索就在此时登场亮相了。 
　　探索 
　　探索式测试专门针对“绊线网”尚未覆盖的区域进行侦察。你与实现进行互动，设计一系列微小型试验，并快速连续地执行它们，而且根据前一个试验结果来选择下一个试验。 
　　发现了潜在的风险，那就探测得更深入些。运用你自己的能力进行观察和分析，并且即时调整你的调查方式。试验能带给你有关软件能力和局限的经验证据。在此过程中，你会发现自己又有了新问题需要解答，并为这些额外增加的类型的测试制订计划。 
　　探索提供了一个可以穿越无限种可能变化直指风险所在之处的办法，而那些预计划弄出来的测试却做不到这一点。要想发现额外惊喜，重复性帮不了你，而变化（variation）却可以。 
　　总之，这两个问题呈现出了测试的两面：检查软件是否满足预期，与探索它是否存在风险。仅凭其中任何一面都不足够。 
　　已测试=已检查+已探索 
　　除非你已检查过软件是否满足预期且探索过软件是否存在额外风险，否则你就不能算是完成了测试。一个完善的测试策略应能融合两种方式做到兼容并包。 
　　继续阅读本书其余部分内容的时候，请谨记，本书只讨论上述等式中探索那一部分的内容。这是一本有关如何发现惊喜的技术指南，而不会覆盖软件测试的所有方面。 
　　……

显示全部信息

探索吧！深入理解探索式软件测试（世界知名大师级敏捷软件测试专家扛鼎之作，是探索式测试领域的一颗重磅炸弹！实用性强，从典型GUI场景到软件需求的一切皆可探索）下载

探索吧！深入理解探索式软件测试（世界知名大师级敏捷软件测试专家扛鼎之作，是探索式测试领域的一颗重磅炸弹！实用性强，从典型GUI场景到软件需求的一切皆可探索）

发布书评

相关图书推荐