这句话在一定程度上违背了软件测试的基本原则和规范流程，主要错误在于：

1. 职责分离：测试人员与开发人员的角色和职责应当保持清晰分离。测试人员的主要任务是发现并报告问题，而不是直接修复问题。如果测试人员自行修改代码，可能会混淆角色，打破职责分工，不利于问题根源分析和质量管理。

2. 问题跟踪与管理：发现问题后，应该按照标准的问题跟踪流程上报，包括记录问题详情、重现步骤、预期结果和实际结果等，而不是立即修改。这样可以让开发团队了解问题所在，讨论解决方案，并且在未来避免类似问题的发生。

3. 变更控制：任何对代码的修改都应该遵循变更控制流程，包括代码审查、版本控制和回归测试等步骤，以确保修改的正确性和不影响其他功能。

4. 风险控制：测试人员直接修改问题可能导致未经过充分验证的代码进入生产环境，带来潜在的风险。即使问题看似影响不大，未经正式的修复流程也可能引发连锁反应，影响产品质量和稳定性。

因此，正确的做法是测试人员发现问题是应当及时、详尽地记录并提交给开发团队，由开发人员按照规范的开发流程进行问题修复，然后返回给测试人员再次验证确认。这样才能确保整个软件开发生命周期的可控性和产品质量的可靠性。