如何帮助QA团队访问正确的数据库？

Question

在我工作的地方，经常会发生开发人员和QA会话，如下所示： （这是参考SQL Server 2005）

质量检查：我得到无效的对象名称'客户' DEV：嗯？你能告诉我你使用的确切SQL语句吗？ 质量保证：从客户中选择* DEV：嗯。 （经过一些人的思考）你确定你使用的是CUSTDB吗？ QA：是的 DEV :(在确定QA使用CUSTDB_PRODUCTION之后）请添加“USE CUSTDB”，然后告诉我你用SQL获得了什么。
QA：哦，对不起，我使用的是错误的DB。

SQL窗口的选项卡文本显示运行查询的数据库的信息，但是如何确保QA遵循此操作？

我承认我多次使用错误的数据库犯了这个错误。我不倾向于阅读标签中的文字。

您对此类情景有何体验？您是否找到了一种方法来帮助缓解此类问题？

Answer 1

如果您的QA使用SSMS进行测试，您应该在SSMS的SSMS Tools Pack免费加载项中尝试窗口着色选项。通过这种方式，您可以立即区分服务器。

如果这不是一个选项，则根本不允许QA访问生产服务器。他们无论如何都不应该。

Answer 2

我认为你需要正式确定QA如何报告错误。

您需要指定一组他们将为每个错误报告提供的信息，包括：

1. 他们正在做什么（确切地说）
2. 他们的配置（包括数据库！）
3. 时间/日期（因此您可以匹配日志中的内容）
4. 如何重复（如果可重复）

等。你可以立即采取行动，或者在事件跟踪系统中记录它并稍后再回来（在这种情况下，上面的非常宝贵，否则它们都会丢失）。

以上内容可以像电子邮件草稿/模板一样简单。但是你需要对此严格要求，否则（正如你所发现的那样）你会围成一圈，也许没有你需要的所有重要信息。

Answer 3

如果允许QA使用SSMS访问实时和开发数据库，​​那么他们必须承担一定程度的责任和/或对您进行某种程度的培训。

他们已经获得了一个工具，可以让他们提出数据问题，但是提出了错误的问题，然后向你抱怨 - 如果我是DBA，我只需删除他们的访问权限，直到他们能证明他们知道他们在做什么！我同情这可能不会很好，但至少威胁这样做可能会让他们为自己思考一点。

将此问题视为“某人做错事”

有两个简单的答案：

• 删除他们“做错事”的能力
• 训练他们做正确的事

---

与Mladen Prajdic相同，您也可以在SQL2008 SSMS中对查询窗口进行颜色编码。

Answer 4

我个人在所有查询中使用完全限定名称（server.datatabase.owner.table - 如果我故意使用链接服务器，我只使用服务器）因为我从数据库移动到数据库这么多。如果在要运行的查询中指定数据库，则如果连接到同一服务器上的不同数据库，或者如果您有链接服务器，则它们仍然有效。如果他们正在编写自己的查询，您的质量保证是否采用这样做作为他们的标准;如果您正在编写测试查询，那么您应该在查询中指定数据库名称而不是通过使用语句。