測試資料管理：創造性的解決方案，資料管理解決方案

測試資料管理：創造性的解決方案，資料管理解決方案

Mario Matthee是一名測試員，顧問，認證Scrum大師以及非常不合格的山地>機車車手（正在學習中）。他熱衷於將年輕的IT專家引進軟體測試的世界。他還是開普敦測試自動化使用者組的創始成員之一。畢業於（南非）開普半島科技大學，他是動態可視技術公司的軟體品質保證部的主管。

?

　　測試資料管理可能是測試專家職業生涯中要面臨的最大挑戰之一。還沒有碰上測試資料緊缺或不完整測試資料的人算是相當幸運的。

　　我們並不孤單
　　 缺少測試資料會影響開發員。幾年前，我的一個任務裡，開發員不得不猜測什麼資料會進入資料庫。在把他的代碼給測試團隊前，他絕對沒有開始某種測試的環境。可以想象，測試階段也有災難。因此該項目開始後被中止近三年一點也不奇怪。或許這不是中止的主要原因，但絕對是一個成因。資料對任何系統都重要且絕對是測試一個系統的關鍵因素。資料為系統提供環境，，沒有環境，開始測試階段就值得商榷了。

　　我們真的需要它嗎？
　　 我們後退一步。我們為什麼需要測試資料且我們該怎麼計划去使用它？對於初學者，沒有資料，你只測試應用程式的GUI。以典型GUI為例，我們測試螢幕上的控制項：按鈕，下拉式功能表，文字框等。即使這些測試會被限制，使得從前端GUI無法到達某些螢幕或功能， 因為沒有輸入正確資料。為了遵循系統中的某些流程，就需要具體資料。我們需要測試資料以確保企業規定被測且系統中不同流程被執行。想象一下沒有資料的測試報告，我們開始測試了嗎？

　　測試資料操作
　　 為了讓測試資料有效，我們需要在上面CRUD（建立，讀取，升級和刪除）。測試專家面臨的最大挑戰之一是與第三方的整合。大多數情況下，測試資料只被讀取，且資料數目被限。另一個潛在噩夢是第三方應用程式供應商不提前通知就改變測試資料。讓第三方應用程式供應商保證你能擷取他們的資料庫聞所未聞。沒什麼阻止我們請求，但隨時做好你的請求被拒絕的準備吧。測試資料及其管理對手工和自動化測試都很重要。兩種情況中，測試專家旨在預測他們基於（他們在系統中輸入的）資料的預期結果。多數情況中，測試專家無法建立或操作資料進入所要求狀態。如果無法發現測試資料，就無法執行測試案例。

　　一個真實的例子
　　 讓我將我早期職業生涯中所經曆的一次真實問題為你細細道來。我們不得不測試並將顧客管理系統自動化。一個單獨的顧客賬戶上可以執行100多個不同的任務。比如鎖定賬戶，解鎖賬戶，查看餘額，查看賬戶明細，啟用郵箱，升級郵箱……
　　 測試資料的問題是測試團隊被賦予某些帳號範圍可以使用下遊第三方相應測試資料。所以你可以建立你自己的測試資料並開始利用它，但你無法進行整個端到端的測試，因為新資料不會在下遊系統上。 
　　 只有有限範圍為了測試而被配置在下遊系統上。所以你的測試會受限。 
　　 下個問題是測試員開始分享帳號，或不請求或協調測試就使用測試資料。這就導致應該解鎖的賬戶被鎖，或擁有某些程式包的賬戶某天可以改變未來。測試同一個系統的不同功能時的不一致使一個有16名測試員的團隊受到了挫折。 
　　 澄清一點，並不是所有手工測試都被影響了，但自動化確實是異常噩夢。自動化可以查詢資料並找到資料以供使用，但問題是，有時候資料就在那有時卻不在，因為另一隊成員不斷在改變資料。自動化的一個優勢是在測試執行前搜尋資料。這種情況下，自動化運行就變得不可信了。我們絕對無法預測開始一次一整夜的自動化啟動並執行測試資料是否充足。如果你無法在資料庫中找到資料，最好的辦法就是你自己建立資料。在這兒我不得不強調一下資料完整性的重要性：通過前端或通過執行，資料庫上的某些失序的儲存過程會破壞資料。 
　　 這會進一步阻礙測試工作並有可能造成由測試團隊而不是Team Dev引起的缺陷。讓開發員判定缺陷原因很耗錢，最後卻發現是測試團隊自己破壞的。於是測試發布進程放緩了，自動化無法給投資滿意的回報。 
　　 作為一個測試團隊，我們逐步擴大問題，並請求設計師想出一個解決方案。幾次會議後，制定出了一個計劃。因為那時候想不出一個更好的詞，我們稱這個解決方案為“香草指令碼”。那麼它是幹什麼的呢？它是一個基本消除了系統外特定顧客數的所有資料的預存程序。我是說，所有資料，沒錯，就是所有的。主要是為了維護參照完整性且不破壞資料庫。可想而知，這要嘗試很多次才能成功，但三個月後我們想出了有效解決方案。你們有些會覺得我們瘋了——我們怎麼可能會有這樣一個指令碼？如果將之投入生產呢？！這被視作發布流程和執行後測試的一部分。因為指令碼是通過調用到一個儲存流程執行的，儲存流程要確保執行只在特定資料庫名字和IP地址上完成。 
這些問題按以下方法解決：
　　 ??完整的終端到終端測試是可能的，因為香草指令碼第一個運行，向下遊系統發布命令刪除支援他們的相關資料。重新建立該帳號使得要重建一個下遊，保證所有系統同步。
　　 ??測試員沒必要分享測試號。現在他們可以一遍又一遍地使用自動化去設定理想狀態的用同一個帳號的資料。
　　 ??自動化也使用分配到的帳號運行，所以我們總會有資料以供徹夜運行。
　　 ??通過運行失序指令碼破壞資料庫的風險通過使用進階資料庫開發員編寫的香草指令碼被消除了。

　　結果
　　 結果絕對驚人。假設你要測試一個賬戶完整生命週期，從啟用到刪除，以及期間的所有任務。現在你可以做到！測試開始前，一名測試員運行香草指令碼。現在，他們只需要讓賬戶進入一個他們所需的特定狀態以開始手動測試用例。這也使得我們能夠用同一個帳號為不同的軟體包產品編寫測試案例。自動化突然成功了。我們在36小時內運行300，000多個測試案例。反過來又產生了一個新需求：我們希望自動化運行地更快——但那在一般測試自動化和測試中卻是一個問題。我們該如何解決第三方測試數的共用呢？自動化用一兩個帳號，手動測試員用剩下的。他們開始通過自動化使用香草指令碼將帳號設定為他們所希望的狀態。關鍵字驅動的自動化是解決方案的關鍵，因為它可以讓測試團隊自己設計測試案例組合。

　　總結
　　 測試資料管理可以建立或打破一個測試團隊的精神。創造性的解決方案是需要的。不要停止尋找解決方案，最後總會有所收穫。有時候解決方案就和在正確的時間向正確的人尋求協助一樣簡單。

著作權聲明：本文出自 SPASVO澤眾軟體測試網：http://www.spasvo.com/news/html/20141020154958.html

原創作品，轉載時請務必以超連結形式標明本文原始出處、作者資訊和本聲明，否則將追究法律責任。

Stibo Systems主要資料管理解決方案有什特點？

Stibo Systems的主要資料管理解決方案STEP 系統功能強大、靈活性高、可擴充，能夠適應不斷髮展的需求。適合業務複雜，產品線多樣的企業，Stibo Systems能夠提供多層次能力，能夠根據特定產品、產品類別、銷售地點靈活使用不同層次的平台。Stibo Systems主要資料管理解決方案能夠在具有更多產品和網站、商店和產品類型的複雜環境中中執行。Stibo Systems使企業能夠用單一的資訊來源，以印刷材料和 Web媒體向獨立零售商、國際經銷商和消費者提供產品資料。Stibo Systems使企業用多種語言在多個國家或地區用同一來源在多個渠道上進行營銷成為可能。
 
有好的實驗資料管理系統？提高實驗資料管理效率的軟體？

AppTDM實驗資料管理系統可廣泛應用於航空、航天、電子、兵器、石油、交通等行業、 第三方獨立檢測實驗室。

航空領域
航空實驗種類繁多，特別是發動機實驗（包括環境實驗、包容性實驗、吞咽和吞煙實驗、高空類比實驗等），在實驗過程會產生大量實驗資料，這些資料包括半實物模擬資料、半實物模擬資料等，如何分析以及利用產生實驗資料，AppTDM支援分析大容量資料，並且支援資料批量處理，大大提高了工作效率。

航天領域
航天實驗項目時間周期比較長，涉及資源多，產生實驗資料多，這些實驗資料格式都不統一。
（1）AppTDM根據航天實驗特點，引入了實驗專案管理，包括實驗專案工作分解、實驗任務計劃制定、實驗任務人員分配等手段；
（2）AppTDM對實驗裝置進行全面管理，包括裝置檢定、校準、期間核查等；
（3）和PDM軟體的整合，比如：Avidm。
（4）對第三方軟體產生的資料進行格式的統一轉換，方便處理。

石油行業
石油行業解決方案面向石油、瓦斯精鍊、儲存、分銷和市場、中間體製造和最終石化產品企業。 這些企業為了保持其行業競爭地位，必須實現過程自動化和資料流的智能整合。APPTDM在其中可以起很大的作用，即可保證產品品質，又能保證清潔生產。
1）滿足流程性行業和批次生產過程的工作流程需求。（包括工廠裡從事的品質測試流程和資料共用需求）；
2）提供靈活的報表功能，能滿足多方使用者的複雜性要求，並且可以自動地進行資料擷取；
3）具有與其它應用系統整合的能力，如ERP/MRP, DCS,物資供應系統、人力資源系統等；
4）必須具有足夠的靈活性，使用者的業務和需求發生變化時，可以方便地進行修改，並且易於升級。

神州普惠 實驗資料管理系統AppTDM提供個人化解決方案！