有效的软件用例编写规则
作者:网络转载 发布时间:[ 2010/12/16 13:47:56 ] 推荐标签:
将一大组人聚集在一起是困难的;
理论上,在用例上投入的人越多,能越快的完成用例编写工作;
大的团队会变得低效;
大型编写团队可能会通过集体讨论的形式开发用例,添加许多不必要的特性;
所以:
一个由2人或3人组成的团队足够小,容易交流和达成一致;
可以使用几个SmallWritingTeam,但应当制定一位用例设计师,以保证所有用例与愿景一致。
终目的是使过程保持在可管理状态,大的团队将在管理上投入更多的精力。
2.2 ParticipatingAudience
没有涉众提供的信息和反馈,不能满足他们的需要;尽可能使客户和内部涉众积极参与用例开发过程。
2.3 BalancedTeam
由一些个性相似、意见相同的个人组成的团队开发用例,可能会得到一组缺乏创见、范围狭窄的用例,这种用例不能满足每个人的需要。
因此,为小组配备具有不同专长的人员,以维护开发过程中涉众的利益,确保团队中包括开发人员和终用户。
大好处是使编写人员在用例中使用常见的、可理解的术语。
第三章 过程
编写好的用例是极其个性化的,每个人都有他自己的风格,每个组织都有根据自己的文化和业务需要做事情的方式,因此,没有创建用例的通用过程。
3.1 BreadthBeforeDepth
原因:
需求收集是一个发现过程,用例编写是一个迭代过程;
人们很早开始编写用例的细节;
人们浪费了精力或陷入了太多的细节,通常都会失去重点,无法描述所有可能的扩展条件;
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11