|
人们对未接触的事物,一开始总会认为它是很难的,很高端的,继而反问自己,我可以做吗?记得第一次接触测试的时候,就是这种心理。那时还没毕业,学校里也没有开设有关软件测试的课程。经过一段时间的自学,也还是处于摸索的状态,并没有对测试有个整体认知,只是学了点测试理论。
实习的时候,做的是手工测试。在leader的感召下,天天加班,巴不得每个细节功能都覆盖到。那种工作状态好比是在工厂里的计件工(多劳多得),但实际回报却又不如计件工。如果一天测试下来,没发现几个bug或者压根就没发现一个bug,心里是不好受的。这也是做测试的硬伤,领导看不出你的成果,整个测试团队在公司的地位也是最低的。
后来跳槽了,去了现在的公司。没有测试团队,就我一个光杆司令。利用以前实习的工作经验,给公司做产品测试。由于人力的限制,纯手工测试看到的质量效果实在太低了。第一年,大部分时间花在熟悉产品业务上,写资料文档。为了寻求突破,提高测试效率,公司引进了自动化测试工具。经过一段时间的自学加实践,总算有了点成果,至少能驾驭那个工具了。利用它做回归测试,节约了手工测试的成本,但同时也增加了维护自动化脚本的时间开销。如今,公司的产品已经到了维护性的阶段,测试的工作量不多了,上层领导开始考虑让我去做修复bug的工作。这又让我犯难了,我没做过这种工作啊,要看代码的,我能胜任吗?还好,一段时间的摸索下,对代码不再那么头晕了,也能按时完成工作任务。被公司这么培养着,我有了做测试工具开发的想法,希望能开发出一套跟公司产品非常融洽的测试工具。当然,这只是我的期望,还得靠后期的努力。
上一篇:测试认证:软件评测师历年试题 下一篇:TestComplete之调用外部dll |
|