测试无声的进展

lanbingling001

项目组接了一个公司的核心业务，初期人力预估20多个，一期需求分析结束后人力扩展到近40个人，承接的整个核心系统包含4个子系统，其中测试人力从项目正式进入开发阶段人力才从1个扩展到7个，项目初期本着为客户认真负责的态度，在开始的用例设计以及集成测试的安排，用户的测试安排上做了认真的准备。
      但是项目在热火的进展了一个多月后由于需求在确定后一次次的变动、合作双方在资金以及其他方面的摩擦，项目组急速精简人力，首先下手的就是测试人员，一下子撤掉一半的测试人力，原测试人员负责的部分开发人员直接负责并提交UAT环境（因为原有的测试人员的工作已经基本饱和），2个月后各种原因的人力缩减，测试的只剩下一个人。也许很理解项目经理的考虑，但是一直在愧疚这个项目，感觉大家都有点像小白鼠。
    客户需求的一次次不明确导致开发测试的工作反复，测试的无法完善的测试导致客户一次一次对着系统的无耐测试一些可能低级的BUG。
   项目曾经的计划和以客户为中心在正式进入开发阶段不到半个月已经找不到了曾经的哪些影子，一切进入“顺其自然”的状态，开发测试需求都感觉好累，每天无止境的加班又没有任何成就感，责任算管理？需求还是......项目组基本事事处于被动的状态，一次次的接受客户的挑剔和变动。我也一直在考虑这个项目测试团队到底是个什么地位和角色那，也希望大家能给点更好的改进的建议。

新手一个0

不发表看法，估摸超多单位都这样

zhangcaiyun_86

正常。

swart2006

这种团队面临的局面是无法反抗的，在高层没有认识到问题本质在哪里的情况下，底层员工有向高层反馈并建言的权力和义务，当做出种种挣扎和努力后，如果团队仍没有起色的话，任何人都有用脚投票的权力。

guo_gf

需求做得不好，下面就没法做了。
是否存在以下问题：
1.需求分析人员未能够真正深入了解需求提出方（业务人员）所提需求；
2.业务人员本身对于某些需求内容未能达成统一，公司需求审核流程不规范。
   例如，张三提的需求，研发团队已经完成开发任务了，但是验收人员是李四。而李四不认同该需求，要求  改！左改右改，最后不得不重做该需求。
3.做概要设计、详细设计时，曲解需求。导致需求与实现不一致。
4.测试拿到的需求与用户原始需求有出入，导致用户验收测试 很难通过，互相扯皮。

myname1025

基本上私企都是这种状态

zdqyyf

哎，又一个悲催的测试团队，我现在比你更悲催哈！

lsekfe

项目组接了一个公司的核心业务，初期人力预估20多个，一期需求分析结束后人力扩展到近40个人，承接的整个核 ...
lanbingling001 发表于 2012-12-12 15:28

    说的不错！