测试真的没必要妄自菲薄，测试也是系统的重要建设者之一，不是只能奶妈角色，输出也是非常给力的，测试要提升核心竞争力，不是全力将自己变成产品或者开发，而是要学习产品和开发的技术和思维，从而让自己的测试用例搭建的系统变成项目全体执行的标杆。
有事没事多挖点开发的墙角，多学多敲代码，看下设计思想等，即便没法到达和开发一样的程度，但是对于测试定位问题的能力提升还是很大的（定位问题也应该是测试份内的基本功，不要想着推给开发）。
但是楼要建立多高，得看地基的承受能力，测试的基础和理论知识的迭代巩固决定了一个测试人的潜力，如果单纯的想通过一些技术包装来提高自己的关注度和认可度，也太泡沫了些吧。测试要从自身岗位和行业发展来寻求具有测试特色的理论与技术发展之路，这样的测试才能真正的成长和成熟起来。
（现在听到好多声音：“哇哦，那个测试好厉害，会写代码，会做工具。。。”，“嗯，厉害毋庸置疑”，一种莫名的悲哀，其实：“这个已经经过专业的测试”，这种可以给大家一种坚定的安全感的认可，有没有觉得真正的欢欣鼓舞）。
有没有这种感觉：理性的开发，感性的测试，随性的产品。
测试与开发的区别
开发--为了实现而工作，更快、更灵活、更清晰、更稳定，是自（功能）下而上（用户）来支撑用户需求，
测试--为了满足而工作，无忧、无虑、无感，满足、惊喜，是自上（用户）而下（功能）来支撑用户需求，
大家的最终目的是一致的：用户和系统达成完美协调，但是起始点不一样，所以沿途的风景还是有差距的。
it行业发展至如今：产品、测试、开发的岗位职责分的越来越清晰，但是岗位职能却变的模糊起来，大家都趋向于“全才”，产品、测试、开发都互相了解对方的职能，从而沟通和协作越来越高效，也促成it行业在时间维度上的更激烈的竞争。
空间趋于饱和-时间维度的竞争尤其惨烈-断点眨眼间来临，大家且行且思量。