小螞蟻 |
|
|||
風(fēng)雨過后才見彩虹 |
公告
日歷
導(dǎo)航常用鏈接留言簿(174)隨筆分類(189)
0--感興趣的網(wǎng)站1--國內(nèi)測試網(wǎng)站2--測試同行的blog
3--開發(fā)好友的blog最新評論
|
編寫背景:
前幾天都在忙著上駕校,測試時代論壇升級好幾天都沒法進去看資料,今天運氣不錯,論壇可以進去了,可以翻翻老貼,把一些自己認(rèn)為比較有價值的整理整理然后收藏;看完測試時代的接著就要翻一翻51testing的了。 今天收錄的關(guān)于歷史數(shù)據(jù)遷移的測試,通常很少碰到;在我過去工作的5年多里,運氣還不錯,做過一次這方面的測試任務(wù),在此記錄記錄。 歷史數(shù)據(jù)遷移的測試 歷史數(shù)據(jù)遷移,說白了就是數(shù)據(jù)庫數(shù)據(jù)遷移,比如:把一個ACCESS數(shù)據(jù)遷移到ORACLE數(shù)據(jù)庫,或者是其它數(shù)據(jù)庫之間的數(shù)據(jù)遷移。 有的人可能會想,既然是數(shù)據(jù)庫數(shù)據(jù)遷移,不需要做測試需求的確認(rèn)了,檢查一下數(shù)據(jù)就可以了;有的人由于沒有做過這類測試、第一次碰到,傻眼了這可怎么測試啊,書籍上說的黑盒測試技巧里并沒有歷史數(shù)據(jù)遷移的測試方法,該怎么辦。 我第一次接到這個測試任務(wù)時,感覺很特殊,因為實在少見,怎么做呢? 首先,在做歷史數(shù)據(jù)遷移測試之前,也需要做測試需求的確認(rèn),主要是弄清楚用戶為什么要做這個歷史數(shù)據(jù)的遷移。 我記得,當(dāng)時這個案例的用戶是因為它的一個系統(tǒng),之前的老系統(tǒng)是在ACCESS數(shù)據(jù)庫中存儲的,后來有了新系統(tǒng)、新系統(tǒng)的數(shù)據(jù)是在ORACLE里,為了把數(shù)據(jù)統(tǒng)一,就需要把老數(shù)據(jù)導(dǎo)入到新系統(tǒng)的數(shù)據(jù)庫ORACLE里,便于新系統(tǒng)能查看到即可。 從這個需求,得出如下測試需求點: 1、 ACCESS數(shù)據(jù)庫里有很多張表,要和用戶確認(rèn)要遷移的是那幾張表?弄清楚老庫中的老表對應(yīng)要遷移到新庫中的那幾張新表? 2、 遷移的表中,那些數(shù)據(jù)字段需要遷移,那些數(shù)據(jù)字段不需要遷移? 3、 老表遷移到新表中,新表中有些必填字段在老表中沒有的,用什么數(shù)據(jù)填寫? 4、 老表遷移到新表中,老表數(shù)據(jù)在新表中沒有對應(yīng)字段存儲,怎么處理? 5、 老庫老表數(shù)據(jù)與新庫新表重復(fù),數(shù)據(jù)怎么處理? 6、 老表要遷移的數(shù)據(jù)記錄條數(shù)是多少? 和用戶弄清楚這些疑問點后,還需要和開發(fā)確認(rèn)疑問點: 1、 老庫中老表的表關(guān)系遷移到新系統(tǒng)新表中的表關(guān)系是怎樣的? 2、 確認(rèn)用開發(fā)編寫的數(shù)據(jù)遷移程序遷移完后的數(shù)據(jù)檢查方法? 確認(rèn)上面的疑問點后就開始做工期時間計劃安排、編寫測試計劃和測試用例。
記得當(dāng)時在確定了測試需求點后,在編寫測試用例時,我重點使用了一下新系統(tǒng)、確認(rèn)新系統(tǒng)會用到老表數(shù)據(jù)的業(yè)務(wù)都有哪些?把這部分業(yè)務(wù)也作為測試用例點進行測試。也許有的人會想,只要后臺把數(shù)據(jù)庫表正確遷移完畢,前臺應(yīng)用程序應(yīng)該是沒有問題的,不需要檢查的。這是一種偷懶懷著僥幸心理的想法。回到之前的用戶需求,用戶為什么要數(shù)據(jù)遷移,目的就是為了能在新系統(tǒng)使用這些數(shù)據(jù),因此在數(shù)據(jù)遷移完畢后,還要重點的檢查老數(shù)據(jù)在新系統(tǒng)中的使用。 就在這個數(shù)據(jù)遷移測試的過程中,我跟我們的部門經(jīng)理說,用戶肯定會有其它的需求、遷移這些數(shù)據(jù)肯定要做一些業(yè)務(wù)處理、新系統(tǒng)程序可能會有改動。結(jié)果在遷移數(shù)據(jù)做完后,用戶真的提出了新的需求,被我說中了。^_^。為了讓這些老數(shù)據(jù)在新系統(tǒng)能很好的完成新業(yè)務(wù)處理,要對老數(shù)據(jù)進行特殊標(biāo)識后才進入新系統(tǒng)、同時新系統(tǒng)針對這部分?jǐn)?shù)據(jù)相應(yīng)要增加功能。這就是用戶需求沒有摸透、沒有看清楚需求背后的真正需求,導(dǎo)致遷移程序需要再次進行修改。 有些人,在測試數(shù)據(jù)庫遷移時,一開始想到的理論知識就是:測試數(shù)據(jù)的完整性、可靠性、有效性;有的人就會問,數(shù)據(jù)的完整性、可靠性、有效性的測試用例怎么寫啊?說實話,我也沒有寫過數(shù)據(jù)的完整性、可靠性、有效性的測試用例,我只會根據(jù)用戶給的需求、整理并發(fā)掘測試需求,根據(jù)需求形成測試用例。也許數(shù)據(jù)的完整遷移測試點就屬于數(shù)據(jù)完整性測試用例吧;數(shù)據(jù)遷移完后新系統(tǒng)對遷移數(shù)據(jù)可正常使用并處理業(yè)務(wù),就屬于數(shù)據(jù)的可靠性、有效性測試用例吧。 不管怎樣,在測試的過程中,一定要弄明白用戶的真正需求,才不會走彎路,雖然只是個數(shù)據(jù)遷移,但不只是簡單的數(shù)據(jù)遷移,背后有著很多不為人知的故事!!!!!^_^
評論:
|
![]() |
|
Copyright © lijun | Powered by: 博客園 模板提供:滬江博客 |