当问题不起作用时QA应该排除故障吗？

Question

在此标题之前误导您“故障排除”。我在谈论QA在创建bug之前应该做的非常基本的初步检查。或者他们甚至不应该关注它？

更清楚，这是一个例子。假设一个应用程序通过xml文件从外部源获取数据。收到此xml后，内部系统将处理该消息并在数据库中创建一条记录，然后该记录将显示在UI上。考虑到这种情况，当QA在UI上找不到数据时。您是否希望QA检查数据库，如果没有找到，那么最终在服务器中是否甚至在创建错误之前是否收到了文件？ 我更好奇你（如果你是QA）或你的QA团队如何处理它。

Answer 1

关注点分离。

质量检查应该只列出模拟问题的步骤。除非它是一个敏捷的设置，QA帮助开发人员进行白盒和单元测试 - QA角色应该仅限于提交模拟问题的步骤，特别是在QA主要只进行黑盒测试的情况下。

由于存在双重浸渍，它的效率也很低。无论QA说什么，开发人员仍将检查是否从XML填充数据库中的值。这基本上是开发人员的责任，开发人员不应该接受质量保证的说法。因此，如果QA做了一些调查，那么如果质量保证有很多时间，那就太好了 - 但是在一个精心管理的团队中，由于角色定义不明确，它会落入低效的实践中。

Answer 2

我希望QA团队能够进行足够的调查，以准确描述发生错误的条件。