Manjula Anandamurthy剛業(yè)時是一名cobol程序員，如今她已在IT界混了20多年。在印度花了10年獨立為軟件測試項目制定策略并進行管理。她曾在銀行，醫(yī)療及零售行業(yè)當過負責大型軟件測試項目的測試經理。她還干過軟件工具顧問。

　　一個精心設計的測試數據管理流程可以保證更高的測試覆蓋率并減少終端產品中的缺陷。一個典型的測試數據管理流程包括測試數據需求階段，期間測試和開發(fā)團隊成員簡單介紹并將所有要求的測試數據合并。還包括對重新測試的更新頻率。然而執(zhí)行測試項目時，我們卻發(fā)現數據庫不僅僅是一個值，一經發(fā)布它還有額外驚喜。以下三個數據尤其值得關注：

　　例1：隱藏列
　　第一例便是一個醫(yī)療應用程序。病人數據是高度保密的；受數據保護行動的保護，病人對關于他們的隱藏數據保留某些權力。所有醫(yī)療保健單位都必須遵循這一點并確保別人無法獲取這些數據。我們正在測試的醫(yī)療應用程序有隱藏列。這些隱藏列在設計文件，要求規(guī)范或測試用例中無跡可尋。只有在我們將之投入生產時，我們才意識到這些列的存在，且沒有做過使用這些列的測試。這種情況下，我們怎么確保發(fā)布的產品沒有缺陷呢？

　　例2：多媒體數據
　　另一例：我們在網頁用戶可以在上面上傳視頻的網頁上進行變更請求。因為用戶有可能上傳有煽動性的視頻，敏感的東西都必須丟棄并從網頁上刪除。這只能靠人工干預和人為判斷而不能靠自動化來完成。不過，我們還是需要用一些測試用例檢測這些視頻。我們該怎么創(chuàng)建測試數據？難道去上傳敏感視頻？這么做的話，敏感視頻會留在測試環(huán)境中并可能違反信息安全法規(guī)。

　　例3：多個數據庫
　　第三例出現在從兩個不同源頭中提取數據時。比如，遵循HIPAA的法規(guī)在個人數據上執(zhí)行規(guī)則。例如個人姓名必須與他們社�？ㄉ系囊恢�。在一些自動服從的數據庫中定義這些規(guī)則也是有可能的。一個典型的數據庫結構是不允許有這些定義的。所以從兩個這樣的數據庫中提取測試數據時，我們后會使用不兼容這些規(guī)定的測試數據，然后導致不完整的測試。

　　這些只是測試員會面臨的多種情況中的三個。因此，除了常規(guī)測試數據管理流程，測試數據創(chuàng)建階段還有必要包括以下內容：
　　▪▪一名能夠預見數據庫結構中這些數據的存在或不存在的領域專家。如果一些重要機密的信息在任一表格內丟失了，領域專家可以查找去哪可以找到這些數據。測試團隊會意識到這類信息的存在，至少在他們的測試用例中發(fā)現這類場景并未被覆蓋；
　　▪▪一個讓測試網頁可以上傳視頻和其他多媒體文件（包括：定期審核一類的活動）的測試計劃。有了一些語音識別工具的幫助，這類測試的自動化也是有可能實現的。這類數據的維護也應該被創(chuàng)建，存儲和再次利用。一個有效的測試數據管理流程需要一個重要功能的準確環(huán)境和可操作數據。認真考慮測試數據管理策略和控制對高效徹底的測試很有必要。

版權聲明：本文出自 SPASVO澤眾軟件測試網：http://m.hgh666.cn/news/html/20141028151018.html

原創(chuàng)作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。