＋设为首页 ＋添加到收藏夹
第三章 过程
3.1 breadthbeforedepth 【相关文章:C#就是Java只不过差了一点点】
编写好的用例是极其个性化的，每个人都有他自己的风格，每个组织都有根据自己的文化与业务需要做事情的方式，因此，没有创建用例的通用过程。 【扩展阅读:Eclipse插件开发系列总集:打包文件】 ? 需求收集是一个发现过程，用例编写是一个迭代过程； 【扩展信息:C++实用技巧两则 】 原因： ? 人们很早就开始编写用例的细节； ? 人们浪费了精力或陷入了太多的细节，通常都会失去重点，无法描述所有可能的扩展条件； ? 从早期获得概述是有益的； ? 最初编写的细节越多，在了解系统后必须进行的改变也就越多； 所以： 通过首先开发用例的概述来保存精力，然后逐步增加细节，并行开发一组相关用例。完成概述用例后，随着对系统了解的增多，不断提高用例精度，避免突然开发完所有用例或一次只开发一个用例的倾向。3.2 spiraldevelopment（螺旋式开发）
原因： 理解系统的行为可能会花掉大量时间，要求渐进式分析； 拖延是昂贵的。要尽快完成用例的编写； 对需求进行分析后，需求很可能会发生变化； 需求成本的错误是昂贵的； 所以： 以一种迭代的，宽度优先的方式开发用例，每次迭代都会提高用例集的准确性与精度。 基本过程： 从简单的东西开始，如一个参与者/用例列表； 简要描述用力主场景，即高层用例，以包含用例的主要范围； 扩展摘要的子集，并填充细节； 评审并调整；3.3 multipleforms
不同的项目需要不同程度的形式化，每个人对模板都有不同的偏好，要求每个人都使用相同的用例模板只会起到相反的作用。 原因： 每个人的个性、经验与经受的锻炼不同，每个开发组织都有其特有的人员、历史与文化； 不同的项目有不同的需要； 不同的编写团队需要不同程度的规范与严格度； 在组织中使用公共的编写形式有助于交流；... 下一页