在此标题误导您有关“疑难解答”之前。我说的是 QA 在创建错误之前应该做的非常基本的初步检查。或者他们甚至不应该关心它？
为了更清楚，这里有一个例子。假设，应用程序通过 xml 文件从外部源获取数据。收到此 xml 后，内部系统将处理该消息并在数据库中创建一条记录，该记录随后将显示在 UI 上。考虑到这种情况，当 QA 在 UI 上找不到数据时。您是否希望 QA 检查数据库，如果没有找到，那么最终在服务器中是否在创建错误之前甚至接收到文件？我更好奇您（如果您是 QA）或您的 QA 团队如何处理它。
关注点分离。
QA 应该只概述模拟问题的步骤。除非它是一个敏捷设置，其中 QA 可以帮助开发人员进行白盒和单元测试 - QA 角色应该限制为仅提交模拟问题的步骤，特别是对于 QA 主要只进行黑盒测试的场景。
由于存在双重浸渍，它的效率也很低。不管 QA 说什么，开发人员仍将检查值是否从 XML 填充到数据库中。这从根本上是开发人员的责任，开发人员不应该相信 QA 的话。因此，如果 QA 进行一些调查，如果 QA 有很多时间在他们手中，那就太好了 - 但在一个精心管理的团队中，由于角色定义不明确，它会陷入低效实践。
我希望 QA 团队进行足够的调查，以准确描述发生错误的条件。