测试一个月后的工作总结

上一篇 / 下一篇  2008-08-29 17:09:35 / 天气: 晴朗 / 心情: 高兴 / 精华(1) / 个人分类:原创

阶段工作总结

我来到公司已经一个月了,对测试工作也有了初步了解。今天把自己的心得体会记下来以便查缺补漏,在以后的工作过程中来提高自己。

我很喜欢我的工作,这的工作氛围很融洽,领导从来都不端架子,同事之间都很和睦和开心,开发的也很耐心的与你交流沟通,使我很快的适应了这的环境,使我能全身心的投入到工作中去。

刚来的时候,我使用的是×××的测试机器,Vista的系统,英文的环境,并且系统上装的软件,我要测的×××系统以及它的需求文档都是英文的,总之我是进入到了一个学习英语的环境当中,起初是稍微紧张了一下,不过还好用惯了软件的人,再加上有一定的英语基础,很快的就适应了。

听说测试是需要从需求阶段就要开始的,否则需求都搞错了,更别提后续的开发工作了,真想从一个项目的开始就能介入,这样才能真真正正的去理解测试的涵义。可惜这次是不可能了,等待下次的机会吧。

我现在的测试是常说的功能测试,测试要做的就是验证软件是来工作的,就是在一般情况下能完成其基本功能,这个就要紧扣需求 。看某一个问题是不是BUG,它的最终依据就是需求,这部分内容的测试要求测试人员要研究软件的说明文档,了解了需求才有资格做测试,你提的BUG才能让开发人员心悦诚服地接受并修改。因此前三个星期就是看着需求熟悉×××系统,刚开始工作还是紧绷着一根弦的,生怕自己做不好,因此就要多问,不知道“罗老师”有没有感到厌烦,估计不会吧,他那么好脾气,呵呵。有时候自己还发现了他不知道的东西,然后告诉他,把他说服,心里就别提多高兴了。

在这过程中,自己也会搜集一些资料,比如下面这几条就是测试人员要追求的根本。

1.      测试是程序的执行过程,目的在于发现错误;

2.      一个好的测试用例在于能发现至今未发现的错误;

3.      一个成功的测试是发现了至今未发现的错误的测试。

为什么要写这个呢?是因为三个星期下来我马上就要做提交BUG的工作了,我所做的工作终于有有形的东西来记录了,我很高兴。有一些感受我记录了下来:

1.       开始的时候,感觉自己找到BUG很高兴,就迫不及待的提到了Mantis上,可到后来的时候才发现这样费了不少事,如果只有一个版本还好,提上去就提上去了,可是那是不可能的,往往会有多个版本,因此又对提交的BUG重新改了一遍,加了版本标记,后来又想到在XP上测完还要在Vista上测,那你的BUG是哪个系统上的呢,所以又回来把BUG出现在哪个系统上标记了一下。总之,及时做了更正,也明白了一定的道理。一定要把工作做细,做精,不能马虎了事。

2.       提交的BUG步骤一定要描述准确,不能有歧义,否则开发人员解决起来就麻烦了,把重现步骤,把期望结果,错误结果都要描述清楚,最好是每一个BUG都有图片,这样看起来既明了又省时间。

3.        测试工作要有一个相当警惕的头脑,否则有时自己发现的BUG都不知道它是怎么产生的,一般一个人不可能时刻保持警觉,因此养成一个做记录的好习惯,随时做一些记录,以便工作更好进行。

4.       由于是英文提交BUG,所以在步骤上写起来总是不那么顺手,后来在看ProLine的帮助文档时,发现它上边的步骤描述的非常清晰的,因此在写得有困难的时候就去多看帮助文档,能使自己顺利很多。

  其实还有很多感受,在这就不一一列举了

 

由于自己没有测试的理论知识,自己在工作过程中也会遇到一些问题,比如怎样才能完全覆盖路径的测试,怎样才算是边界值,等价类,怎样才是完成了一个系统的测试等等好多不知道的知识。我会在以后的工作中不断积累知识,并且希望在以后将要开展的培训中更好的提升自己。

另外公司的英语培训我很喜欢,已经很长时间不碰英语了,再不练习就会生疏了,英语学习在这个工作环境中还是非常重要的。一定要把学习英语提上日程。

如果有什么做的不好的地方,还请领导及时纠正。

谢谢!

XiaoLiZi

2008-8-28


TAG: 原创

 

评分:0

我来说两句

Open Toolbar