一名测试工程师的工作经历.doc

《一名测试工程师的工作经历.doc》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、一名测试工程师的工作经历我的测试经历（一）　　从事软件测试行业至今已经有四年半的时间了，在这四年半的时间里，我已经从助理测试员成长为一名专业的软件测试设计师，在这里我只想通过自己的工作经历为刚刚从事这个行业或者想从事这个行业的新人提供一些制定未来发展目标的参考。　　　　我的第一家公司是个只有几十号人的私企，专门成立了软件测试部，这非常难得。作为一名应届生，我能够从事自己喜欢的专业工作也很幸运，我的工作是在对软件测试“零”了解的基础上，从摸索学习中开始的。　　刚开始工作的时候，没有人给予专业方面的指导，因为

2、每个人都有自己所负责的工作，抽出时间来指导你就会耽误别人的时间，所以，学会“怎样自学”才是最基本的生存之道，这种能力是在大学的课堂上学不到的，也正是因为这样，有很多人以坐以待毙的方式等待成手的指导放弃了自己学习的机会，最终导致被淘汰出局。几年前关于软件测试方面的书籍寥寥无几1，网络上可参考的资源也少得可怜，经验几乎都是从动手实践中得来的。最初接触软件的时候什么都是新奇的，熟练的掌握该软件的所有操作步骤是首要任务，放下身段把自己当成什么都不懂的普通用户，仔细的操作它把不太了解的细节或是操作不通的地方记录下来

3、。那么，下一步就是跟熟悉这个软件的所有人去了解之前的操作应得出的正确结果，重点了解那些被记录下来的问题，明白什么样的结果才是这个软件所需要的。后来我才明白做到这两项，其实就已经朝着软件测试的专业领域迈进了一步。我从工作的第一天起就养成了记笔记的习惯（手写的那种），后来证明这种习惯对我的专业技术成长起到了非常重要的作用。　　我的工作任务就是：操作软件à从操作中找出BUG（错误）à告诉开发人员修改à重现BUGà告诉开发人员修改à验证修改好的BUG，在这种工作方式中我不会去关心BUG发生的原因，修正这种BUG为

4、什么会带来更多的问题及什么是测试用例。当时我所负责的工作其实更应该称为“软件测试执行”，因为执行测试的人员不会去考虑软件操作以外的事情。后来单独负责起一个小软件的测试时，在非常紧急的情况下，要求按照测试用例执行（我们以前都是手工执行测试，没有测试用例可参照），写用例的时间只有两个小时，写好后马上开始测试，没有办法我硬着头皮第一次写了测试用例（虽然现在想起来只能称之为测试大纲的东西），但仅仅是简单的用例，却对我的测试工作起到了非常重要的作用。它使我的测试方向更清楚，发现BUG以后能够更好的协助开发人员定位问

5、题，当然修改重现BUG的时间、修改BUG的时间也大大缩短了。这一次的甜头使我认识到了“测试用例”的重要性，所以每当负责某一软件产品测试之前，我都会自己列出相关的测试大纲，在测试的过程中逐渐去完善并且执行，在最后的两个版本中完全执行一次，经过时间的累积，选择了合适的模板后，成熟的测试用例出炉了。在执行的过程中，我考虑一些测试执行速度与代码开发速度等软件产品相关因素的协调结果，这个时期我才进入了初级“黑盒测试阶段”，上述考虑到的那些问题就是最基本的“测试流程”，在技术角度讲我又向前迈进了一步。　　打这以后，网

6、络成为了我重要的信息