51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

测试新人如何提高工作效率

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2013-11-21 08:44:41 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
最近一段时间,项目特别紧,再加上新人很多,需要花很多时间培养,但是因为他们缺乏工作经验及项目经验,工作的时候分不清优先级,工作方法不当导致效率低下经常加班。前几天我仔细捋了捋头绪,把其中的问题汇总一下,同时也写下来跟大家探讨。


A同学现在有个测试任务正做着,突然来了一个PM,说有需求要宣讲,二话不说跟着去了,需求刚宣讲完,屁股没坐热乎,另一个PM发邮件说线上有个bug帮确认复现一下,接着又搞这个了,不知不觉,时间过去2个多小时了,测试任务还未有实质性的进展,突然QQ亮了,哎呀是暗恋的一个大学MM,荷尔蒙急剧升高,聊会儿吧。。。有人叫一起吃饭去了,一看时间,午饭时间快到了。午饭归来,浏览下网页,看看微薄,接着干活,测着测着,哎妈呀好不容易发现个bug,但是自个儿还不敢报,怕自己对业务不熟悉提了个NOTABUG的bug,找了下他师傅B同学确认了下,B同学说是bug,兴致勃勃的提交上去感觉很有成就感。不一会儿开发来了,我看看是不是你环境有问题配置有问题啊,一屁股坐在A同学位置上了,啪啦啪啦开始找问题,开发人员终于还是承认了自己的失误,灰溜溜回去解bug了。A同学一看,哇塞,都三点多了,一看用例才执行了10多条,还有好几十条,今晚要发布这可如何是好,必须得加快测试了,执行到一半的样子,发现一个大bug,而且这个bug不修复的话严重影响后面很多case的执行,赶紧报上去。然后自己接着测试,到了5,6点多了,用例跑完了,终于松一口气,胸有成竹的告诉了B说自己用例跑完一遍了,B结果一看bug一个都没解呢。等到开发修复完,时针指向了7点钟方向。回归测试完毕达到上线标准时已经10点钟了,又是一个苦逼的日子...


以上故事应该在很多新人头上都发生过,依照以上案例,我个人觉得主要有以下几个问题导致的。


问题一:事情优先级和紧急度处理不当
这是初入职场的人一定会犯的错误,在大家的意识中,事情是一件一件做的。只要有超过3,4件事情的时候可能就手忙脚乱,而且感觉压力巨大,自己手头的事儿还没完,怎么又有这么多活儿,啥时候才是个头啊...我相信很多人都这么抱怨过,口头上或心理这么觉得。的确在工作中会有很多事情,这也是我们存在的价值所在,如果理清事情的优先级和紧急程度,就迎刃而解,按照四象限来划分,优先做第一象限的事情,从第一象限到第四象限,依次类推。
1)、“重要且紧急”:立即去做
2)、“重要不紧急”:有计划的去做,不要等到变成重要且紧急的时候才去做
3)、“不重要但紧急”:优先考虑了重要的事情之后再来考虑紧急的事情,此类事情拖一拖也无关大局
4)、“不重要也不紧急”:尽量别去做,更不要花时间沉溺于此


那体现在这个案例中,第一个错误之处就是未排好事情的优先级,事情都是one by one的去做。第二个就是用例优先级,同样可以把每一条用例当成一件任务,他们的优先级设立同样重要,按照优先级来执行用例,尽早发现bug,及早发现严重的bug,也就可以避免顽固的bug拖累项目进度。


问题二:工作方法不当
我们很多时候在忙碌中已经忘记了去思考,去总结,一件事情丢过来的时候,噼里啪啦可能就按照以往的思路去做了,也许以前就是未总结过的,所以一错再错,比如在测试过程中的测试方法总结,测试流程的梳理。任何人都知道需求评审重要性,需求变更带来的坏处,不管是科班出生还是转行做测试的,但是对于需求评审可能都未到位,到测试快结束的时候发现一个需求漏洞,多方确认再次改代码甚至架构,带来的项目压力可想而知。


同样,在这个案例中,A同学对于bug的跟踪处理不当,导致开发人员可能在忙活别的项目无暇顾及bug,导致修复进度缓慢。如果可以在发现严重bug的同时及时告知开发人员,叫他们优先处理高优先级的bug同时及时修复其他的bug,也许可以节省很多时间。


问题三:工作目标不明确
工作目标说简单点就是哪件事情在什么时候要完成到什么程度,新人可能并不特别明白,但是你的同事或上司可能未必每次都说的这么清楚,那在接受一件任务的时候,就有必要搞清楚,可以直接问下给你任务的人,至少要搞明白以下几点:
具体是什么任务;
任务是否在你可完成的范围之内,如果需要其他人的协助也可以尽早提出;
具体什么时候开始做;
什么时候做完,或什么时候做到什么程度。
结合这个案例,至少PM的需求宣讲以及线上bug确认2件事可以搞明白其工作目标后再做优先级的排序,可能就无需立即去做。


问题四:不懂拒绝
这是很多人都容易犯的毛病,别人找你帮忙你不懂拒绝,就会导致顾此失彼。A同学在配合PM和开发人员的工作时就是因为不懂拒绝导致时间花费了很多。其实他完全可以在确立目标之后拒绝PM的低优先级要求,可以拒绝开发人员占用自己电脑,完全可以让他回自己电脑上调试,并行工作互不影响。


【推荐】
推荐与今天话题相关的两本书:
《小强升职记》,《高效能人士的七个习惯》。
前者是“道”,后者是“术”,把两本书放到一起就形成了一个完整清晰的时间管理理论框架,在这个基础上选择适合自己的“器”,就构筑了“道”、“术”、“器”三位一体的时间管理系统。如果是《杜拉拉升职记》是职场“潜规则”,那小强的故事就是职场“显规则”,初入职场的人一定会有所获,少走弯路。

===========================

关注微信公众账号“zzzmmmkkk”,不定期吐槽有关测试技术,测试经验,测试思考和生活感悟等。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2013-11-21 16:18:21 | 只看该作者
不错!顶。。。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2013-11-21 17:48:28 | 只看该作者
我现在就是这情况,新人一枚
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-4-2 12:39
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2013-11-21 21:32:50 | 只看该作者
    问题就在于他是新人,很多东西是处理不来的。个人认为就在这个例子中更多是在布置任务的人。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 16:50 , Processed in 0.072824 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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