最近有朋友与我聊天谈起测试的一个现象，有一部分测试同行认为软件测试工作简单无技术难度，所以要转岗。后来我们分析了原因发现一些规律，这些同行因为对软件测试了解很少（这方面测试行业有责任），所以觉得这个工作很简单没啥技术含量于是就简单测试了，加上软件发布后用户碰到的问题多时，自己更没有成功感。于是就进入了一个负向循环：认为测试工作简单没技术追求-〉也没有对自己的测试技术能力进行精益求精的追求进步了—>认为测试工作简单无追求 。
为什么软件发布后还有较多缺陷呢？ 谁能搞定这些缺陷？开发技术都能搞定？——很显然开发搞不定这类问题，所以才需要测试人员来专业解决问题。认为测试工作简单无追求的朋友，为啥没有轻松解决较多缺陷遗留的问题呢？ 既然软件发布后还被用户碰到较多缺陷，说明我们测试工作还有很多事可做，还欠缺一些技术。至少是要比现在做得更好才行。虽然很多人认为：软件测试就是写用例，执行用例，最多用用工具，搞搞自动化。的确这些是软件测试的基本活动，可是软件测试工作要做好，要减少缺陷被用户碰到，不仅仅是做完这些活动。如何写好用例？如何执行用例更高效？这些也是我们测试工作持续进步，不断挑战和提升的地方。
以我在软件测试行业的经验和体会，个人认为软件测试的技术至少在三个大领域值得我们去探索和挑战：
领域1：如何通过新软件测试技术使得软件发布后被用户碰到的缺陷逐渐减少。
领域2：如何通过新软件测试技术来缩短整个研发进度。
领域3：如何通过新软件测试技术来减少整个研发的成本。
认为软件测试工作真的很简单无技术难度的朋友，希望以上提供的3个技术领域方向能帮你找到自己技术挑战的方向，找到自我能力提升的方向。
版权声明：本文出自 架构师Jack 的51Testing软件测试博客：http://www.51testing.com/?293557
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
