谈谈我目前的软件测试外包工作

发表于:2012-07-26来源:Csdn作者:tulituqi点击数: 标签:测试工作
我目前在一家软件外包公司工作,公司与某国内大公司有项目合作,现在每天被派到那个公司的实验室工作。因为我们公司刚起步,就我一个测试人员,所有和测试有关的工作都要我来完成。

  我目前在一家软件外包公司工作,公司与某国内大公司有项目合作,现在每天被派到那个公司的实验室工作。因为我们公司刚起步,就我一个测试人员,所有和测试有关的工作都要我来完成。

  我们做的项目主要是定制化,客户没有太详细的需求文档,一般只有效果图片(这是我最头痛的地方),最开始做项目的时候我对这个项目不熟悉,开始几天都在熟悉基础版本,同时看旧版的测试用例,进行更新,最后执行测试,提交一系列文档。转大公司测试部测试,测试出问题再返回修改,一般一个项目要几天到十几天,主要看定制化中的需求变更是否很大。

  后来熟悉了项目了,新的定制化就很顺手了。刚开始的时候很怕出问题,因为会影响对方对我们公司的看法,后来慢慢不担心了,因为出错误有时候是难免的,但是要保证没有功能上大的问题出现。

  最痛苦的有两件事情,一个是需求问题,一般测试人员要从需求分析阶段就介入其中,因为所有的测试用例什么的都要以需求为标准来制定,一旦中途需求有变动,就需要修改相应的测试用例,同时重新进行测试。另一个就是时间问题,很多时候感觉时间不够用,尤其是连续做项目的时候,前一个项目刚转测试,马上开始新项目,新项目做了一点,前一个项目出问题了,又要抽出时间去修改,两头折腾,弄不好就会耽误新项目的进度。

  这几天接了一个新项目,正在进行中,前一个版本出问题了,不过还好,不是太大的问题,很快就可以搞定。不过这个新项目的基础版本和以前的不一样了,这几天刚刚熟悉完业务,在看旧测试用例,后来看的受不了了,只好自己写(原来的用例写的相当不好)。这个项目下周就结束了,希望不要再来新项目,想回家过个好年。

  最后谈一点心得,当你刚接手一个新软件的时候,如果有旧的测试用例一定要看一看,因为这个可以帮你更快的熟悉功能,如果没有只能自己摸索或者问问熟悉的人。如果你经常做同一个项目的不同版本,最好建一个bug库(大公司肯定有),这样可以把出现的bug积累起来,避免以后出现;新人也可以通过bug库了解软件可能会出现问题的地方。

  欢迎大家指出我的不足,希望能和大家多多交流测试方面的经验与心得!

原文转自:http://www.ltesting.net