实例化需求:团队如何交付正确的软件
17推荐 收藏
15.2K阅读
图灵程序设计丛书

实例化需求:团队如何交付正确的软件

Gojko Adzic (作者) 张昌贵 , 张博超 , 石永超 (译者)
本书面向开发人员、测试人员、分析师以及业务人员,指导他们共同构建优秀的软件产品。本书浓缩了世界众多先进团队的经验,囊括了各种可成功地在较短的迭代开发周期下制定出需求说明、进行测试并交付软件的方法,深度探索了确保实例化需求积极有效的7种模式。本书的案例分析涉及的对象既有小型互联网创业公司,也有大型的金融服务公司,书中介绍的方法适用于不同的软件过程,包括极限编程、Scrum以及看板。

书中主要内容包括:
常见的过程模式
如何避免错误的实践
在过程中引入实例化需求说明
50多个案例分析

成功的开发团队如何交付正确的软件?本书为你揭晓答案。

收藏本书能做什么?

有情况的时候会收到通知,比如电子书发布等。

电子书
¥24.99
格式
mobi   pdf

纸质书
¥44.10 ¥49.00

出版信息

同系列书

  • HTTP权威指南

    David Gourley   Brian Totty   Marjorie Sayer   Sailu Reddy   Anshu Aggarwal   陈涓   赵振平   译

    本书是HTTP及其相关核心Web技术方面的权威著作,主要介绍了Web应用程序是如何工作的,核心的因特网协议如何...

  • JavaScript高级程序设计(第3版)

    Nicholas C.Zakas   李松峰   曹力   译

    本书是JavaScript超级畅销书的新版。ECMAScript 5 和HTML5在标准之争中双双胜出,使大量...

  • 计算机科学的基础

    Al Aho   Jeff Ullman   傅尔也   译

    本书全面而详细地阐述了计算机科学的理论基础,从抽象概念的机械化到各种数据模型的建立,用算法、数据抽象等核心思想...

  • Java技术手册(第6版)

    Benjamin J Evans   David Flanagan   安道   译

    通过学习本书,你将能够: 掌握最新的语言细节,包括Java 8的变化 使用基本的Java句法学习面向对...

  • 机器学习实战

    Peter Harrington   李锐   李鹏   曲亚东   王斌   译

    机器学习是人工智能研究领域中一个极其重要的研究方向,在现今的大数据时代背景下,捕获数据并从中萃取有价值的信息或...

本书特色

“独一无二的、基于大量的业内研究提取出来的知识。”
—— Mike Stockdale,Syterra软件公司

“本书是我的挚爱,它教会我如何正确地做测试。”
—— Craig Smith,Suncorp公司

“本书将改变我们讨论和思考测试的方式。”
—— David Evans,ThinkAlike咨询公司

“本书是有关需求收集与维护的最好的图书。”
—— Oleksandr Alesinskyy,NAVTEQ

“基于众多团队的经验,它将让你的测试自动化事半功倍。”
—— Rick Mugridge,Rimu研究公司

目录

版本声明 阅读
前言 阅读
第一部分 开始 阅读
第1章 主要优点 阅读
第2章 关键过程模式
第3章 活文档
第4章 开始改变
第二部分 关键过程模式
第5章 从目标中获取范围
第6章 通过协作制定需求说明
第7章 举例说明
第8章 提炼需求说明
第9章 自动化验证而不修改需求说明
第10章 频繁验证
第11章 演化出文档系统
第三部分 案例研究
第12章 uSwitch
第13章 RainStor
第14章 爱荷华州助学贷款公司
第15章 Sabre Airline Solutions
第16章 ePlan Services
第17章 Songkick
第18章 思想总结
附录A 资源

作者介绍

Gojko Adzic
战略软件交付顾问,专注于敏捷和精益开发,尤其擅长敏捷测试、实例化需求和行为驱动开发。Gojko经常在国际上重要的软件开发和测试会议上发言,并运营着英国的敏捷测试用户小组。最近这十多年来,他一直在财务和能源交易平台、移动定位、电子商务、在线游戏和复杂配置管理系统等行业项目中,从事程序员、架构师、技术指导和顾问等工作。除本书外,他还著有Bridging the Communication Gap、Test Driven.Net Development with FitNesse和The Secret Ninja Cucumber Scrolls等书。

相关文章

  • 谢工在百度 7推荐

    成功的团队如何交付正确的软件——写在《Specification by Example中文版》即将上市之际

    前 言 你手里正拿着或正在屏幕上翻看的这本书,是基于一系列研究的成果,我们调查了世界各地 的多个团队如何在很短的周期内说明需求、开发软件,并交付正确的、无缺陷的产品。本书呈现 的是集体智慧,从公共网站到内部支持系统,涉及大大小小约50个项目。这些项目包含了各种各 样的团队,有…...

  • 出版圈郭志敏 2推荐

    实例化需求术语解读

    首先我想解释一下,为什么我选择实例化需求说明作为这些实践的总称,而没有使用敏捷验收测试、行为驱动开发或者验收测试驱动开发。 在2010年的伦敦领域驱动开发交流大会 上,Eric Evans跟别人争论,说敏捷作为一个术语已经失去了一切意义,因为现在什么都可以称为敏捷。很不幸的是…...

  • 紫凤 7推荐

    《实例化需求》采访与书评(选自InfoQ)

    Gojko Adzic是《实例化需求》(Specification by Example)一书的作者, 在该书中他给出了一些建议和原则,帮助大家在软件开发项目中采用实例化需求去创建活文档。实例化需求是一组方法,它以一种对开发团队有所帮助的方式(理想情况下表现为可执行的测试)描述…...

  • 出版圈郭志敏 1推荐

    有了实例化需求,交付高质量软件不再是空谈

    引言: 去年12月, infoQ采访了《实例化需求》作者,在采访中作者给出了一些阅读本书的建议和原则,帮助大家在软件开发项目中采用实例化需求去创建活文档。实例化需求是一组方法,它以一种对开发团队有所帮助的方式(理想情况下表现为可执行的测试)描述计算机系统的功能和行为,让不懂技…...

  • 出版圈郭志敏 1推荐

    Specification by Example——团队如何交付正确的软件

    这个礼拜终于断断续续用了空档时间读完了一本买了却一直没时间坐下来好好研究的书 这本书给我一种很奇妙的读后感,因为书中既没有程式码,也不介绍任何工具,甚至实际软件例子也很少,篇幅最多的甚至是模糊的团队访谈。 但读完了以后,却让我在软件开发上流程上有了更大的启发。 交付错误的…...

  • skytraveler 7推荐

    《实例化需求》阅读笔记(1)-画饼充饥

    一个系统开发的成败,好的需求是必要条件,这一点毋庸置疑。每一个读到这篇blog的人可以想一想你以前做过的失败项目或者你以前的痛苦经历有多少是需求太磕碜造成的? 经过n年的争斗,大部分人还是不得不承认,文档是需求最好的载体,我们离不了它。请不要说代码是最好的文档,且不说这么多年…...

  • skytraveler 5推荐

    《实例化需求》阅读笔记(2)--Roadmap素描

    第二章给出了做到实例化需求的关键过程模式: 从目标中获取范围---->协作定制需求说明---->举例说明----->提炼需求说明----->不需要修改需求说明的自动化验证------->频繁验证----->演化出一个文档系统。 从目标中获取…...

  • skytraveler 3推荐

    《实例化需求》阅读笔记(3)-活的文档

    写笔记前先吐槽一个英文单词 “tests”。这个词其实是测试脚本的意思,也就是咱们所说的测试用例,“测试用例”(testcase)是rational公司首先提出来的,咱们用这个词比较多。但是老外不认,测试大牛们只会用tests这个词,它是个静态的东西,自动化脚本,手工测试用例其…...

  • skytraveler 2推荐

    《实例化需求》阅读笔记(4)-开始改变

    实例化需求并不是一个新的思想,而是80年代晚期就被提了出来。为什么实例化需求没有被发扬光大,作者认为业界走了弯路。如何能够做到实例化需求呢?可以从两方面做起:改变过程,改变团队文化 过程的改变可以从以下几点做起: 如果已经在进行一个过程变更,那么就通过它实现实例化需求说明的主…...

  • Juven 10推荐

    实例化需求的威力

    注:本文已经首发于《程序员》2013年3月刊,版权所有,如需转载,请务必附带本声明,谢谢。 注:本文亦载我个人博客http://www.juvenxu.com/2013/04/15/the-power-of-specification-by-example/ 2011年12月…...

  • 杨帆 12推荐

    2012年Jolt Awards 获奖图书

    Jolt原意是“震撼、震惊”,这个奖由Dr. Dobb's杂志于1991年开始举办,旨在表彰那些每年为软件业带来震撼的产品、方法和书籍。 每年参选Jolt Awards的图书都是由出版商、书店和读者推荐的,出版时间均在上年的7月1日到当年6月30日间。参选图书会经过…...

  • 怎么没有前言?
    lt  发表于 2011-12-21 20:23:32
    推荐
    • 因为前言不搭后语。——这个回复就是一例。

      武卫东  发表于 2012-09-29 09:22:22
  • 这本书会有电子版吗,期待。
    kaizener  发表于 2012-07-13 12:33:58
    推荐
    • 暂无电子版权。

      武卫东  发表于 2012-07-17 07:29:37
  • 这本书什么时候上市呢?原来说是7月份,现在一直处于排校状态
    猎人  发表于 2012-08-12 08:26:16
    推荐
    • 现在上市。

      紫凤  发表于 2012-09-11 08:49:36
  • 大家给起个中文名吧!
    武卫东  发表于 2012-03-13 04:20:49
    推荐
  • 《实例化需求》阅读笔记(1)-画饼充饥
    一个系统开发的成败,好的需求是必要条件,这一点毋庸置疑。每一个读到这篇blog的人可以想一想你以前做过的失败项目或者你以前的痛苦经历有多少是需求太磕碜造成的?

    经过n年的争斗,大部分人还是不得不承认,文档是需求最好的载体,我们离不了它。请不要说代码是最好的文档,且不说这么多年了敢拍胸脯说代码特别好,特别可读的项目有几个?开发的同学起码不要指望业务人员精通你的编码,其实也不要指望测试人员,也没理由指望,因为术业有专攻。(,跟今天白天的口水仗很贴题啊。)



    说到文档,每个人都是一把辛酸泪:

    程序员兼职文档人员:老子还要写代码呢,coding没做完还得写破文档!不都在代码里么?

    专职文档人员:这些细节怎么可能一开始就想得明明白白啊!老子又不是神,要是了还要你们做毛?客户说不明白,我也不明白,我搞明白了改完文档你都写完了,赖谁啊!?

    代码人员:喂喂!这写的都是虾米啊,什么都说不明白,根本看不懂,我就按照我想的来了!什么?说我实现错了?老子昨天晚上coding到晚上一点,你TMD怎么不早说?!

    测试人员:需求好烂。。。被测系统也好烂。。。。什么?改需求?什么?开发错了?什么?Deadline到了?WTF!

    项目经理:我要死了。。。。。你们这帮废物!



    面对失败的项目,大家表面上不说,心里肯定会有上边这些呐喊!



    但是没有需求文档又不行,如何能够有同时满足下面所有条件的文档呢?

    1.保证所有项目干系人和交付团队的成员都对需求要交付那些东西有一致性的理解。(大家满意)

    2.有准确、完整的需求避免由模棱两可和功能缺失造成的无谓返工。(开发,测试,项目经理满意)

    3.有用来衡量某项工作是否已经完成的客观标准。(测试满意,项目经理满意)

    4.在短时间交付的前提下满足上述要求。(大家满意)

    5.文档能够被及时修改,及时使用,易于维护。(大家满意)

    6.文档编写成本低,其它变更成本低。(大家满意)



    这里面好多貌似都是矛盾的,比如1和6。文档能同时满足准确,易维护,随写随用这3个特性么?《实例化需求》这本书给出了肯定的答案:实例化需求 也就是将需求变为可以执行的验收测试用例,也就是书里说的活文档。如果满足可执行的条件,需求肯定是定义清晰的;跟持续集成联系起来后,代码实现马上可以被验证;如果修改了活文档也就等于同时修改了测试需求与测试用例,代码实现没有及时修改的话,马上就会以测试失败的形式报警,这样一致性可以得到保证。再仔细分析还有好处若干,这简直是一石n鸟皆大欢喜的革命! 有这种好事?



    书中给出了N个成功案例,并且是指名道姓的,不信你可以google它们甚至人肉出它们的联系方式去问问。真是一张让饥饿的IT人垂涎欲滴的大饼。真的有这么神奇么?书已经翻完了一遍,里面给出了很多实战的例子,的确相当有启发,但是很多地方也有很多疑问。今后一定要找机会尝试一下,不过在此之前还是先再读两遍,把里边的一些细节吃透再实践。后续会争取把一些书里的关键点和我不懂的地方贴出来。希望有兴趣的同学一起讨论,大牛过来指导一下。昨天跟做咨询的敏捷教练聊起了这个,我问他国内有成功案例么?他说听说过,没有亲眼见过。谁亲眼见过,或者实现过,赶紧出来现身说法造福一下大众啊!谁失败过也晒晒血泪史或者给这种方法论拍拍砖吧!



    争取能吃吃这张饼,品品什么味道。

    目前主要做测试,对里边的描述比较神往,厚脸自贴,希望与高手讨论。我新浪微博 @skytraveler
    skytraveler  发表于 2012-11-19 23:16:14
    推荐
  • 电子版难道真是出版一年后才会有吗?
    guofengcn  发表于 2013-08-05 21:51:10
    推荐
  • 2012 Jolt Awards 的获奖书籍,书是不错,可惜翻译质量欠佳。

    可能是 Specification by example 这个词把译者折腾得够呛了,所以但凡出现 specification 的地方都译成了“需求说明”……但是,specification 可以表达的意思是很丰富的啊,不带你这么玩的~

    事实上 specification 并不是“需求”,而是需求的产物,是落在“纸面”上的东西(文档/代码),真心不明白译者为何非要牵强附会把“需求”这两个字混进去。

    再说“实例化”,example 可以翻译为实例化?脑补的吧……在计算机领域“实例化”可是一个有特定意思的专有名词啊。实例化这个词往往代表的是一种转化动作,如果要拿来做副词用,好歹也应该加个“的”吧?实例化的需求说明 v.s. 实例化需求说明,你说呢?

    倒不如译成“基于实例的说明书”,或者干脆叫“实例文档”都行。

    这个不好翻译那也就罢了,更令人吐血的是 workshop 从头到尾都被翻译成“工作坊”……吐槽无力的感觉,workshop 还有“研讨会”和“补习班”等意思,这里的选择实在是……糟蹋了 Jolt Awards 的金字大招牌啊!

    才看到第六章已经有点忍不下去了,看来买图灵的书就得认准那几个人,这种多人合译的一定得谨慎啊~~~
    余凡  发表于 2013-10-08 22:54:01
    推荐
  • 不怕神一样的对手,只怕猪一样的队友。团队里猪头太多咋办?
    zlcolin  发表于 2015-02-13 23:44:50
    推荐
  • 当当上的差评也集中在翻译上。。。。
    心比天高智比猪低  发表于 2016-05-19 10:05:02
    推荐