一年半工作总结与思考

hjjlearning · 发表于 2007-12-13 11:57:06

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

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

去年我从成都某软件学院毕业，读的是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