如何在 CRM 系統中對合併的組成記錄進行使用者驗收測試？
我一直在Google上搜尋並了解 UAT 是什麼以及如何執行它們，但我不太了解如何在這種情況下應用它。
我的接受標準是來自重複配置文件的所有歷史數據，這些數據是交易、互動和自定義欄位，例如
booleans並strings合併到主記錄中。我對 UAT 的“測試”部分感到困惑……有什麼要測試的？我們不只是查看配置文件並確認數據存在嗎？這算不算測試？
我正在努力製定測試計劃，因為我真的不知道要測試什麼。
非常感謝任何幫助/建議/閱讀/文章。
背景：我們有大約 300 萬條記錄（記錄是 CRM 中的組成資料），我們已經確定至少四分之一的記錄是重複的（常見情況是一個人有 5 個以上的資料）。
我們已經完成了建立標準並確定哪些重複項將被標記為主記錄的活動，然後將重複記錄合併到主記錄中。
我們的下一步是驗證主記錄，以確保來自重複記錄的歷史配置文件數據保持不變（交易、互動以及任何自定義欄位，如作為註冊的一部分添加的布爾值和字元串，合併到主記錄中）。
任務：我要為多個團隊制定一個 UAT 計劃以驗證合併*（我確實表示我的背景與所詢問的內容無關……但我會嘗試，因為公司中沒有其他人有任何想法在這一點上做什麼，預算真的很緊張，所以不能僱用承包商）*
擁有 300 萬條記錄和 25% 的重複記錄，您有 750,000 條需要合併和驗證的組成記錄。單獨合併和驗證所有 750,000 個成分需要大量的手動工作。
據推測，您將使用一些*自動化來辨識和合併所有這些組成記錄。對於您的使用者驗收測試，您不需要驗證每個合併，您只需要驗證不同場景的樣本。你的任務是設計一個代表這些不同場景的測試案例列表。*簡而言之，您正在嘗試進行全面（非隨機）的抽查
通常，您可以根據用於創建自動化的相同業務規則來設計場景。
例如：
- 確保對於給定的合併集，單個組成記錄處於活動狀態，並且重複項被停用/刪除。
- 您合併兩個成分，每個成分具有不同的家庭地址。兩個組成部分都將該地址設置為首選/主要。合併的記錄應該有兩個地址嗎？哪個地址應該是首選/主要地址？
- 您將兩個具有相同姓氏和相同地址但名字不同的成分合併。這些名稱應該如何組合？他們是被視為一個人（可能是暱稱和正式名稱），還是被視為一對夫婦/配偶/家庭？
- 您有兩個名字和姓氏*不同但地址相同的選民。*他們應該被視為夫妻/家庭並合併嗎？他們應該保持分開，但都活躍嗎？您是否應該假設一個搬出另一個搬入同一地址，並簡單地使兩條記錄中較舊的地址無效？
- 等等等等…對於您關心的任何場景。
作為測試案例的一部分，您需要為我上面提出的問題提供答案，以便告訴測試人員他們在尋找什麼。本質上，您提供了一個場景和期望的結果。測試人員需要驗證實際結果與預期結果是否匹配。如果匹配，則測試案例通過。如果不匹配，則測試案例失敗。
在某些情況下，您可能想要組合方案，以理清您的標準中可能存在的衝突。
鑑於您有一個現有的數據庫可供使用，您可能希望辨識特定記錄以用作 UAT 的一部分。您的測試案例可以辨識特定記錄、合併前數據和預期的合併後結果。然後，測試人員將查找這些記錄並驗證結果是否符合預期。1
一旦您設計了完整的場景列表和期望的結果，您將擁有一個用於使用者驗收測試的綜合測試計劃！
1在軟體開發中，即使是測試也是自動化的，而不是手動進行檢查——但對於一次性項目來說，自動化水平可能不是必需的——它比手動進行更多的工作。）