51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3725|回复: 3
打印 上一主题 下一主题

[讨论] 测试阶段总结

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-8-30 15:23:04 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
  最近公司的进度很紧,产品修改也比较频繁.这段时间一直忙于测试,看着每天的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.沟通和熟悉业务.
    和开发人员的沟通很重要.你必须要很熟悉业务对象,否则你很难和开发人员沟通.无法沟通就无法开展工作.到最后最严重的情况可能是:你反馈一个问题,开发人员看都不看就回给你说不是问题.....因为你不熟悉业务对象,开发人员已经对你失去了信任.
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-8-31 09:05:30 | 只看该作者
hehe
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-9-13 14:58:51 | 只看该作者
我顶,支持!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    4#
    发表于 2007-9-13 18:08:52 | 只看该作者
    我相信,好的测试并不一定代表着好的开发过程和产品。

    读了你的总结,公司的执行存在问题。建议领导层重视执行能力提升。否则,后果。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-28 08:50 , Processed in 0.060213 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表