• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

软件测试之用Use Cases捕获需求

发布: 2009-10-26 09:55 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 115次 | 进入软件测试论坛讨论

领测软件测试网 软件测试之用Use Cases捕获需求软件测试工具

关键字:Use Cases 需求

概述 

开发者们经常通过一些典型的情节去理解系统并知晓系统如何工作,不幸的是他们虽然努力地去做了这些工作却很少以一种有效的方式去说明,Use Cases正是一种形式化捕获这些情节的技术。 

仅管Use Cases在一本对象方面的书《Object Oriented Software Engineering》中有过定义,是跟那些对象结合在一起的,但这项技术实际上是独立于面向对象的,Use Cases是既能捕获商业处理流程又能捕获系统需求的有效方法,并且它本身比较简单和容易掌握。 



使需求有利于回顾 

以正规形式捕获这些情节的原因是有利于用户和开发者进行回顾,这里有2点关于一些实用需求符号的明确标准要遵循: 

1) 它必须让情节的发起者和回顾者都很容易理解 

2) 它不需包括一些关于系统样式和内容的决策 

实用的需求是评估设计和最终实现系统的客观需求。 

对于这些需求来说,必须要做的是以一种可实现的并不受约束的方式去捕获风险承担者的需要和期望。 

Use Cases使需求有利于回顾 

Use Cases已经得到越来越广泛的应用,它与其它需求捕获技术相比,它成功的原因在于: 

1  Use Cases把系统当作一个黑盒 

2  Use Case 使在需求中看到实现的决定变得更加容易 

最后一点源于第一点的补充,一个Use Case没有指定任何这些需求相关的系统的内部结构,所以说,如果这个Use Case中陈述了“提交改变到定单数据库”、“显示结果到Web页面”等的话,那么内部结构是显而易见的,并造成对设计的潜在约束。 

为什么这些需求不指定内部结构的原因是,说明的内部结构给设计者带来了额外的约束,没有这些约束设计者们能更自由地建立一个正确实现客观可见行为的系统,并存在出现突破方案的可能性。 

延伸阅读

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

TAG: cases Cases Use 捕获 软件测试 需求

71/71234567>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网