瓶颈：测试人员如何更好的提高需求分析能力？

丢了朵朵

这个问题一直困扰了我很久。我就职于一家软件公司，公司规模不大，主要与政府、医院、保险公司等行业打交道，与政府合作较多，主要开发政府部门的办公系统等自动化系统。
   因公司人员不是很多，所以测试人员在项目管理整个过程中，身兼三职。一是需求分析人员，二是测试人员，三是运维人员。在项目初期，我首先是作为需求分析人员与客户进行沟通，然后与开发人员进行沟通，开发期间我需要补全需求规格说明书、测试计划、测试用例等文档，再则进入测试阶段，我和团队成员需要测试整个项目，提交bug，然后回归测试，提交测试报告。测试通过后，项目上线，我需要奔赴客户现场，驻场一到两个月，给用户提供技术支持和运维服务。大家都知道，客户定义的需求都是很抽象的和很官方的，需要我们对他们的业务有个认识，然后进行提炼，甚至有的时候需要我们帮他们去想，政府的项目比较难做，他们对于软件的要求极高，有时候客户在配合需求调研方面不是很积极，总觉得我花了钱，你就应该一切帮我搞定。而且整个项目的周期很短，公司的项目组成员经常需要加班加点来完成这个项目，整个团队精疲力尽。项目上线后，客户又会提出新的需求，而且都是强制要修改的，这使得我们非常被动。
   为此，我很想提高需求分析的能力，在需求分析阶段且时间比较紧迫的情况下尽可能多的想到用户潜在的需求，尽量避免在项目上线后的返工，请问，大家有什么好的建议吗？

fuwu527751246

丢了朵朵

怎么没有人回帖呢？

丢了朵朵

fuwu527751246 发表于 2010-11-22 15:51

这是怎么回子事儿呢？

Bapuka

我现在同样遇到这样一个疑问   一个公司是不是要“全民皆需求”   需求这个东西我们是更多的基于需分的结果，还是自己更多的接触客户原始数据自己去理解？

那天公司开会   技术组为这个东西争的不可开交

丢了朵朵

回复 5# Bapuka 我觉得两者皆需有。你们公司也是测试人员去与用户进行沟通需求吗？如果只是单纯的让测试人员去接触用户的业务文档，或者与用户进行沟通，这样的需求必然存在欠缺之处，除非测试人员的专业技术很强，不仅能够很好的把握需求，也能够站在开发的角度来设想实现。如果不是的话，那就必然需要开发人员参与进来，一起讨论需求，小组讨论通过后，再通过直观的方式展示给用户看。

芭拉拉

来帮你顶顶，我们项目组的需求分析都是设计人员写的，然后他在分配给相应的开发人员写，然后给需求一起讨论确定的，测试在过程中也是起个了解的作用，不能主导。

芭拉拉

我觉得你们应该让开发一定要介入进来

丢了朵朵

回复 7# 芭拉拉


    恩，我也觉得需求这块应该由开发来主导，因为在分析需求上，测试人员对于程序上如何实现还是不是很清楚，但是公司这么分工，开发人员就会觉得测试人员完全负责这块~哎~

Jackc

回复 9# 丢了朵朵

需求分析的问题不用纠结于：开发主导还是测试主导

无论谁去做，无非就是达到：列出开发团队可实现的客户实际需求表

——————————————————————————————————
不清楚你目前是如何操作“原始需求转为开发需求”这块的。
    可以分阶段完成这部分工作：
    A.原始需求收集（这部分只能LZ自己完成）
       即单纯的客户模糊需求收集，比如“俺要可以上网”.....

    B.原始需求分析+评审（这部分可组织测试与开发共同参与，强烈建议开发参与，借口很好找，比如某个功能能不能实现只有开发自己知道）
       1个人是无法实现参悟所有的客户需求，所以只能依靠大家的力量，将原始需求扩展为基础需求。
       如，“俺要可以上网”————通过Wlan/GPRS/TCP/IP...方式实现上网功能
       此处尽可能多罗列实现原始需求的方法，并将其合理分类（如可实现/不可实现），并与原始需求列表整理为新的需求表。

    C.需求再次确认（LZ自己完成）
      与客户再次确认新需求表中，哪些功能是需要的，哪些可以不必要的，哪些是后期可做扩展的，是否还有新的需求.....
      运气好的话，此过程完成后，可以得到一份具备可操作性的需求列表（可操作性的判定为：开发/测试人员能理解需求描述的具体功能为何物，心中大致知道怎么开发/测试）
      运气不好的话，筛选出可具备操作的部分，进入下一阶段，其他的，重复B~C吧.....

    D.虚拟实体化需求，完成需求的最终确认
       将“主要”需求（需分清“主要”需求为何物），以用户可见/可实体感受的形式，通过实现后的简易最终形态展现给客户。（后期需求混乱往往由于此点做的不好或根本不做）
       如何将需求虚拟实体化，这是需要LZ的团队自己开动脑筋了，因为不同的需求，展现的模式也可不同。如，假如目标是设计一个web网站，让美工做一些效果图片即可；若目标是设计一款嵌入式产品，使用类似的产品代替也能凑合。
      总之，目的就是让客户能切身感受最终产品设计出来后，是什么样子,是否和客户主观意识中的虚拟物一致，还需做什么改进。

分阶段处理需求后，虽然延长了需求分析阶段的周期，但为项目开发节约了不少时间，算下来还是划算的。

——————————————————————————————————————

最后，简单说一句，调用身边的资源，共同完成任务，比自己一个人苦相冥思要好很多.

愚人

回复  丢了朵朵

需求分析的问题不用纠结于：开发主导还是测试主导

无论谁去做，无非就是达到：列出开 ...
Jackc 发表于 2011-1-12 17:58

    乌龟同学分析的非常好，拜读了……

582357212

呵呵  我们的PM做需求的  但是会把测试带上一起到客户那边，需求完善的时候要开发测试一起参与。这是当前正在试着走的路

丢了朵朵

回复 10# Jackc


    恩，非常感谢版主的回答，版主说得很有道理，我现在也是让开发人员参与进来与需求人员一起讨论需求~然后以PPT的形式展现给用户~这样用户很容易理解~而且在与开发人员讨论的过程中，也学习到了很多如何实现或者更简易实现方面的知识~

丢了朵朵

回复 12# 582357212


    恩 我觉得你们这种模式不错~不过你们公司的人员应该很充备吧~

丢了朵朵

有没有需求分析人员？给点建议~

819longjiayan

回复 10# Jackc


    说得不错，拜读。。