在我工作的地方，它往往會發生這樣的開發和QA會議上是這樣的： （這是引用到SQL Server 2005）如何幫助QA團隊訪問正確的數據庫？
QA：我得到無效的對象名稱客戶
DEV ：嗯？你能發給我你使用的確切的SQL語句嗎？
質量保證：select * from customers
DEV：hmm。 （在一些人認爲之後）你確定你在使用CUSTDB嗎？
質量保證：是
DEV :(在確定QA使用的是CUSTDB_PRODUCTION之後）請添加「USE CUSTDB」，然後告訴我您使用該SQL獲得的結果。
質量保證：哦，對不起，我使用了錯誤的數據庫。
SQL窗口的標籤文本顯示查詢運行在哪個數據庫的信息，但您如何確保QA遵循這一點？
我會承認我犯了多次使用錯誤DB的錯誤。我不傾向於閱讀標籤中的文字。
你對這種情況有什麼經驗？你有沒有找到一種方法來幫助緩解這樣的問題？
如果您的質量檢查正在使用SSMS進行測試，您應該嘗試在SSMS Tools Pack免費加載SSMS的窗口着色選項。這樣你可以立即區分服務器。
如果這不是一個選項，則根本不允許QA訪問生產服務器。他們不應該能夠反正。
這聽起來很有希望。會放棄它。質量保證最好不要回到我說的「標籤是紅色」，當它應該是「紫色 - 黃色」：D 順便說一句，如果這不起作用，我來接你。 – Liao 2009-07-28 09:55:32
我認爲您需要正式確定QA如何報告錯誤。
你需要指定一組信息，他們會與每一個錯誤報告提供，其中包括：（！包括數據庫）
等，您可以採取行動立即或者將它登錄到事件跟蹤系統中並稍後再回來（在這種情況下，以上是非常寶貴的，否則它全部丟失）。
以上可以像電子郵件草稿/模板一樣簡單。但是，你需要對此嚴格要求，否則（正如你發現的那樣），你會繞圈轉圈，也許沒有你需要的所有重要信息。
如果QA被允許進入現場和開發數據庫，使用SSMS，那麼就必須對他們的一部分和/或您的部分他們的訓練一定程度上承擔責任的某一水平。
他們給了一個工具，允許他們提出有關數據的問題，但提出了錯誤的問題，然後向你抱怨 - 如果我是DBA，我會直接刪除他們的訪問權限，直到他們能夠證明他們知道他們在做什麼！我同情這可能不會順利，但至少威脅要這樣做可能會讓他們爲自己想一點。
認爲這個問題作爲「有人做錯事」
有2個簡單的答案：
在同一個音符作爲姆拉登Prajdic，你可以用顏色代碼闕在SQL2008 SSMS中也是如此。
就我個人而言，我在所有查詢中使用完全限定名（server.datatabase.owner.table - 以及我只使用服務器，如果我故意使用鏈接服務器），因爲我從數據庫移動到數據庫這麼多。如果您在要運行的查詢中指定數據庫，如果連接到同一服務器上的不同數據庫或者如果您有鏈接服務器，它們仍然可以工作。如果他們正在編寫自己的問題，您的質量檢查人員是否會將其作爲標準來執行此操作？如果您正在編寫測試查詢，那麼您應該在查詢中指定數據庫名稱，而不是通過使用統計信息。
PS。如果這不是一個有效的問題，請刪除它。我曾與某人在上週對我的問題（和答案）進行了低調處理。 – Liao 2009-07-28 09:36:42
似乎與我有關的編程。 – 2009-07-28 09:38:18