最近不知忙什么

上一篇 / 下一篇  2013-11-10 23:12:09 / 个人分类:Test人生

    忙,也许只是对于我这种业务不熟悉的来说是很忙,
    一个维护单 我得处理三个小时,跟开发的交流半天才能搞定,而且我还没发现过这我接手的维护单的有缺陷的,怎么都没发现过问题过呢,真是无比的痛苦,
    还有一个就是同测一个任务,为什么别人录的缺陷数几乎是我的三倍,这叫我无地自容啊,怎么办?难道真是我不够细心,还是我没花足够的心思去测试。照着需求测下来,我只按需求的规则能通过,其它的缺陷,我几乎只能靠运气才能发现一样,缺陷录的少有一个好处就是回归比较快,但是在别人看来,我的工作肯定没有认真做到位,怎么办,怎么样才能改变这种处境,现在每天都有忙不完的任务,自从接手这四个维护项目的用户问题,我发现都有点害怕收到这类邮件了,这业务真的太复杂了,还是理解能力不行,从开始完全不懂,表结构,业务知识,社保知识是这么的复杂,医保,居保,现在还有点分不清,还是C/S结构的PB,一套套的流程,如果只看问题我根本无从下手,
    唉,这问题真是很伤脑筋,慢慢来吧,业务知识得慢慢积累,但是技能知识是很重要的:
    对缺陷的敏感度,后台存储过程脚本的阅读能力,还真的好好加强,缺陷录得少,但工时又耗了那么多,这样我的工作效率就大大打了折扣。同时完成一个任务,同测一个子系统,当我的同事录了45条缺陷的时候,我才录了15条,这对比也太明显了吧,这真的得好好反思一下,得多学学别人是如何发现问题的,要研究别人发现的缺陷,为什么他能发现这么多呢,做一个交叉测试,他又录了好几条,是我没发现的,这方面要好好努力了。
   存储过程的调试,也是很重要,特别是对以前的项目来说,对于C/S结构的项目,很多查询和判断的语句都是写在过程中,可能是为了减少客户端的代码量,所以就有了大量的过程,我现在接手的维护项目就是个很典型的例子,也许我会学到如何去调试一些过程的问题,因为要去读脚本,但只能从实战中学习,这样就得耗费很多工时,我的工作效率就很低,该如何打破这种处境呢,现在在工作时间里完成没有自己学习的空余时间。但是想利用晚上时间去学,但又不知道从何下手?

TAG:

 

评分:0

我来说两句

Open Toolbar