有效的软件用例编写规则

　　将一大组人聚集在一起是困难的;

　　理论上，在用例上投入的人越多，就能越快的完成用例编写工作;

　　大的团队会变得低效;

　　大型编写团队可能会通过集体讨论的形式开发用例，添加许多不必要的特性;

　　所以：

　　一个由2人或3人组成的团队足够小，容易交流和达成一致;

　　可以使用几个SmallWritingTeam，但应当制定一位用例设计师，以保证所有用例与愿景一致。

　　最终目的是使过程保持在可管理状态，大的团队将在管理上投入更多的精力。

　　2.2 ParticipatingAudience

　　没有涉众提供的信息和反馈，就不能满足他们的需要;尽可能使客户和内部涉众积极参与用例开发过程。

　　2.3 BalancedTeam

　　由一些个性相似、意见相同的个人组成的团队开发用例，可能会得到一组缺乏创见、范围狭窄的用例，这种用例不能满足每个人的需要。

　　因此，为小组配备具有不同专长的人员，以维护开发过程中涉众的利益，确保团队中包括开发人员和最终用户。

　　最大好处是使编写人员在用例中使用常见的、可理解的术语。

　　第三章 过程

　　编写好的用例是极其个性化的，每个人都有他自己的风格，每个组织都有根据自己的文化和业务需要做事情的方式，因此，没有创建用例的通用过程。

　　3.1 BreadthBeforeDepth

　　原因：

　　需求收集是一个发现过程，用例编写是一个迭代过程;

　　人们很早就开始编写用例的细节;

　　人们浪费了精力或陷入了太多的细节，通常都会失去重点，无法描述所有可能的扩展条件;

文章来源于领测软件测试网 https://www.ltesting.net/