我的六年软件测试工程师感悟 _软件测试

不知不觉已经从事软件测试六年了， 2006毕业到进入外包公司外包给微软做软件测试，到现在加入著名的外企。六年的时间过得真快。长期的测试工作也让我对软件测试有了比较深入的认识。但是我至今还是一个底层的测试人员，我的看法都比较狭隘，如有错误还请批评改正。

阅读目录：

软件测试人员应该居安思危
测试人员应该比开发人员更熟悉业务需求
学会如何和开发人员相处
测试人员应该懂一些基本的编程
测试人员搭建开发环境
写文档是测试人员的核心能力
测试后期应该做两天交叉测试
测试人员的瓶颈
尽量实现自动化
自动化测试VS手动测试
自动化测试的技术和开发用到的技术相差太远
最郁闷的是无法听懂开发人员讨论技术
优秀的测试人员非常稀少
大部分的测试经理都是有开发背景的
软件测试的确非常枯燥，需要花费大量精力
英语是测试人员的救命稻草
尽量少用UI自动化测试，多使用单元测试，接口测试

文章插图

软件测试人员应该居安思危每当经济不好，公司业绩不好的时候，公司都可能进行裁员。首先裁的就是测试人员。因为测试人员的技术水平相对来说比较低，容易被替代，招起来也比较容易。公司往往先拿测试人员开刀。
身为测试人员，虽然我们平常的工作大部分都比较安逸。但是千万不能温水煮青蛙。应该自强不息，要像开发人员一样，不断学习，提高自己的编程水平。这样就算被裁也能很快找到新的工作。
测试人员应该比开发人员更熟悉业务需求测试人员的水平主要体现在测试用例的设计上。要设计出全面，覆盖广的测试用例，需要测试人员对自己所测试的项目的业务需求非常熟悉，甚至要比开发人员还要熟悉。
如果是测试银行系统，通信行业，或者ERP软件。这些业务知识非常有用的，学习起来比较有激情。
要做到精通业务需求谈何容易。
1. 要熟读功能需求文档，任何有疑问的地方都要去和PM确认。
2. 把自己当成最终用户，经常使用自己所测试的软件。模拟用户的行为。
3. 熟记软件的每个功能。
假如倒霉碰到一些又没用，又繁琐的软件，真的是不想去学习它的业务（出了这个公司就再也用不到的业务）
学会如何跟开发人员相处测试人员必须跟开发人员密切合作，所以跟开发人员搞好关系是相当重要的。
1. 和开发人员成为朋友。
熟悉了干啥都方便
2. 不要打扰开发人员
看到开发在聚精会神写代码的时候，千万不要去打扰人家。写代码需要集中精力，如果被打扰，就会中断思考。
3. 集中问问题。
把需要问的问题都总结起来，集中起来问开发，这样能节省大量的时间。
4. 写好Bug ，不被开发人员烦。
如果开发人员看到一个Bug 描述不清楚，还无法重现，他肯定会骂测试人员。所以测试人员一定要写好Bug ，描述精确，简洁，没有歧义，详细简洁的重现步骤，加截图。
测试人员应该懂一些基本的编程你的产品是用C# 开发的，那测试人员应该有C#的入门知识。你测试web程序，你起码要了解html,css, JAVAscript, Jquery吧，否则你测了一两年web程序，都不知道这东西是怎么做的，悲剧了吧。
只有懂代码你才能和开发人员交流，不被开发鄙视。
测试人员搭建开发环境产品的代码是最好的学习资料了，我们不能总跟在开发屁股后面做测试，不能老是等开发build一个版本后，我们就测试这个版本，开发check in了什么代码，测试人员一点都不知道。偶尔我们应该了解下产品代码是怎么设计的，了解下开发人员是如何修复bug的。说不定编程水平高了，还能帮开发做code review.