测试阶段总结

　　最近公司的进度很紧,产品修改也比较频繁.这段时间一直忙于测试，看着每天的Bug不断的增加和修正，真是痛并快乐着，痛苦是因为Bug旧的去了,新的又来!快乐是看着Bug逐步减少，把这些天的工作总结一下。

1、测试要参与到开发过程中去
　　这款游戏已经持续开发3年多时间了,n次跳票,终于看到一点希望了.为了进一步完善游戏,这阶段任务繁忙和人手不足，因此测试一直拖后，因此当进行集中测试的时候才发现问题集中爆发，然而项目时间却越来越进.因此感觉更加的繁忙，于是又去催促开发尽快修正.但是由于前期的过程就没有经过充分验证,导致修复bug的时候产生恶性循环,旧的去了,新的来了.一切都变的不可控起来.因为你永远不知道接下来会有什么问题出现.另外由于很多功能和修订，都是早期积累下来的,已经搁置了很长的时间，而且由于真个项目不规范,导致开发员再次进入修改的时候，往往需要花费大量的学习成本，造成Bug的修复周期延长了很多或引起更多的新问题。

　　建议当准备新的调整的时候后，测试人员要充分参与进去，明确共同的目标，降低因为沟通不当引起的不必要的成本.

2、缺陷管理工具要体现出他的作用

　　公司只是使用一个BM(一个bug管理工具,原名Bug Manager),作为缺陷的跟踪和管理工具，但是，效果很不理想.虽然部门制定制度,但是却没有人推动制度的执行,反馈问题有的同事就直接口头交流,有的邮件,有的BM
导致各组独立为战,其实项目组从来都不清楚目前项目质量情况,只知道目前这个进入了测试,那个功能也进入了测试,但是质量呢?所以项目组永远无法根据目前游戏的质量来做出决策.

3、测试要有计划,有步骤的进行

    由于项目时间很紧,为了确保能按时完成工作进度,有的小组就将测试过程也给简化了.什么测试分析,什么测试计划,全都见鬼去吧!当测试人员最后发测试结果的时候,大家都兴奋了好一阵子:哇,0bug!难道是因为时间紧,项目质量迅速提高!经验告诉我,这不正常,当版本发布以后,噩梦开始了,今天客服说这个有问题,明天又出了那个能刷东西的问题.直到项目组忍无可忍.....

    后来通过分析,才发现为了赶时间,没有任何准备,就直接执行测试,导致测试非常盲目,没有目标,没有重点.该测的点都没有覆盖到.更不要说风险评估了!

    所以:三思而后行,一定要有目的,有计划,按步骤的工作,当然,视具体情况可以适当调整.

4.测试不要对项目进度负责

    测试部门又可以说是质量部门,项目进度依赖于产品质量,项目进度应该根据质量情况而调整,而不是因为项目进度,对质量标准进行调整.在这次改版过程中,这个问题体现得尤为突出.为了版本计划,粗暴的压缩测试时间,导致最后版本放出去后,玩家怨声载道.....

    我们的职责是:发现问题,督促问题解决!是为了证明产品是有问题的,而不是为了证明产品是正确的,进度以来质量,而不是质量依赖进度.

5、开发和测试最好不同步

　　游戏的核心系统,家族系统开发量大,测试压力也大.当时为了争取时间,开发和测试全部留下来加班,开发写完测试进行测试,然后开发等着,等发现问题了,开发又修改,测试又等着,如此循环,结果第二天整个功能组没有一个清醒的人来上班.而其他系统又严重依赖这个系统,导致整个游戏因为家族系统无法开展工作,项目严重delay.

   建议:合理安排开发和测试时间,最好不要撞车.

6、交叉测试的重要性

　　我们最初安排测试的时候，是某个测试人员只测试其中一个功能，另外的测试人员测试另一功能，过了几天后发现，每个测试人员的Bug检测数量都下降了，原来，测试人员对自己部分已经发现不出来缺陷了，后来采用了交叉测试的方式，就是测试人员交换测试工作，结果不同的人从不同的角度进行测试，结果一些缺陷又发现了，因此交叉测试很重要。

7、测试需要不断调整测试方法

   测试对象都具有免疫能力.一般来说,随着测试工作的进行,bug会越来越少,但是千万不要以为就没有bug了.要永远记住,没有bug的软件是不存在的.这个时候需要调整测试方法和策略.这个过程中,经验就体现出他的价值来了.如果你有经验当然好,但是如果是新手的话,就需要多想别人请教,交流.不断的调整测试的策略、流程，多总结和借鉴别人的测试经验，会更好的提高测试质量。

8.沟通和熟悉业务.

    和开发人员的沟通很重要.你必须要很熟悉业务对象,否则你很难和开发人员沟通.无法沟通就无法开展工作.到最后最严重的情况可能是:你反馈一个问题,开发人员看都不看就回给你说不是问题.....因为你不熟悉业务对象,开发人员已经对你失去了信任.