Name: 编写有效用例
ISBN: 9787111110903

作者: (美) Alistair Cockbur
出版社: 机械工业出版社
译者: 王雷 / 张莉
出版年: 2002-09-01
页数: 223
定价: 35.0
装帧: 平装
丛书: 华章·软件工程技术丛书
ISBN: 9787111110903

豆瓣评分

8.1

83人评价

5星

30.1%
4星

45.8%
3星

22.9%
2星

1.2%
1星

0.0%

评价:

内容简介 · · · · · ·

在本书中，作者Alistair Cockburn凭借自己在面向对象领域的丰富经验，并参考其他专家的良好建议，扩展了典型的用例处理方法，为软件开发人员编写用例提供了一种“基本、具体和实用的”指南。本书完整地叙述了有关用例的初级概念、中级概念以及高级概念，并提供了大量的好用例和坏用例的编写实例。本书荣获2001年度美国“软件开发”杂志的Productivity Award奖，是一本概念清晰、结构完整、内容丰富的专业图书，适用于不同知识层次的软件工程研究和用例编写人员。

作者简介 · · · · · ·

Alistair Cockburn是用例方面的一位著名专家。他是Humans and Technology公司的资深顾问，在那里他负责帮助客户在面向对象项目上获得成功。他具有20多年的项目管理经验，曾在许多保险、零售和电子商务公司以及一些大型企业（例如挪威中央银行和IBM公司）主持软、硬件开发项目。

王雷，男，1969年生，博士。北京航空航天大学计算机科学与工程系副教授，从事软件工程、过程工程和系统软件等方面的研究工作。曾获部级科技进步二等奖、三等奖各一项。

张莉，女，1968年生，博士。北京航空航天大学计算机科学与工程系教授，软件工程研究所副所长。主要从事软件工程、过程工程、企业/软件建模等的研究。1996年博士学位论文被评为北京计算机学会第三届博士优秀学位论文，1998～2000年任863/CIMS石化行业专家组成员，2001年入选北京市科技新星...

(展开全部)

原文摘录 · · · · · · ( 全部 )

用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应，提出请求的项目相关人员被称为主执行者(primary actor)。主执行者通过发起与系统的一次请求交互来实现某个目标。系统对任一执行者所做出的响应，要保证所有的项目相关人员的利益不受侵犯。根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为一个场景(scenario)。一个用例是多个不同场景的集合 (查看原文)

恶魔圈圈 2013-04-09 11:41:07

—— 引自第1页
范围(scope)：真正被讨论的系统是什么？主执行者(primary actor)：谁有要实现的目标？层次(level)：目标的层次是高还是低？ (查看原文)

恶魔圈圈 2013-04-09 11:41:07

—— 引自第1页

> 全部原文摘录

豆瓣成员常用的标签(共70个) · · · · · ·

需求分析软件工程软件开发软件测试需求 uml 项目管理计算机

丛书信息

　　华章·软件工程技术丛书 (共122册), 这套丛书还有《软件质量保证》,《软件能力成熟度模型与模型集成基础》,《统一过程最佳实践·初始阶段》,《实用软件度量》,《软件系统架构与开发环境》等。

喜欢读"编写有效用例"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: 硝烟中的Scrum 和XP

1.99元

: CoffeeScript小书

1.99元

: 布道之道

12.00元

: 门后的秘密

5.99元

喜欢读"编写有效用例"的人也喜欢 · · · · · ·

: 软件需求

: 探索需求

: 有效软件测试

: 解析极限编程

: UML和模式应用

: 面向模式的软件体系结构卷3

: 持续集成

: 超越软件架构

: 面向模式的软件体系结构卷2:用于...

: 敏捷估计与规划

我来说两句

短评 · · · · · · ( 全部 25 条 )

编写有效用例的话题 · · · · · · ( 全部条 )

什么是话题

无论是一部作品、一个人，还是一件事，都往往可以衍生出许多不同的话题。将这些话题细分出来，分别进行讨论，会有更多收获。

我要写书评

编写有效用例的书评 · · · · · · ( 全部 6 条 )

热门 / 最新 / 好友 /只看本版本的评论

wilmer 2011-11-22 15:28:33

翻译太差了

没有过多的其他软件工程的内容，就是关注于用例的编写，读完可以对用例的编写有深入的认识，同时，很多例子都是作者从实际项目中拿出来的，很有借鉴意义。但是，此书翻译继承了我国IT书籍“优良”的翻译传统，极其晦涩难读，并有不少错别字，一句话，糟蹋了原书了！ (展开)

0回应

susan_哥 2019-01-21 17:22:08

有点乱

先说结论，这本书写的不是太好，感觉作者对书的脉络没有梳理的很好。之前读过了需求分析的书，都是把UML的思想和用例技术给结合起来，所以我这次是想要单独看看用例技术的书来查漏补缺。但是看完之后觉得写的有点乱。简单来说，作者应该是想要用用例技术来记录需求的，包括从... (展开)

0回应

真不准 2009-03-17 20:34:19 Addison-Wesley Professional版

居然国内也有

我在墨尔本买了，飞了上万公里带回来的．记得是在Queen Street 和collins路口的Aungus & roberst书店吧，就在雅拉河边．．６０澳元啊．．．当时在那里看了两小时，眼目清凉，真是好书，走的时候实在不好意思，书店里人少，我一个人只看不买的，于是搞了一本，呵呵～～ (展开)

0回应

火柴 2008-09-26 07:54:24

学习用例的必读之书

我已经看了三遍，刚开始学用例的时候看起来有些晦涩，但是越看越过瘾，就像楼上朋友说的那样，让我知道了什么是用例以及如何编写好的用例。 (展开)

0回应

青衿布衣 2007-04-20 23:18:28

读这本书，让你知道什么叫“用例”

如果问10个开发人员，听说过“用例”没有？可能有9个人会说听说过。但其中可能只有1个人知道什么是真正的“用例”。还好我就是那其中的1个人。这就是我在公司推行用例驱动开发的感言。都来读读这本书吧，读上两遍，你就知道该怎么去写用例了。 (展开)

1回应

蚂蚁 2005-08-13 16:25:46 Addison-Wesley Professional版

关于Use Case

2002年10月20日购于海图。澄清了Use Case在蚂蚁脑海里的概念，和《非程序员》里的“用例十年”一样是蚂蚁推荐必读。 (展开)

1 4回应

> 更多书评 6篇

读书笔记 · · · · · ·

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
终于看完了

麦子

我可以说，我终于看完了吗...这本书我两天看了两遍。总得来说，收获一般，一方面是因为翻译，感觉就像是机器翻译的，看着那翻译我能推出原文的结构，看着文字就是它认识我我不认识它；另一方面，是因为和预想的有点不大一样，就我目前的经历来说，很多地方看起来还没啥感觉，也许过两年就有感觉了。 1. 我为什么要看这本书我做了4年的需求分析，唯一写过的用例就是测试用例。写这本书之前，我以为这本书是关于怎么通过写测试用...
2019-11-28 22:36

我可以说，我终于看完了吗...这本书我两天看了两遍。总得来说，收获一般，一方面是因为翻译，感觉就像是机器翻译的，看着那翻译我能推出原文的结构，看着文字就是它认识我我不认识它；另一方面，是因为和预想的有点不大一样，就我目前的经历来说，很多地方看起来还没啥感觉，也许过两年就有感觉了。
1. 我为什么要看这本书
我做了4年的需求分析，唯一写过的用例就是测试用例。写这本书之前，我以为这本书是关于怎么通过写测试用例来检验需求质量的，结果发现只对了一半。但是总的来说，还是学到了不少东西，对以后写需求文档会有帮助。
2. 从书中获得比较大的收获是什么
对于我而言，要充分把这本书用起来，就要想想如果让我做一个新的架构，或者是做一个新的功能模块，我要怎么着手，从0做到1. 以下是我从书里摘抄出来的，比较有用的。
1. 概要用例是描述整个系统或者整个模块要做什么事情。只需最简洁的语言，确保所有项目相关人员都明白我们在做什么，并且确定大家都同意接下来要做的事情。
2. 在描述用例的时候，其实一共要描述四个部分：概要，主功能场景，失败情况，失败处理情况。这其实是四个层次，要先描述第一层，做完第一层之后再做第二层。不要马上开始深入讨论主要场景或者失败处理情况，这样很浪费精力，也容易精疲力尽，更重要的是，当上层用例出现问题的时候，前面的功夫就全部白费了。
3.在描述的时候，把一些用户用例紧密联系在一起，显示它们是如何与业务方针相配套的。它描述了关闭，清除和获得一个申请的过程，而该项目中的许多人对这些内容都不太了解。尽管其中有一些步骤并没有为编程人员做什么工作，但是它们还是处理申请事务情节中的一部分。对于每位读者来说，他们都是很重要的信息。
4. 在编写用例的时候，一定要考虑两种情况：最小保证和成功保证。最小保证是指当用例失败的时候，对项目相关人员的保护，实现对他们的最低承诺。常常容易被忽略的最小保证即是系统将其执行进度情况记入日志。而成功保证则是说明项目成功之后，项目相关人员的哪些利益会得到满足。
5. 我们在描述场景的时候，经常会从系统内部来看并描述外部世界。这个其实是不对的，应该是俯视，这样才能看清项目相关人员与系统的交互，并了解相关人员的目标。
比如，我们经常会写成“读取ATM卡和PIN号码，并从账号余额中扣除一定数量”，但是正确的俯视的写法是：用户插入ATM卡并输入PIN。

推荐

回应 2019-11-28 22:36
展开收起
第1页引言

恶魔圈圈

用例是什么用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应，提出请求的项目相关人员被称为主执行者(primary actor)。主执行者通过发起与系统的一次请求交互来实现某个目标。系统对任一执行者所做出的响应，要保证所有的项目相关人员的利益不受侵犯。根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为...
2013-04-09 11:41

用例是什么
用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应，提出请求的项目相关人员被称为主执行者(primary actor)。主执行者通过发起与系统的一次请求交互来实现某个目标。系统对任一执行者所做出的响应，要保证所有的项目相关人员的利益不受侵犯。根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为一个场景(scenario)。一个用例是多个不同场景的集合
引自引言
三个重要概念
范围(scope)：真正被讨论的系统是什么？主执行者(primary actor)：谁有要实现的目标？层次(level)：目标的层次是高还是低？
引自引言
重要定义
执行者(actor)：任何具有行为的人。项目相关人员(stakeholder)：对被讨论系统(Sud)的行为有特定兴趣的人或物。主执行者(primary actor)：启动与被讨论系统的一次交互活动，从而达到某一目标的人或物。用例(use case)：规定被讨论系统行为的契约。范围(scope)：界定被讨论的系统。前置条件和保证(precondition and guarantee)：在用例执行之前和之后必须满足的条件。主要成功场景(main success scenario)：一切顺利的情况。扩展(extension)：场景执行过程中出现的不同情况。扩展中的编号是指在主成功场景中不同情况发生时所处的执行步骤情况号码(例如，步骤4a和步骤4b是指主成功场景中步骤4的两种情况)。
引自引言

推荐

回应 2013-04-09 11:41

展开收起
第1页引言

恶魔圈圈

用例是什么用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应，提出请求的项目相关人员被称为主执行者(primary actor)。主执行者通过发起与系统的一次请求交互来实现某个目标。系统对任一执行者所做出的响应，要保证所有的项目相关人员的利益不受侵犯。根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为...
2013-04-09 11:41

用例是什么
用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应，提出请求的项目相关人员被称为主执行者(primary actor)。主执行者通过发起与系统的一次请求交互来实现某个目标。系统对任一执行者所做出的响应，要保证所有的项目相关人员的利益不受侵犯。根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为一个场景(scenario)。一个用例是多个不同场景的集合
引自引言
三个重要概念
范围(scope)：真正被讨论的系统是什么？主执行者(primary actor)：谁有要实现的目标？层次(level)：目标的层次是高还是低？
引自引言
重要定义
执行者(actor)：任何具有行为的人。项目相关人员(stakeholder)：对被讨论系统(Sud)的行为有特定兴趣的人或物。主执行者(primary actor)：启动与被讨论系统的一次交互活动，从而达到某一目标的人或物。用例(use case)：规定被讨论系统行为的契约。范围(scope)：界定被讨论的系统。前置条件和保证(precondition and guarantee)：在用例执行之前和之后必须满足的条件。主要成功场景(main success scenario)：一切顺利的情况。扩展(extension)：场景执行过程中出现的不同情况。扩展中的编号是指在主成功场景中不同情况发生时所处的执行步骤情况号码(例如，步骤4a和步骤4b是指主成功场景中步骤4的两种情况)。
引自引言

推荐

回应 2013-04-09 11:41
展开收起
终于看完了

麦子

我可以说，我终于看完了吗...这本书我两天看了两遍。总得来说，收获一般，一方面是因为翻译，感觉就像是机器翻译的，看着那翻译我能推出原文的结构，看着文字就是它认识我我不认识它；另一方面，是因为和预想的有点不大一样，就我目前的经历来说，很多地方看起来还没啥感觉，也许过两年就有感觉了。 1. 我为什么要看这本书我做了4年的需求分析，唯一写过的用例就是测试用例。写这本书之前，我以为这本书是关于怎么通过写测试用...
2019-11-28 22:36

我可以说，我终于看完了吗...这本书我两天看了两遍。总得来说，收获一般，一方面是因为翻译，感觉就像是机器翻译的，看着那翻译我能推出原文的结构，看着文字就是它认识我我不认识它；另一方面，是因为和预想的有点不大一样，就我目前的经历来说，很多地方看起来还没啥感觉，也许过两年就有感觉了。
1. 我为什么要看这本书
我做了4年的需求分析，唯一写过的用例就是测试用例。写这本书之前，我以为这本书是关于怎么通过写测试用例来检验需求质量的，结果发现只对了一半。但是总的来说，还是学到了不少东西，对以后写需求文档会有帮助。
2. 从书中获得比较大的收获是什么
对于我而言，要充分把这本书用起来，就要想想如果让我做一个新的架构，或者是做一个新的功能模块，我要怎么着手，从0做到1. 以下是我从书里摘抄出来的，比较有用的。
1. 概要用例是描述整个系统或者整个模块要做什么事情。只需最简洁的语言，确保所有项目相关人员都明白我们在做什么，并且确定大家都同意接下来要做的事情。
2. 在描述用例的时候，其实一共要描述四个部分：概要，主功能场景，失败情况，失败处理情况。这其实是四个层次，要先描述第一层，做完第一层之后再做第二层。不要马上开始深入讨论主要场景或者失败处理情况，这样很浪费精力，也容易精疲力尽，更重要的是，当上层用例出现问题的时候，前面的功夫就全部白费了。
3.在描述的时候，把一些用户用例紧密联系在一起，显示它们是如何与业务方针相配套的。它描述了关闭，清除和获得一个申请的过程，而该项目中的许多人对这些内容都不太了解。尽管其中有一些步骤并没有为编程人员做什么工作，但是它们还是处理申请事务情节中的一部分。对于每位读者来说，他们都是很重要的信息。
4. 在编写用例的时候，一定要考虑两种情况：最小保证和成功保证。最小保证是指当用例失败的时候，对项目相关人员的保护，实现对他们的最低承诺。常常容易被忽略的最小保证即是系统将其执行进度情况记入日志。而成功保证则是说明项目成功之后，项目相关人员的哪些利益会得到满足。
5. 我们在描述场景的时候，经常会从系统内部来看并描述外部世界。这个其实是不对的，应该是俯视，这样才能看清项目相关人员与系统的交互，并了解相关人员的目标。
比如，我们经常会写成“读取ATM卡和PIN号码，并从账号余额中扣除一定数量”，但是正确的俯视的写法是：用户插入ATM卡并输入PIN。

推荐

回应 2019-11-28 22:36

展开收起
终于看完了

麦子

我可以说，我终于看完了吗...这本书我两天看了两遍。总得来说，收获一般，一方面是因为翻译，感觉就像是机器翻译的，看着那翻译我能推出原文的结构，看着文字就是它认识我我不认识它；另一方面，是因为和预想的有点不大一样，就我目前的经历来说，很多地方看起来还没啥感觉，也许过两年就有感觉了。 1. 我为什么要看这本书我做了4年的需求分析，唯一写过的用例就是测试用例。写这本书之前，我以为这本书是关于怎么通过写测试用...
2019-11-28 22:36

我可以说，我终于看完了吗...这本书我两天看了两遍。总得来说，收获一般，一方面是因为翻译，感觉就像是机器翻译的，看着那翻译我能推出原文的结构，看着文字就是它认识我我不认识它；另一方面，是因为和预想的有点不大一样，就我目前的经历来说，很多地方看起来还没啥感觉，也许过两年就有感觉了。
1. 我为什么要看这本书
我做了4年的需求分析，唯一写过的用例就是测试用例。写这本书之前，我以为这本书是关于怎么通过写测试用例来检验需求质量的，结果发现只对了一半。但是总的来说，还是学到了不少东西，对以后写需求文档会有帮助。
2. 从书中获得比较大的收获是什么
对于我而言，要充分把这本书用起来，就要想想如果让我做一个新的架构，或者是做一个新的功能模块，我要怎么着手，从0做到1. 以下是我从书里摘抄出来的，比较有用的。
1. 概要用例是描述整个系统或者整个模块要做什么事情。只需最简洁的语言，确保所有项目相关人员都明白我们在做什么，并且确定大家都同意接下来要做的事情。
2. 在描述用例的时候，其实一共要描述四个部分：概要，主功能场景，失败情况，失败处理情况。这其实是四个层次，要先描述第一层，做完第一层之后再做第二层。不要马上开始深入讨论主要场景或者失败处理情况，这样很浪费精力，也容易精疲力尽，更重要的是，当上层用例出现问题的时候，前面的功夫就全部白费了。
3.在描述的时候，把一些用户用例紧密联系在一起，显示它们是如何与业务方针相配套的。它描述了关闭，清除和获得一个申请的过程，而该项目中的许多人对这些内容都不太了解。尽管其中有一些步骤并没有为编程人员做什么工作，但是它们还是处理申请事务情节中的一部分。对于每位读者来说，他们都是很重要的信息。
4. 在编写用例的时候，一定要考虑两种情况：最小保证和成功保证。最小保证是指当用例失败的时候，对项目相关人员的保护，实现对他们的最低承诺。常常容易被忽略的最小保证即是系统将其执行进度情况记入日志。而成功保证则是说明项目成功之后，项目相关人员的哪些利益会得到满足。
5. 我们在描述场景的时候，经常会从系统内部来看并描述外部世界。这个其实是不对的，应该是俯视，这样才能看清项目相关人员与系统的交互，并了解相关人员的目标。
比如，我们经常会写成“读取ATM卡和PIN号码，并从账号余额中扣除一定数量”，但是正确的俯视的写法是：用户插入ATM卡并输入PIN。

推荐

回应 2019-11-28 22:36
展开收起
第1页引言

恶魔圈圈

用例是什么用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应，提出请求的项目相关人员被称为主执行者(primary actor)。主执行者通过发起与系统的一次请求交互来实现某个目标。系统对任一执行者所做出的响应，要保证所有的项目相关人员的利益不受侵犯。根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为...
2013-04-09 11:41

用例是什么
用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应，提出请求的项目相关人员被称为主执行者(primary actor)。主执行者通过发起与系统的一次请求交互来实现某个目标。系统对任一执行者所做出的响应，要保证所有的项目相关人员的利益不受侵犯。根据执行者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为一个场景(scenario)。一个用例是多个不同场景的集合
引自引言
三个重要概念
范围(scope)：真正被讨论的系统是什么？主执行者(primary actor)：谁有要实现的目标？层次(level)：目标的层次是高还是低？
引自引言
重要定义
执行者(actor)：任何具有行为的人。项目相关人员(stakeholder)：对被讨论系统(Sud)的行为有特定兴趣的人或物。主执行者(primary actor)：启动与被讨论系统的一次交互活动，从而达到某一目标的人或物。用例(use case)：规定被讨论系统行为的契约。范围(scope)：界定被讨论的系统。前置条件和保证(precondition and guarantee)：在用例执行之前和之后必须满足的条件。主要成功场景(main success scenario)：一切顺利的情况。扩展(extension)：场景执行过程中出现的不同情况。扩展中的编号是指在主成功场景中不同情况发生时所处的执行步骤情况号码(例如，步骤4a和步骤4b是指主成功场景中步骤4的两种情况)。
引自引言

推荐

回应 2013-04-09 11:41

论坛 · · · · · ·


什么是真正的用例	来自yanfengzhang		2009-10-27

当前版本有售 · · · · · ·

+ 加入购书单

这本书的其他版本 · · · · · · ( 全部4 )

Addison-Wesley Professional （15 January, 2000）
8.6分 23人读过

展开有售 (1)
电子工业出版社（2012）
9.1分 25人读过

展开有售 (3)
机械工业出版社（2002）
7.9分 15人读过

展开有售 (2)

以下书单推荐 · · · · · · ( 全部 )

谁读这本书?

Corazón

7月7日想读

明明ay5

7月4日想读

竹清浅

6月28日想读

tags:知识类-计算机/人工智能/编程

Julian

6月16日想读

> 26人在读

> 120人读过

> 444人想读

二手市场

在豆瓣转让有444人想读,手里有一本闲着?
孔网上门收书
转让给其他二手平台？

订阅关于编写有效用例的评论:
feed: rss 2.0

编写有效用例

内容简介 · · · · · ·

作者简介 · · · · · ·

原文摘录 · · · · · · ( 全部 )

豆瓣成员常用的标签(共70个) · · · · · ·

丛书信息

喜欢读"编写有效用例"的人也喜欢的电子书 · · · · · ·

喜欢读"编写有效用例"的人也喜欢 · · · · · ·

短评 · · · · · · ( 全部 25 条 )

0 有用键之 2011-06-24

0 有用 mack_douban 2014-06-12

0 有用猪小凡 2010-05-07

0 有用杜魚 2012-03-11

0 有用 fankai 2021-05-18

0 有用 fankai 2021-05-18

0 有用 CC先生之豆瓣 2018-05-02

0 有用杀到超神 2017-06-18

0 有用 bluesky 2015-08-09

0 有用感谢丹尼叔叔 2015-07-12

编写有效用例的话题 · · · · · · ( 全部条 )

编写有效用例的书评 · · · · · · ( 全部 6 条 )

翻译太差了

有点乱

居然国内也有

学习用例的必读之书

读这本书，让你知道什么叫“用例”

关于Use Case

读书笔记 · · · · · ·

展开 收起
终于看完了

展开 收起
第1页引言

展开 收起
第1页引言

展开 收起
终于看完了

展开 收起
终于看完了

展开 收起
第1页引言

论坛 · · · · · ·

当前版本有售 · · · · · ·

这本书的其他版本 · · · · · · ( 全部4 )

以下书单推荐 · · · · · · ( 全部 )

谁读这本书?

二手市场

编写有效用例

内容简介 · · · · · ·

作者简介 · · · · · ·

原文摘录 · · · · · · ( 全部 )

豆瓣成员常用的标签(共70个) · · · · · ·

丛书信息

喜欢读"编写有效用例"的人也喜欢的电子书 · · · · · ·

喜欢读"编写有效用例"的人也喜欢 · · · · · ·

短评 · · · · · · ( 全部 25 条 )

0 有用 键之 2011-06-24

0 有用 mack_douban 2014-06-12

0 有用 猪小凡 2010-05-07

0 有用 杜魚 2012-03-11

0 有用 fankai 2021-05-18

0 有用 fankai 2021-05-18

0 有用 CC先生之豆瓣 2018-05-02

0 有用 杀到超神 2017-06-18

0 有用 bluesky 2015-08-09

0 有用 感谢丹尼叔叔 2015-07-12

读书笔记 · · · · · ·

论坛 · · · · · ·

当前版本有售 · · · · · ·

这本书的其他版本 · · · · · · ( 全部4 )

以下书单推荐 · · · · · · ( 全部 )

谁读这本书?

二手市场

0 有用键之 2011-06-24

0 有用猪小凡 2010-05-07

0 有用杜魚 2012-03-11

0 有用杀到超神 2017-06-18

0 有用感谢丹尼叔叔 2015-07-12