软件测试—七年老鸟的成长感悟
小编热衷于收集整理资源，记录踩坑到爬坑的过程。希望能把自己所学，实际工作中使用的技术、学习方法、心得及踩过的一些坑，记录下来。也希望想做软件测试的你一样，通过我的分享可以少走一些弯路，可以形成一套自己的方法，并应用到实际中。
目录
前言
这么多年测试做下来的感悟
对测试与开发容易产生矛盾的理解
1.扮演的角色不同
2.测试人员了解不够
3.测试时间不够
4开发人员不信任
5测试理论运用少
6测试类工具使用效果差
结语
前言
不知不觉已经从事软件测试七年了，2010毕业到进入外包公司外包给微软做软件测试， 到现在加入著名的外企。七年的时间过得真快。 长期的测试工作也让我对软件测试有了比较深入的认识。但是我至今还是一个底层的测试人员，我的看法都比较狭隘，如有错误还请批评改正。
这么多年测试做下来的感悟
质量 = 质量数据 & 用户体验 & 工具建设 & 人效比例
一开始以为业务很重要，后来发现是业务量才重要，没有客户量的产品没有生命力，也没有质量诉求；
一开始以为业务很重要，后来发现测试理念和质量保障手段才通用，换个产品，也一样可以复用（需求解读能力，沉淀用例模板，CR能力，覆盖率检查，自动化建设，流量回放建设，性能测试能力，灰度/AB实验手段，监控报警，oncall技术支持），你能把产品质量提上去才是王道，这个质量不仅仅是数据上好看，还包括内外部用户的认知上也觉得你好！有点玄学了。
当然也有那种业务很稳定的公司，质量已经很平稳，为了完成绩效，就需要搞能力工具建设，提高人效。
对测试与开发容易产生矛盾的理解
1.扮演的角色不同
开发人员是软件的实现者，客观的说是价值创造者，测试人员的价值是潜在的。软件成功上线功能没你的份，出了问题首先追责测试人员，测试人员扮演着一个哪都不讨好的角色。
2.测试人员了解不够
测试人员在各个阶段都处于产品的后期，前期很难介入，即使介入，也很难深入。不了解人体结构的情况下，给人看病的医生很难确切知道问题的。如同现在去医院，先查血、再CT，拿着结果单就能知道哪出问题了，我真不想让ZY躺枪，靠聊聊、摸摸真不行。
3.测试时间不够
测试人员的时间永远是被压缩的，因为测试给多少时间都不够，window用了这么多年，不是还是有bug吗？更何况上线的压力，开发挤占的时间，计划1个月，可能剩1周了。逐步的，测试就剩下用户级别的使用测试了。
4开发人员不信任
开发人员并不信任测试人员，功能级的一般交给测试人员，稍微涉及系统性能等核心的，大部分还是开发人员自己测试，测试人员也就边缘化了。
5测试理论运用少
在实际测试过程中，测试理论并不太多，用的更少，基本还是靠测试人员自由发挥，也就使得测试无技术含量。
6测试类工具使用效果差
测试人员好不容易能够玩玩编码，使用测试工具，但是测试工具的使用效果往往并不好，不是编码太耗时，就是测不出问题。在一个长期维护的产品里，自动化测试的效果可能会好一些。但是测试工具的使用并不会提升测试人员太多的技术能力。
测试就是一个模拟软件在实际运用时，系统是否满足功能、性能等多种要求。其实这是一个很难的课堂，如果在短时间让测试更有效是一个需要坚实的理论作为后盾，也是我在工作多年后，对软件测试的真正认识。
结语
1、进入任何行业都需要不断地学习和努力，软件测试工作也不例外，后期的你如果能学习计算机、数据库、开发等知识，将对你的个人提升有极大帮助。
2、时刻保持对行业的热情，既然想在这个行业混，那就就得多去了解行业的新动态，更新自己的技术。你得知道想要站得更高，就需要学习更高水平的技术。
希望有勇气改变的你，能发展得更好，持续学习必不可少，不要让自己很容易被替代！！！
努力的人有的是机会，但不努力的人是一定没机会的！！！