1.7 用例的读者和编写者
有两组不同的认阅读和使用用例：（1）最终用户或业务专家；（2）程序员。
用例编写组必须包括：
至少一位具有编程背景的认，以获得描述所要求的准确性和精度；
至少一位熟知业务规则的认；
至少一位熟知在实际中如何使用系统的认；
1.7 用例的读者和编写者
有两组不同的认阅读和使用用例：（1）最终用户或业务专家；（2）程序员。
用例编写组必须包括：
至少一位具有编程背景的认，以获得描述所要求的准确性和精度；
至少一位熟知业务规则的认；
至少一位熟知在实际中如何使用系统的认；
第二章 团队
2.1 SmallWritingTeam
原因：
用例要求具有不同观点和专业知识的人编写；
将一大组人聚集在一起是困难的；
理论上，在用例上投入的人越多，就能越快的完成用例编写工作；
大的团队会变得低效；
大型编写团队可能会通过集体讨论的形式开发用例，添加许多不必要的特性；
所以：
一个由2人或3人组成的团队足够小，容易交流和达成一致；
可以使用几个SmallWritingTeam，但应当制定一位用例设计师，以保证所有用例与愿景一致。
最终目的是使过程保持在可管理状态，大的团队将在管理上投入更多的精力。
2.2 ParticipatingAudience
没有涉众提供的信息和反馈，就不能满足他们的需要；尽可能使客户和内部涉众积极参与用例开发过程。
2.3 BalancedTeam
由一些个性相似、意见相同的个人组成的团队开发用例，可能会得到一组缺乏创见、范围狭窄的用例，这种用例不能满足每个人的需要。
因此，为小组配备具有不同专长的人员，以维护开发过程中涉众的利益，确保团队中包括开发人员和最终用户。
最大好处是使编写人员在用例中使用常见的、可理解的术语。
第三章 过程
编写好的用例是极其个性化的，每个人都有他自己的风格，每个组织都有根据自己的文化和业务需要做事情的方式，因此，没有创建用例的通用过程。
文章来源于领测软件测试网 https://www.ltesting.net/
