游戏测试,关注测试管理,测试效率提高; hlearning@msn.com

一年半工作总结与思考

上一篇 / 下一篇  2007-12-13 01:58:44 / 个人分类:测试总结

一年半工作总结与思考

----hjjlearning

2007-12-1223:11

   写上标题,却迟迟不知道后面怎么下笔,不知道该写些什么好,我不是一个文笔烂的人,只是这一年半要说的太多,改变的太大。

   去年的昨天是我在新公司上班的第一天,到今天已经正正一年了,经历了太多,脑袋中太乱了,还是从毕业开始说起吧。

   去年我从成都某软件学院毕业,读的是2年制的软件测试专业,也是这个学校第一届的毕业生,说到这里,可能知道的人都知道那个学校了。我想说的是,在学校里面虽然我们是软件测试专业,学的课程也和测试行业相关,但也只能说是入门了,出来的时候只知道软件测试的一些理论,不懂编程,不懂系统底层原理,不会自动化,大学出来感觉废人一个。怪也只能怪自己,失败要从自身找原因,这是我一惯的理念。

   6月底离开学校了,和同学一起在成都租一个房间,很小的那种,我打地铺,因为只有一张床,再说睡地铺还凉快点,呵呵。开始在网上寻找工作,天天投简历,但就是没响应,那段时间又刚好是世界杯,所以就打算如果世界杯完了还没找到工作,就去深圳。后来去了唯一一次成都高新区弄的招聘会,投了唯一一张简历,没想到就这样后面面试,被录取了,工资只有800块。就这样踏上了第一份工作,做的WEB方面的测试,说实话,那实话真的什么都不明白,公司只有2个测试,一个我,一个老大,测试就把开发发布的网站搭建好测试环境,然后就是点击网站,基本上没什么按照测试用例进行测试,记得后面项目验收需要测试用例,只好我硬着头皮去写,只是写一个大概流程方面的验收测试用例,不过在这个公司也学习到很多东西,对jbuilder + Oracle + Weblogic发布网站,配置Weblogic,操作简单的Oracle都能熟练应用,另外出差参加了一个项目的验收工作,对验收测试,验收那套流程也比较熟悉,出差真的能锻炼一个人,那段时间学习了很多,当然也是第一次FLY了。呵呵。

   11月初,由于个人问题,离开了这家公司,几天之后离开了天府之都—--成都,现在很怀念那里的火锅,春熙路的MM,呵呵。回家待了大半个月后,11月底来到了深圳,没想到5个月之后,我还是来到了这里,12月初找到了现在的这份工作,一家做安全产品公司。开始了我的一年测试之路,在这一年中,经历了痛苦也经历了喜悦,也是我真正成长,学习的一年。在这里之写在测试方面的提高,行业知识方面不写了。

   刚进公司的时,正好赶上一个项目的开始,那段时间辛苦,天天加班,但是值得,也是大家感情最好的时候,那时候天天写测试用例,写完了评审,评审了再修改,对与模块的理解天天追着研发的人问题,因为那时候研发还无写好需求文档这个概念,导致后面他们写文档比以前有了很大的进步,看来真是测试推动研发哈,呵呵。经过那段时间的魔鬼训练后,对与测试用例的编写,已经达到了一定的水平,对软件测试生命周期有了一个整体的认识,知道了测试需求的重要。那段时间让我把学校里学到的软件工程,软件测试工程的理论扎扎实实的实践了一次。

   过完年后,前个项目以处于结尾阶段了,新项目还初在调研需求方面,中间就有段时间比较空闲,这段时间总结了一下上个项目的大概问题,发现版本混乱问题导致了很多问题,浪费了很时间,于是就在这段空闲时间就和老大一起实施公司的配置管理,实施中对于配置管理有了深刻的认识,巩固了对整个项目流程各个环节的了解。有了一个全面的认识工程

   4月份公司开始做一个外包项目,老大让我带了2个人参与测试,由于第一次自己负责,导致了一些问题,在外包项目中的严格性,记的最深的就是当时由于几个界面操作不符合用户习惯的问题,都不能验收通过。还有要积极和客户沟通的重要性,当时就因为沟通不当,导致后面的反复修改很多。

  7月初,老大把实施自动化的任务交给我,说实话,我的编程能力很烂,对与测试工具也只是简单使用,但是没办法,交代下来后只能去做了。在做的过程中,痛苦是不言而喻的,不过最后还是写出了一套适合公司的自动化方案,并简单写了一些脚本,大家可以看我的另外一篇日志软件测试基本功之----WinRunner》,实施自动化让我对WR能够熟练使用,可惜后面实施自动化遇到了很大阻力,没有专门的人进行自动化维护和测试,导致后面没有怎么做起来,但是在实施过程中还是学习到很多自动化方面的东西。

   前段时间开始担任了测试组长角色,从头到尾负责了一个项目的全部测试过程,辛苦是辛苦,但是学习到太多东西了,从测试计划的编写到BUG的管理,分析,产品质量的监控,小组人员的协调,这这里提出我总结的几点,测试计划最重要的是模块的划分和测试进度的监控,测试时间的安排,测试人员的分配。BUG管理,由于我们使用的是JIRA来进行管理,但是那一套管理理念是不会改变的,只要你掌握了BUG的提交方法,BUG的组织,BUG的状态跟踪,BUG的规律总结,那么不管你用什么工具来管理都是一样的。产品质量的监控,只要你统计每日BUG产生数量,模块产生数量,整体BUG曲线分析,模块BUG曲线分析,你就能很快找出BUG原因,能够很好的对产品质量进行监控。人员协调问题,我感觉最好的办法就是多多沟通,其它还没发现。

   上面啰嗦的一大堆就是这一年来的经历,我看起来都感觉累,下面简单总结下:

1, 新人刚刚进入测试行业时,最好的方法就是多多参考用例,结合需求文档进行查看,然后自己进行总结并试着编写用例。最后达到写测试用例炉火纯青的地步

2, 在测试中,试着和软件测试生命周期进行结合,比较,学习里面的流程和思想

3, 在做功能测试的过程中,试着去了解软件工程中的知识,学习一些质量管理,配置管理的知识

4, 功能测试做好并不是那么简单,很多东西我们的产品可能不考虑,但是不代表别人的产品也不考虑,你应该试着进行全方位的思考。

5, 不要一开始做测试就奔着测试工具去,学习测试工具如果不结合实践项目,你很难深入进去,只能做到简单使用,而且过久了还会忘记,所以学习测试工具,比管是功能还是性能方面的,最好结合实际中去学习,那才快

6, BUG管理就是那么一套流程,当你掌握之后,你就可以不必在乎公司用的是bugfree还是jira或者是TD等,工具只是工具,掌握思想才最重要

7, 如果有机会,一定要自己去分析一下整体项目的BUG,总结他的规律,了解一下产品质量,可以掌握一些质量监控方面的东西

8, 沟通很重要,研发与测试部,部门与部门之间都是一样,大家都想把产品做好,沟通好了就没有什么怨气啊,隐藏的BUG

9, 发现BUG不要为了单纯的去发现,要从根本上去了解BUG产生的原因,你可以在提交BUG的时候,写上你的理解,如果和研发写的不一致,那你就多了一种思考方法了,为你下次测试就多了一种方法,这样的积累不管是对以后的测试还是开发都有好处

10,             掌握点编程知识对测试人员只有好处没有坏处

11,             需要强调的是,英文实在重要。(只是我现在太烂了,,,)

PS:展望下明年的愿望,英语,编程,性能测试LFS


TAG: 测试 测试总结 测试工具 BUG 感想

一步一脚印 引用 删除 hjjlearning   /   2007-12-26 21:35:11
呵呵,谢谢大家哈,现在只是做的杂,没有做到很好,还要好好加油
引用 删除 lhxtest   /   2007-12-18 18:13:31
不错的经历,看来成功不仅要有自己的努力还要有机遇。我比你工作时间长现在还是一个测试员,不过其他的经历比较象,继续努力吧!
王爬爬-爬行者 引用 删除 王爬爬   /   2007-12-13 16:12:44
呵呵,大家共同努力!
Jasmine自留地 引用 删除 JasmineWu   /   2007-12-13 13:32:06
一口气看了2遍,你是我们年级的骄傲。你让我找到了动力。我也工作一年半了,刚接手配置管理,你要不惜赐教哦
引用 删除 hazard   /   2007-12-13 10:38:12
我只想说,我们是校友,很高兴在这里能看到自己校友写的文章,虽然我们起点比别人低,但是看了你的经历,我觉得我们并不比别人差,加油,另外我也是做测试,希望能有机会和你好好交流一下。我的QQ:270213592     MSN:jili_sylar@hotmail.com
skila 引用 删除 skila_fly   /   2007-12-13 09:30:06
写得很好,很真实......
testying的个人空间 引用 删除 ying415   /   2007-12-13 09:16:43
我也工作一年半,哈哈
 

评分:0

我来说两句

Open Toolbar