《编写有效用例》读书笔记3

第三部分

主要内容是对忙于编写用例的人的提示

第20章：对每个用例的提示

1、每个用例都是一篇散文：这个提示提醒我们将注意力集中与文字而不是图画上，同时帮助了解将要遇到的写作风格

2、使用例易于阅读：要求有一个好的习惯，使需求文档短小简明，而且易于阅读。

3、仅用一种句型：在编写用例的每个执行步骤时，只采用一种句型。

4、包含子用例：写一个步骤来调用低层目标或用例。

5、谁控制球：让句子中第一个或第二个单词是执行此项操作的执行者名字。无论情况怎样，都要确保清楚地知道谁控制球。

6、正确的得到目标层

7、不考虑GUI：确定你所写的每一步恰好抓住了执行者的真实意图，而不仅仅是操作用户界面的动作。

8、两个结局：每个用例都有两个可能的结局：成功和失败。

9、项目相关人员需要的保证

10、前置条件：用例中的前置条件表明了用例的可运行条件。系统必须保证前置条件为真。编写前置条件是为了在以后用例编写中不再对它们进行检查。

11、对用例进行通过/失败测试

第21章：对用例集的提示

12、一个不断展开的故事

13、业务范围和系统范围：设计范围容易引起混淆。

14、核心价值和变化

15、用例集中的质量问题：

对整个用例集只有三个有关质量的问题：每个用例集都是来源于对最高层到最低层目标的展开吗？对每个主执行者在最外层的涉及范围内都可能存在一个与设置语境相关的，最高层的用例吗？这就是所要开发的全部内容吗？

第22章：处理用例的提示

16、用例只是整个需求收集工作中的一小部分，是这项工作的重点。

17、首先向广度上努力：不应该先从深度上，这将有助于分配你的精力。

18、12步秘诀：

寻找系统的边界，集体研讨并列出主执行者，集体研讨并列出主执行者对系统的目标，编写覆盖以上各项目的最外层概要级用例，重新考虑和修订具有战略意义的用例，通过增加，删减来合并目标，选取一个用例进行展开，或者写一段叙述来熟悉材料等

19、认识错误的代价

20、喜欢蓝色牛仔服

21、处理失败情况

22、前期和后期的工作标题

23、执行者扮演角色

24、大的图画恶作剧

25、大型工具的争论

26、使用标题和简介的项目计划