我們正在部署對生產中主要應用程序的更新。該更新已通過QA測試，看起來不錯。我們的客戶想要在生產中進行測試。對於這種情況，我們將使用生產中的「測試數據」運行應用程序，一旦測試完成，我們將刪除「測試數據」。應該在生產中使用測試數據嗎？
一些服務器管理員反對這個，因爲「測試數據不屬於生產」。我認爲這是可以的，因爲QA服務器和生產服務器有不同的硬件，數據庫內置不同的應用程序（QA有更多的數據庫，生產專用）。除此之外，還有其他事實可以用來支持我的觀點嗎？
編輯：添加上下文
該應用程序是一種工具，它可以自動接收和數據的驗證。我們通過電子郵件接收文件，這個工具會自動驗證它們並將它們導入數據庫。我們有一個使用這些信息創建報告的BI系統（excel文件通過電子郵件接收，然後驗證，然後報告/視圖出來，所有這些都是自動的）。
「測試數據」是代表真實數據（實際上是真實數據但存在問題或者太舊）的舊文件（來自以前工作的好和壞文件）。
您的管理員是正確的。在生產中有測試數據會使您面臨風險（安全漏洞）：
例如，如果您在生產過程中具有非激勵身份，您可以向他們付款。如果他們與真實的銀行賬戶相關聯，那麼您將失去金錢而無法檢測到它。
測試數據可以更改您的管理報告。假冒僞劣行爲時，有些可能會影響報告並影響決策。這將很難跟蹤，甚至更難以糾正。
測試數據可以與生產數據交互。如果有人犯了錯誤並做出錯誤的聯繫，生產數據可以根據測試數據進行更改。
如果您要標記測試數據，沒有什麼好方法可以檢測到您有測試數據。所有數據都可以標記爲測試數據。如果您處理的是業務層中不同的測試數據，那麼它不會成爲您的生產環境的真正考驗。
是的！但是，在生產中手動使用測試數據對我來說不是一個好主意，因爲它不能被控制或監視。我的答案在下面假設測試數據用於自動化測試。
生產中的測試數據是「今天」的需要。當自動化測試不是要求（或不存在）時，這並不是一個要求。所以一般來說這將會被折磨。安全是主要原因。它在搞亂網站分析方面的影響是另一個原因。這些是真實的和充分的理由。
人們不能簡單地把測試數據放在生產中，特別是在項目結束時。這需要從開發時間開始作出要求。所以測試數據需要從第一次部署開始就在生產中。其影響需要研究和記錄。整個組織需要了解它的好處和影響。
測試數據需要根據其類型，需求或上下文進行劃分。例如：可檢索的測試數據和可編輯的測試數據。第一步是獲取可獲取的（只讀 - 永不改變）測試數據。也許這是我們在很多情況下可以做到的最遠，仍然會提供好的結果。這個只讀測試數據的創建需要自動化並且最好記錄下來。
測試數據在生產中的好處是巨大的。應用程序的自動化測試對於應用程序本身而言更爲珍貴。如果管理層意識到那麼至少最初的「皺眉」會發生變化。我認爲生產中的測試數據應該被視爲一個需求/用戶指標，並且應該減輕對它的所有問題。新的發展模式需要在這個領域發展。
這種討論也涉及到集成測試和這篇文章的重點是it over unit testing
如今，它是一個很好的做法也象生產同樣的基礎設施配置分段環境帶來的好處，這樣你就可以執行pentests，負載測試，並做任何你想做的事情，以確保生產將按照你的期望行事。
我不認爲有足夠的上下文。什麼是測試數據？什麼是應用程序？運行測試數據意味着什麼？ –
本身「測試數據不屬於生產」並不是真正的理由。這個解釋背後可能有一些潛在的原因，我最有幫助的是找出他們爲什麼這麼認爲。 –
謝謝，我只是添加了一些上下文。 –