摘要：开发团队里总有两拨人和 bug 过不去，他们干的活看着像，其实完全不是一回事。我们用一个真实项目场景，把这俩岗位讲明白。
小张和小李是大学同学，毕业后进了同一家软件公司，但分配的岗位不一样——小张是软件测试工程师，小李是软件测评工程师。
有一天两人在食堂碰面，小张吐槽："我天天写用例、跑测试、提 bug，眼睛都快瞎了。"小李苦笑："我天天对着 GB/T 25000.51 那套标准逐条核对，写测评报告写到头秃。"
两人忽然意识到：咱俩干的活，好像不太一样？
一、一个项目里的两种"找问题"
假设一家银行要上线新版手机 App，整个质量保障环节里：
小张（测试工程师）做的事：
- 拿到需求文档，设计测试计划
- 编写测试用例：登录失败怎么办？转账超时怎么提示？弱网环境下啥表现？
- 用 JMeter 做性能压测，用自动化框架跑回归
- 发现 bug，提交缺陷单，跟踪开发修复，再做回归测试
- 输出测试报告，告诉项目经理：哪些功能稳定、哪些还有风险
小李（测评工程师）做的事：
- 依据 GB/T 25000.51 等国家标准，独立编制《测试大纲》和《测试方案》
- 搭建独立的测评环境（含信创/国产化环境），执行功能、性能、安全、兼容性等第三方独立测评
- 运用专业工具开展全链路压测、资源监控及系统瓶颈分析，进行漏洞扫描与安全渗透测试
- 严谨编写测试原始记录，编制具备法律及政策合规效力的《第三方软件测试报告》
看出差别了吗？
💡 小张是"在开发流程里找 bug"，小李是"站在标准视角下做评估"。一个是质量保障的执行者，一个是质量合规的判断者。
二、为什么需要两个角色
有人会问：让小张一个人干完不就行了？
不行，原因如下：
视角不同。测试工程师关注的是"软件能不能用、稳不稳定"；测评工程师关注的是"软件达没达到标准、合不合规"。前者是内部视角，后者是独立第三方视角。
依据不同。测试工程师依据的是需求文档和公司内部的测试规范；测评工程师依据的是国家/行业标准体系，比如 GB/T 25000.51、GB/T 15532 等。
产出不同。测试工程师交付的是测试报告和缺陷列表，主要给内部团队看；测评工程师交付的是第三方软件测试报告，具备客观性与合规效力，往往要交给委托方、监管方或客户。
三、能力模型的差异
测试工程师的核心能力：
- 扎实的编程基础
- 熟悉各种测试工具和技术
- 测试理论与方法
- 一定的项目管理与沟通技巧
测评工程师的加分项：
- 熟悉软件测试理论与国标体系（GB/T 25000）
- 扎实的标准技术文档编写能力
- 能坚持第三方机构的客观与公正
- 熟练使用 JMeter、LoadRunner、安全扫描工具
简单说：测试工程师要"懂技术、会找 bug"；测评工程师要"懂标准、能出报告"。
四、两个岗位如何协作
在项目开发过程中，这两类角色需要紧密合作：
- 测评工程师为测试工程师提供关于软件产品的质量标准和用户需求的信息，帮助他们更好地完成测试任务
- 测试工程师需要根据测评工程师的建议，调整测试策略和方法
- 两者共同参与需求分析、设计评审等环节，确保软件产品的设计符合实际需求
小李在第三方测评机构工作，他跟小张说过一句挺有意思的话："你找到的 bug 数据，是我做出客观评价的重要依据；而我依据标准给出的合规性结论，又是你调整测试重点的指南。咱俩谁也离不了谁。"
写在最后
软件测试与软件测评，是保障软件质量的"两条腿"。一个让软件"能用、好用"，一个让软件"达标、合规"。两者职责不同，但目标一致——推动软件行业的质量与用户体验不断提升。
下次再有人把这两个岗位混为一谈，你可以底气十足地给他上一课了。
北京青蓝智慧
马老师：13521730416
丁老师：13522094648
