敏捷软件测试

(美)克里斯平//格雷戈里|译者:孙伟峰//崔康

出版时间

2010-10-01

ISBN

9787302236535

评分

★★★★★
书籍介绍
这本书最引争议之处,恰是它最诚实的地方:它不教你具体测试技巧,而是重塑测试人员在敏捷团队中的思考方式。多位读者反复提到那个被奉为精华的“四象限测试分类图”——它区分了“支持团队”的自动化测试与“评价产品”的业务测试,并澄清了supporting(支持)而非support(后勤)的微妙差别。书中反复强调的核心是反馈:测试的价值不在于机械执行用例,而在于用探索式测试发现用例覆盖不到的重要缺陷,用测试驱动开发。它适合那些已对敏捷流程失望、却仍想从测试角度重构全局思维的从业者;若期待一本讲解具体测试方法的工具书,或许会失望。翻译生硬、穿插故事繁冗,是绕不开的硬伤。
作者简介
克里斯平(Lisa Crispin)是一名敏捷测试实践者和教练。她专注于向测试人员和敏捷团队讲述测试人员如何创造价值并利用面向业务测试指导开发。她的使命是把敏捷的快乐带给软件测试领域,并把测试的快乐带给敏捷开发领域。Lisa在2000年第一次加入敏捷团队,作为开发人员、分析人员、测试人员和质量保证主管工作了若干年。从2003年起,她成为ePlan Services公司ePlan Services团队的测试人员。她经常在北美和欧洲的会议上教授有关敏捷测试的课程。Lisa经常发表敏捷测试的文章,刊物包括Better Software magazine、IEEE Software和Methodsand Tools。Lisa与Tip House合著了Testing Extreme Programming(Addison-Wesley,2002)。 格雷戈里(Janet Gregory)是DragonFire公司(致力于敏捷质量过程咨询和培训)的创始人。她希望帮助团队构建质量系统。在过去十年间,她作为教练和测试人员,把敏捷实践介绍到各种规模的公司。她关注于让业务客户和测试人员理解其在敏捷项目中的角色。Janet的编程背景使她能更好地与敏捷团队中的开发人员合作以实施新颖的敏捷测试自动化方案。Janet经常在敏捷和测试软件会议上发表演讲,也是北美敏捷测试社区的主要贡献者。
AI导读
核心看点
  • 本书系统阐述了敏捷测试的核心理念,明确测试人员在敏捷团队中的正确角色定位,强调测试应贯穿需求分析、编码及交付全过程,而非仅在开发完成后介入,旨在消除对测试职能的误解,促进团队整体质量意识的提升。
  • 书中提出的‘敏捷测试象限’是极具价值的理论框架,将测试活动划分为支持团队与评价产品、面向技术与面向业务四个维度,帮助读者清晰识别不同场景下的测试需求、责任主体及工具选择,为构建全面的测试策略提供结构化指导。
  • 详细记录了测试人员在敏捷迭代中的完整工作流,包括迭代前准备、需求澄清、测试用例设计、自动化策略制定及迭代收尾等环节,并结合大量真实案例,深入探讨如何克服文化阻力、迁移传统流程以及实现可持续的测试自动化。
读者共识
  • 尽管翻译质量普遍受到批评,但书中提出的‘敏捷测试象限’模型被公认为具有开创性价值,是理解敏捷测试分类与策略制定的重要基石,许多读者认为这一理论框架足以弥补其他方面的不足,值得深入研读。
  • 读者普遍认为本书理论性强但实操性较弱,缺乏针对现代复杂架构的具体测试策略指导。书中内容较为浅显且重复啰嗦,不适合初学者作为入门教材,更适合作为有一定经验者梳理测试理念、纠正错误认知的参考读物。
  • 多数读者指出书中关于测试人员角色转变、团队协作及质量内建的讨论具有启发性,有助于打破测试与开发的对立思维。但同时也警告,书中的部分咨询式套路和空洞理论需结合实际情况甄别,不可盲目套用。
精彩摘录
  • " Agile Is All about Feedback"
  • "Testers will conduct manual exploratory testing to find important bugs that defined test cases might miss. Testers might pair with other developers to automate and exe- cute test cases as coding on each story proceeds. Automated functional tests are added to the regression test suite. When tests dem"
  • "As a (role), I want (function) so that (business value)."
  • "Security Testing Perspectives 1. Adopt a continuous integration (CI) process that periodically runs a suite of automated tests against your application. 2. Learn how to use one or more open source static code analysis tools. Add a step to your CI process that consists of running these tools against "
  • "Performance Testing from the Start Ken De Souza, a software developer/tester at NCR [2008], responded to a question on the agile-testing mailing list about when to do stress and perfor- mance testing in an agile project with an explanation of how he approaches performance testing. I'd suggest design"
  • "Standards for developing the GUI also make the application more testable and maintainable, because testers know what to expect and don’t need to wonder whether a behavior is right or wrong. It also adds to testability if you are automating tests from the GUI. Simple standards such as, “Use names for"
  • "After the product owner reads the story, the following discussion ensues: Product Owner: “We just want some easy way for users to delete items, but we don’t have a specific implementation in mind.” Tester: “Should they be able to delete several items at once?” Product Owner: “Oh, yes, just make it a"
  • "Tester: “What are the shipping speeds the user can choose?” Product Owner: “Standard 5-day, 2-day, and next-day.” Programmer: “We should probably start by only offering one speed, and calculating that cost. Then we can easily implement the other two speeds.” Product Owner: “It’s fine to break it up "
目录
第Ⅰ部分 简介 第1章 敏捷测试的定义 1.1 敏捷价值 1.2 “敏捷测试”意味着什么 1.3 敏捷团队中角色和活动的情境 1.4 敏捷测试有何不同 1.5 整体团队运作方式 1.6 小结 第2章 敏捷测试人员的十条法则第Ⅱ部分 组织挑战 第3章 文化挑战 第4章 团队构成 第5章 迁移传统过程第Ⅲ部分 敏捷测试象限 第6章 测试的目的 第7章 支持团队的面向技术测试 第8章 支持团队的面向业务测试 第9章 面向业务测试工具包 第10章 评价产品的面向业务测试 第11章 利用面向技术的测试评价产品 第12章 测试象限总结第Ⅳ部分 自动化 第13章 自动化的原因和障碍 第14章 敏捷测试自动化策略第Ⅴ部分 测试人员经历的一个迭代 第15章 测试人员在发布或主题 第16章 迭代前的准备 第17章 迭代开始 第18章 编码和测试 第19章 迭代结束时的收尾工作 第20章 成功的交付第Ⅵ部分 总结 第21章 关键成功要素术语表参考文献
用户评论
里面提出的四象限测试分类图是此书最具价值的地方。
书太浅了而且架构不够清晰,中间穿插的故事太繁琐,可读性不强
写的很细,结果很啰嗦。有的地方觉得写的泛泛,不接地气
作为程序员,这本书稍有看头的是第III部分和第IV部分。测试四象限,测试金字塔,自动化的ROI。 思路可以借鉴,内容有点无聊。 怎么说呢,不能说不对,但操作性不强。放在如今微服务盛行的时代,一定程度上缺了对新架构的测试策略适配。
外行人看热闹
提供了不少方法论,Agile Test的开山之作
我觉得还行 能总结东西就好
敏捷开发大潮下,测试团队如何跟上步伐,不拖快速迭代的后腿?测试人员观念上如何从瀑布式转型到敏捷式?方法论和价值观都不过时,对于测试团队,尤其测试主管有很好借鉴作用!作者条例非常清晰,也容易理解,书比较厚,如果没有事件可以看最后一章,总结基本上点到要点,不懂再回去看相应章节。
没有什么干货,全是理论。清华大学出分这本书买亏了。
求书
收藏
全部深度解读 →主题书单高分榜最近更新