空间管理您的位置: 51Testing软件测试网 » kuailederen » 日志

我不可以人云亦云，应为我是思考者；我不可以沿着别人的足迹前进，应为我怀疑迷失方向；我所能做的就是思考再思考，实践再实践。我不停的问自己也建议同道中人问问自己：难道我们所能做的只是copy现有的东西，不可以创新什么东西吗？在我看来，测试仍然没有任何定论，一切看自己。

我对“测试时间不够，缺少测试资源”测试该怎么做的回答

上一篇 / 下一篇 2009-04-15 16:59:30 / 个人分类：原创，严禁转载

查看( 1898 ) / 评论( 14 ) / 评分( 15 / 0 )

1234234209

这个问题很含糊，缺少背景，不好回答。如同问题：早上起晚了，时间比较紧张，交通又不是很方便，那我应该怎么去上班？
原问题：有一个测试项目马上上线，时间比较紧张，测试资源又不是十分充分，那我们应该怎么展开测试？
问题解读：
1.早上起晚了，必须是一个比较的结果，说明以往起的要早些。
   同样，这个测试项目的工作，按以往经验需要两个月，而现在只有1个月多点。
2.时间比较紧张，说明如果顺利的话，还是能够按时上班的。
   同样，测试项目如果顺利的话，少bulid次，也是可以顺利上线的。
3.交通不是很方便，指出准时上班存在的风险，万一我要等的公交车迟迟不来呢？
同样，测试资源不充分，说明缺少一些测试环境，测试工具，软硬件设施等，导致一些测试工作无从展开。
4.我们怎么去上班呢？这才是问题的关键，只有知道迟到的后果，才决定我们怎么去上班的决心和应该付出怎样的代价。如果上班迟到一次就辞退，那么你必须考虑是否找一位飙车高手载你上班，顺便说服警车为你开道；如果迟到一次，领导会批评你，然后扣100元钱，那么你只需要尽量赶到就行，迟到了只是让领导发发官威，损失点人民币而已；如果迟到不会收到惩罚，那你还担心什么呢？晨练完再去上班吧。
同样，对这个项目的测试必须有个预期，也就是测试要达到的目标。①如果项目不能延期，而且必须全功能覆盖，那么增加人手来抵消时间紧张，必须去购买（或者其它途径）缺少的测试资源，来满足测试需要；②如果项目可以延期，但也必须全功能覆盖，那么考虑到测试成本，可以不增加人手的前提下稍作延期，但测试资源的投入还是必须的；③如果项目可以延期，而且缺少测试资源的部分非重要功能，本次上线可以不测，那么项目做延期，测试该测的功能就行了。

④如果问题的原意是：项目测试时间明显不够，既不能增加人手，缺少的测试资源肯定不能满足，又要求全功能覆盖，必须按时上线，那我们怎么才能把测试工作做的尽量好呢？
      我的回答是，兄弟跑路吧，这次测试你肯定做不好。如果不想跑路，那么兄弟要雄起一次，大胆的说不。
针对这种情况，可能很多人采取的措施是：在现有的条件下，先从能测的重要的功能测起，在有限的时间里测多少算多少。如同考试一样，
明知道答卷时间不够了，那就先找分多的，容易的做起，蒙上选择题，最后能做多少做多好吧。试问，试卷你可以得50分不及格，那么我们的软件可以不及格吗？试卷上有选择题可以蒙，1/4 的概率，我们的软件功能点只有正确和不正确，1/2的概率，但你能蒙吗？试卷这次不会，回头老师可以答疑，而我们的软件可以答疑吗？
   我觉得软件测试是一门需要用科学的精神去对待的学科，结果只有正确的才算科学，过程是需要仔细严谨的对待，而方法可以有多种，但只有一种才是最高效的。所以我们的测试工作是用仔细严谨的态度，去寻找一条最有效的方法，然后把测试工作做的最好，而不会存在模棱两可和含糊的结果。

我的经历：如果测试时间不够，肯定不能全功能覆盖，我们是否应该只测客户比较关心的，比较常用的功能？
测试目前主要是产品测试和项目测试。做自己公司的产品测试，如果碰到不能按原计划完成，本着为质量负责，一般都可以申请延期。
如果是做项目，迫于合同和客户验收的压力，碰到不能按原计划完成的情况，就是项目风险了。而处理的方式基本都是“先测客户比较关心的，比较常用的功能”，保证通过客户验收，拿到项目款。分析客户验收所关心的功能点（比如客户最近几天提过什么需求，肯定要测试，因为时间短，他肯定记得），分析系统最脆弱的地方，走通所有业务流程等。而客户验收时候，不关心和不可能想到得地方可以不测试（比如系统中很多同步功能）。

我讲个自己的经历，做的是国内最大保险公司的一个平台，由几个系统共同构成。由于前期公司为了节约成本，一直投入比较少的资源，到了后期，明显感觉到项目不可能如期完成，更要命的是，测试前期没有跟进，对于这个项目的质量没有任何把握。
公司处理措施：
1.增加研发人手，由前期三人，增到5人；
2.由我带3名测试人员介入，一名性能测试工程师，开始测试。
3.研发部门经理每天跟进进度。
4。提出延期请求。
客户态度：
1.对前期项目成果极度不满意，狠批改项目的负责人。
2.为了项目进度，非常配合提供测试环境和资源。
3.一顿脸色后，给出15天的延期许可。

公司接下来的工作：
1.完成未完成的功能和客户新提出的功能。
2.在提供的环境上进行测试。
3.集中处理长期积累的缺陷。
4.集成几个系统。
发现问题：
1.没有良好的需求管理，平时客户开会或邮件发来的需求忘记或者没有完全理解。
2.发现测试进展缓慢，人手不够，不了解需求，缺少测试环境，经常发现严重问题而停止测试，发布新的测试版本。
3.几个系统集成后，发现更多的新问题
4.性能测试结果表明，性能无法达到客户的要求。
  项目进入风险处理期，公司的处理：
1.更换项目经理
2.编造谎话应付客户，说一定能如期交付。
3.指示测试人员（具体说是说），只测试客户关心的功能和主要业务流程。
4.指示测试人员（我），修改测试报告，不合格的功能删除，只写测试通过的功能。
5.指示我修改性能测试数据，说明性能指标基本达到。

测试人员的处理（我）：
1.请示了测试部经理后，按项目经理的要求做了。

项目的结果：
1.交付了一个客户根本无法正常使用的平台，客户暴怒。
2.客户中止了所有与公司的合同，包括结束了持续两年的合作友谊。
3.客户拒付剩余的项目款。
4.公司开除所有参与项目的开发人员，包括项目经理（虽没有影响到测试，但我感觉公司管理混乱，也主动请辞了）。
5.公司失去了一个大客户。

  这是血的教训，对于公司损失的是钱和信誉，对于客户损失的是钱和无限拖延的项目以及产品延期造成的竞争力影响。
对于开发，除了疯狂加班的劳累，还有开除的冤屈；对于测试，没有坚持自己的职业道德。
  我讲述的这个经历，可能大部分的项目都不会发展到这种地步，到我们必须充分意识到风险的存在。所以我觉得作为测试，碰到时间紧张，测试资源欠缺，所唯一能做的是上报公司，让他们协调人工和资源，做延期处理。这样做公司可能因不能如期交付而受到一些经济上的损失，但交付一个合格的产品给客户，绝对不会有信誉上的损失，从长久看，会有更多的收益。作为测试，你没有任何权利自己做风险处理---测“客户关心的，测主要功能”，都是错误的做法。作为测试，坚守住自己的职业道德，只做自己职责范围的工作和力所能及的事；作为测试，不但要为支付给你工资的老板负责，也请为你手中的软件负责，为客户支付的金钱负责。

收藏举报

TAG: