如何高效的编写用例?(第二篇)

(二)团队
文章源自玩技e族-https://www.playezu.com/14006.html

 文章源自玩技e族-https://www.playezu.com/14006.html

1 .SmallWritingTeam文章源自玩技e族-https://www.playezu.com/14006.html

原因:文章源自玩技e族-https://www.playezu.com/14006.html

用例要求具有不同观点和专业知识的人编写;
将一大组人聚集在一起是困难的;
理论上,在用例上投入的人越多,就能越快的完成用例编写工作;
大的团队会变得低效;
大型编写团队可能会通过集体讨论的形式开发用例,添加许多不必要的特性;
文章源自玩技e族-https://www.playezu.com/14006.html

 文章源自玩技e族-https://www.playezu.com/14006.html

所以:文章源自玩技e族-https://www.playezu.com/14006.html

一个由2人或3人组成的团队足够小,容易交流和达成一致;文章源自玩技e族-https://www.playezu.com/14006.html

可以使用几个SmallWritingTeam,但应当制定一位用例设计师,以保证所有用例与愿景一致。
最终目的是使过程保持在可管理状态,大的团队将在管理上投入更多的精力。
文章源自玩技e族-https://www.playezu.com/14006.html

 文章源自玩技e族-https://www.playezu.com/14006.html

2 .Participating Audience文章源自玩技e族-https://www.playezu.com/14006.html

没有涉众提供的信息和反馈,就不能满足他们的需要;尽可能使客户和内部涉众积极参与用例开发过程。文章源自玩技e族-https://www.playezu.com/14006.html

 文章源自玩技e族-https://www.playezu.com/14006.html

3. Balanced Team文章源自玩技e族-https://www.playezu.com/14006.html

由一些个性相似、意见相同的个人组成的团队开发用例,可能会得到一组缺乏创见、范围狭窄的用例,这种用例不能满足每个人的需要。文章源自玩技e族-https://www.playezu.com/14006.html

 文章源自玩技e族-https://www.playezu.com/14006.html

因此,为小组配备具有不同专长的人员,以维护开发过程中涉众的利益,确保团队中包括开发人员和最终用户
最大好处是使编写人员在用例中使用常见的、可理解的术语。
文章源自玩技e族-https://www.playezu.com/14006.html

 文章源自玩技e族-https://www.playezu.com/14006.html

结语:文章源自玩技e族-https://www.playezu.com/14006.html

团队合作是项目成功的关键,最重要的就是团队之间大家的互相信任,把自己的背后交给团队,没有后顾之忧才能更加的做好事情文章源自玩技e族-https://www.playezu.com/14006.html

本文包含内容仅供学习交流,版权归原作者所有。文章源自玩技e族-https://www.playezu.com/14006.html

注意:本文法律责任由该文章作者承担,侵权请联系2523030730▷诈骗举报◁▷新闻不符◁▷我要投稿◁
  • 我们QQ群
  • QQ扫一扫
  • weinxin
  • 微信公众号
  • 公众号扫一扫
  • weinxin
匿名

发表评论

匿名网友

确定