由需求分析引起的

   很多东西看得再多，也是别人的；那仅仅是一种量的积累，只有把它转化为自己的东西，才能达到质的提升。

    昨天看了一些需求分析师的电子文档，感觉很有道理。忍不住多写了几句，其实对于国内的任何的软件项目或是产品来说，需求分析是所有一些工作的根本。但是在国内的中小企业里，很多都是以开发为中心，需求，测试成了可有可无的角色，项目忙时，开发人员做完了开发就转作测试，整个项目没有一个规范的流程可言。实际做时，在需求不明，周期时间紧迫，资源不够用的情形下，早就抛掷脑后了。现在我成了测试人中的一员，在等待项目需求的日子里，在每天从网上博客论坛搜刮测试前辈经验的日子里，在心里虔诚的默念着我一定要在这个行业有所发展的日子里，我忍不住写下了这篇文章，算是对这些日子在电脑前的一点回报吧。
   

  怎样从需求分析中获得测试需求功能点

  项目开始时，客户交给我们的需求说明书是业务需求，需求分析师要将业务需求说明书转化为计算机行业的的系统需求说明书，而后测试人员再根据系统需求说明书提取测试需求的功能点，并以此扩展测试思路，设计出测试用例。

 那么关键之处就在于怎样提取测试需求功能点,其实不同项目的需求视图是不一样的，对于信息系统，主要是管理信息系统和事务处理系统，本质是流程电子化，数据信息化。在不同视角下的信息系统对于需求分析人员来说要了解，