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

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

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

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

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

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

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