1. 程式人生 > >資料遷移的一般測試步驟及測試點

資料遷移的一般測試步驟及測試點

資料遷移測試,一般遵循三點--正確性,一致性,可用性。

以下是測試的一般執行步驟:

1.確定遷移範圍:確定遷移哪些模組的基礎資料
2.整理舊系統與新系統的表結構:找舊系統與新系統資料庫表結構的設計文件,來了解表及欄位的詳細資訊
3.整理舊系統與新系統的欄位匹配,值匹配關係:
4.大體核心流程使用舊資料測試:核心舊資料套用系統核心流程測試,檢視是否有驗證bug出現
5.基礎資料測試:(1)基於資料庫直接看欄位儲存的值進行測試(2)基於使用者登入前臺系統進行查看錶所在相應選單欄位展現的值(3)基於檢視遷移過來資料的總條數是否正確
6.資料可用性測試

7.業務全場景覆蓋測試:舊資料在新系統操作流程是否受到阻礙,新資料在新系統操作流程是否受到阻礙

資料遷移的測試點分為頁面構造資料測試點和資料庫測試點,下面就分別來總結以下兩者常見的測試場景

頁面構造資料測試點:

(1)構造介面欄位最長值的資料,測試兩邊欄位長度限制差異
(2)各種格式的資料,測試兩邊欄位格式限制差異
(3)欄位全填的資料,測試兩邊欄位是否會丟失或者遷移錯位
(4)欄位預設值的資料,測試兩邊欄位預設值是否顯示一致
(5)重要下拉欄位的所有情況,測試遷移是否顯示正確
(6)對舊系統有新系統沒有的欄位,驗證是否遷移過去
(7)舊系統沒有,新系統有的欄位,驗證是否給與正確的預設值
(8)針對新舊系統欄位的唯一值判斷構造資料測試驗證
(9)針對新舊系統欄位的是否為空構造資料測試驗證

(10)欄位各種區間資料,測試新舊系統欄位的範圍限制

資料庫測試點:

1)舊資料庫中的表遷移到新資料庫中表有什麼變化
2)哪些欄位在舊資料庫中中不存在,而新資料庫必須有,這些資料在新資料庫中預設值
3)哪些資料欄位一部分有資料,一部分無資料,遷移到新庫中無資料這部分如何處理
4)資料庫中表欄位採用程式碼編碼的,檢視新舊資料庫是否一致

相關推薦

資料遷移一般測試步驟試點

資料遷移測試,一般遵循三點--正確性,一致性,可用性。以下是測試的一般執行步驟:1.確定遷移範圍:確定遷移哪些模組的基礎資料2.整理舊系統與新系統的表結構:找舊系統與新系統資料庫表結構的設計文件,來了解表及欄位的詳細資訊3.整理舊系統與新系統的欄位匹配,值匹配關係:4.大體核

App測試流程試點

開始 很多 邏輯 離線 推送消息 錯誤 退出app 框架 交換 1 APP測試基本流程 1.1流程圖 接收版本 盡快申請到正式環境下測試

功能測試方法試點

宣告:由於本人剛接觸功能測試。故以下言論可能會有不足的地方。我是本著學習的態度發表這篇文章。希望各路人士不吝賜教。 測試方法   劃分等價類  把所有可能的資料輸入劃分為若干部分,然後從每一部分選擇少數具有代表性的資料作為測試用例。 (1)有效等價類  合理,有意義的輸入資

APP測試流程和試點

軟硬件 定位 硬件 pst 消息推送 訪問 業務 安全 目錄結構 1 APP測試基本流程 1.1流程圖 1.2測試周期 測試周期可按項目的開發周期來確定測試時間,一般測試時間為兩三周(即15個工作日),根據項目情況以及版本質量可適當縮短或延長測試時間。正式測試前先向主管確

APP測試常見功能試點

就目前我們網際網路+中心的大多數APP產品而言,功能測試仍是整個測試過程的基礎和重點,佔比很大。         除去每個產品和版本不同的業務需求以及功能,針對於大多數APP的共同點和移動裝置的特性,本文總結了一些APP功能測試中經常遇見,需要考慮到的測試點以供參考。 1

Web測試的常見試點

Web測試是常見的測試場景,下面從頁面,頁面元素,功能,提示資訊,容錯性,許可權,鍵盤操作部分講述常見的測試點。1.頁面部分(1)頁面清單是否完整(是否已經將所需要的頁面全部列出來了)(2)頁面是否顯示(在不同解析度下頁面是否存在,在不同瀏覽器版本中頁面是否顯示)(3)頁面在

測試-http介面試點

前言 2015年開始接觸QA這個行業,從實習到正式入職,一直都在Qunar的QA崗位上。回顧這兩年多的工作經歷(中間回學校一段時間),雖然做了許多自認為很高大上的東西,但是晉升答辯中被問到的許多基礎問題,卻成了自己最薄弱的一項。所以現在更想把更多的經歷去放到基

2017iOS開發最新的打包測試步驟(親

技術分享 磁盤 同時 主體 luci 今天 pat pro pad 最近也是忙著修改項目,今天把最近遇到的問題和知識給大家分享一下。 有時候我們需要將我們的項目發給測試組進行bug測試,這時候我們就需要把自己的項目打包,生成一個二維碼或者鏈接的形式,給測試組,接下來就是操作

【MNIST/Python】手寫體數字訓練/測試資料集(圖片格式)下載分割預處理

MNIST手寫體數字資料集 MNIST是一個手寫數字資料庫,它有60000個訓練樣本集和10000個測試樣本集 由Yann LeCun等人建立,是NIST資料庫的一個子集 官方網址連結:Link 官網上的資料庫檔案形式如下: train-images-idx3-ubyte.

linux下安裝libcurl開源庫的一般安裝步驟

tps .com 開啟 怎麽 是個 默認 常用 inux 就是   前言   總有人說:要多看源代碼!那麽源代碼去哪找呢?找到了又該怎麽安裝呢?本票博客不介紹如何使用和學習,只要講獲取和安裝,以後會將curl和libevent的使用和學習。   一、開源庫常用安裝步驟

接口測試常用試點

文檔 前端 之間 響應 不同 對數 不可 都是 傳遞 接口測試是測試系統組件間接口的一種測試。接口測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換,傳遞和控制管理過程,以及系統間的相互邏輯依賴關系等。 測試的策略: 接口測試也是

滲透測試的8個步驟 展現一次完整的滲透測試過程思路

         滲透測試這個事情不是隨便拿個工具就可以做了, 要了解業務還需要給出解決方案 。之前安全加介紹了金融行業 實戰微信銀行滲透測試, 運營商 滲透測試實戰 ,今天讓我們來說說 滲透測試&n

《機器學習實戰》第2章閱讀筆記3 使用K近鄰演算法改進約會網站的配對效果—分步驟詳細講解1——資料準備:從文字檔案中解析資料(附詳細程式碼註釋)

 本篇使用的資料存放在文字檔案datingTestSet2.txt中,每個樣本資料佔據一行,總共有1000行。 樣本主要包含以下3中特徵: (1)每年獲得飛行常客里程數 (2)玩視訊遊戲所耗時間百分比 (3)每週消費的冰淇淋公升數 在使用分類器之前,需要將處理的檔案格式

測試用例例項--常見功能試點

  筆者在網上看到了一篇文章,個人認為此文對於“軟體常用功能測試點”總結的很好,特此摘錄下來和大家一起分享。         1. 登陸、新增、刪除、查詢模組是我們經常遇到的,這些模組的測試點該如何考慮   1)登陸   ① 使用者名稱和密碼都符合要求(格式上的要求)

可用fidder測試的一些安全試點

以下是整理的一些常見的安全滲透測試點 1.用工具fidder抓包攔截篡改伺服器端返回的程式碼,導致下級擁有對上級的訪問操作許可權 以下是公司開發寫的使用者角色許可權頁面跳轉 修改普通角色跳轉的頁面為管理員跳轉的頁面 2.篡改傳輸的資料,積分兌換下訂單,可以花別人的積分兌換東西送貨到我想送的人和地址

測試常見試點

1.介面的比例大小、加載出的內容 2.頁面的按鈕展示,以及按鈕的功能 3.使用者註冊中的驗證碼失效的校驗 4.使用者登入過程中的斷網行為 5.使用者登入後的左側選單欄,選單欄的情況,選單欄的伸縮情況,不同身份展示的選單欄情況 6.列表中【上一頁】【下一頁】【首頁

7-5 字串轉換成十進位制整數 (15 分) 試點 2 測試

7-5 字串轉換成十進位制整數 (15 分) 輸入一個以#結束的字串,本題要求濾去所有的非十六進位制字元(不分大小寫),組成一個新的表示十六進位制數字的字串,然後將其轉換為十進位制數後輸出。如果在第一個十六進位制字元之前存在字元“-”,則代表該數是負數。 輸入格式: 輸

查詢功能測試試點

1.查詢條件:有效單一字符集測試   系統支援的有效查詢字符集,比如大小寫字母,數字,下劃線等。支援中文的系統,還應進行中文查詢條件測試   2.查詢條件:無效單一字符集測試   系統不支援的有效查詢字符集,比如可能存在的!?#¥%……等字元。   又比如在數字域中輸入字元等。

Oracle 資料備份和恢復資料遷移

資料庫備份及備份的方式 物理備份 冷備份 熱備份 邏輯備份 exp/imp expdp/impdp Oracle的恢復 例項恢復-Crash recovery 當資料庫庫因非正常方式關閉後,再次開啟時,需要進行例項恢復。 – 伺服器掉電 – 作業系

redis-cluster部署資料遷移

工作原理 Redis叢集介紹 Redis 叢集是一個提供在多個Redis間節點間共享資料的程式集。 Redis叢集並不支援處理多個keys的命令,因為這需要在不同的節點間移動資料,從而達不到像Redis那樣的效能,在高負載的情況下可能會導致不可預料的錯誤. Redis