天天看點

《Web測試囧事》——2.3 修改産品代碼時忽視了對遺留資料的處理

本節書摘來自華章計算機《web測試囧事》一書中的第2章,第2.3節,作者 黃勇 雷輝 徐潇 楊雪敏,更多章節内容可以通路雲栖社群“華章計算機”公衆号檢視。

線上購物平台通常允許商戶展示很多商品資訊,而商戶一般會批量上傳這些資訊。小蔡所在的産品團隊也為使用者提供了這一功能,允許他們使用規定格式的xml檔案批量上傳商品資訊(見圖2-3)。

《Web測試囧事》——2.3 修改産品代碼時忽視了對遺留資料的處理

以批量上傳圖書資訊為例,商戶通過在xml裡設定店鋪的id,商品id、分類、名稱、isbn、作者、圖書類别、價格、出版日期、簡介和圖書頁數,就可以一次性完成多本圖書資訊的上傳。

在功能上線後的一段時間内,業務方根據商戶使用的回報,發現需要對上傳xml的字段進行如下修改。

《Web測試囧事》——2.3 修改産品代碼時忽視了對遺留資料的處理

産品團隊很快根據業務方的回報進行了代碼的修改,修改後的xml格式如圖2-4所示。

《Web測試囧事》——2.3 修改産品代碼時忽視了對遺留資料的處理

對于業務方回報的第一點枚舉值的問題,産品團隊在代碼中進行了修改;而對于第2點中商戶不設定主圖的處理,産品團隊同樣隻能在代碼中進行改動。

小蔡在xml修改前後都使用上傳xml的方式進行了測試,沒有發現問題。在完成相關功能測試後,她在執行探索性測試時,發現對之前的遺留資料,也就是更改xml和産品代碼之前的商品頁面進行浏覽的時候,頁面會顯示錯誤資訊,而新上傳的商品卻沒有問題。

這次功能修改隻包含業務方提出的3個回報,是以小蔡和開發人員根據這個思路尋找問題所在。

《Web測試囧事》——2.3 修改産品代碼時忽視了對遺留資料的處理

開發人員很快對這個問題進行了修改和部署,小蔡根據這次的經驗,全面地設計并完成了各種測試場景。

小蔡通過這個例子學到了一點:在功能上線使用的情況下,如果對功能涉及的資料字段有了修改,一定要測試對遺留資料的處理和相容情況,最好在設計和編寫代碼時就考慮對遺留資料進行資料遷移(data migration),并為之設計回歸測試。

《Web測試囧事》——2.3 修改産品代碼時忽視了對遺留資料的處理
《Web測試囧事》——2.3 修改産品代碼時忽視了對遺留資料的處理