1983年，Bill Hetzel的《软件测试完全指南》书中指出：“测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。”至此，人们已经开始意识到，软件测试不应该仅是事后用来证明软件是对的或是不对的，而应该走向前端，进行缺陷预防。
随着工作经验的积累，每个人对测试有不同的理解，如下是在借鉴了刘深梅作者的《测试架构师修炼之道》中的测试六段位基础上融入了自己的想法，如下想法不是标准答案，仅供参考：
测试一段：能根据测试用例的描述步骤来执行测试用例，能对照用例的预期结果发现产品的问题，能够清晰准确地将问题记录（问题发生时间，问题现象，问题日志，出现概率）下来后反馈给开发，开发能够读懂问题描述；
测试二段：对产品需求有一定的了解，能够根据产品需求分析、设计产品的测试用例，发现问题后能够进行初步定位；同时从用户的角度出发，进行测试发现问题；
测试三段：对产品的需求和实现都有较为深入的理解，设计用例时会注意用例的有效性，测试用例时会考虑使用自动化测试等方法提升测试执行的效率；
测试四段：深入理解产品需求和实现，理解产品质量，对产品性能、可靠性、易用性等非功能属性的测试均有所涉及，并掌握其中的测试方法，会使用测试缺陷分析技术，从用户体验角度给出产品质量评估；
测试五段：不断追求最适合产品的测试技术，关注测试过程改进，不断完善测试用例，并在项目研发阶段，不断提升测试效率，推动产品测试技术的进步；
测试六段：能够在项目验证阶段，及早识别出潜在风险，做缺陷预防，并指定针对性测试。整个项目研发阶段能够识别测试重点、难点、风险点，指定出合理的精准化测试策略。
测试七段：将测试方法标准化，并固化为测试工具和流程，随便一个人都可以使用该工具和流程完成项目测试。