軟體版本更新測試（摘錄）
by:授客 QQ：1033553122
什麼是更新測試？比如說你們公司開發的産品現已經釋出的是V1.0，由于被發現存在缺陷，這時就需開發Patch或Hot Fix，并進行更新測試，然後釋出V1.1。
更新測試聽起來似乎挺平常的，但它其實也是軟體測試中比較重要的一部分，它通常包括以下内容：
● 安裝測試
● 資料庫測試
● 應用測試
● 文檔測試
安裝測試
當釋出一個系統的新版本時，程式代碼肯定是被修改過了，安裝測試的目的是確定安裝完成後修改過的檔案被複制到了正确的位置，比如說某個檔案夾包含了所有更新的HTML檔案，這時就要檢查相關的CSS檔案夾下的檔案是不是更新了，如果隻更新了HTML而沒更新CSS，那麼相應的顔色/字型就不能正确地顯示。
如果公司研發過程比較規範，安裝測試通常是在配置管理者
的配合下完成的。首先，是檔案夾級的測試，檢查安裝過程中複制到系統中的檔案夾的時間戳是否變化；其次，檢查被修改過的檔案的大小，并和之前的版本進行比較，當然，這分兩種測試，如果是白盒測試，測試人員要打開相應的檔案确認新代碼和改過的代碼，如果是黑盒測試，那就要檢查檔案大小應與舊版本的不同。
資料庫測試
很多情況下，系統的更新都是伴随着資料庫腳本的更新，資料庫測試通常也是由DBA人員或在DBA的配合下進行。更新前要停止資料庫并做備份，然後執行更新腳本，之後測試人員需要檢視資料庫日志，并檢查庫中被修改的記錄是否正确。如果更新腳本是在庫中建立一個新的Table或是新的
Relation，那麼資料庫測試應該關注對空庫的測試，比如先建一個空庫V1.0，隻包含一些空的Table和Relation，而不包含任何資料，然後測試人員執行更新腳本，并檢視日志檔案裡是否有報錯，如果沒有報錯一切ok，則通過應用程式連到資料庫上執行一些功能測試用例來確定資料的Insert或
Update都是正确的。
應用測試
當安裝測試和資料庫測試都通過之後，進行應用測試，有兩種方法：
方法一：先配一個空的資料庫（即除了一些必需的初始化資料再沒有其他資料），然後把應用程式更新一下，執行業務流程測試看系統是否能夠正常運作。
方法二：也是先配好資料庫，但庫裡存有一些實際資料，然後把程式更新一下（比如從V1.0升至V1.1），運作應用程式，檢查那些已有的資料在V1.1上是否也能被正确的展現和使用，最後執行業務流程測試看系統是否能夠正常運作。
有的時候更新完後還要手工修改庫中已有的記錄，比如一個網上銀行的系統，它裡面有很多支付或轉帳的資料，在做更新測試時，就可能要修改那些在上一版本中生成的資料，因為它們可能涉及到多個表之間的資料轉換或一二級限制。
文檔測試
文檔測試主要是驗證相關的版本說明或者安裝手冊等文檔是否和系統更新相比對，這點很重要，因為客戶通常都是根據版本說明和安裝手冊進行系統的安裝或更新。
進行文檔測試必須了解詳細的更新步驟，比如文檔中應建議使用者更新前要備份資料庫、資料檔案、配置檔案等，再比如更新需要複制某些檔案到特定目錄，應當在
版本說明中有所展現，總之，更新時任何必要的說明都應當在版本說明或安裝手冊内闡述清楚，安裝時可以做什麼以及不可以做什麼都應在版本釋出前得
到确認。
注意：
1、針對某些線上系統的更新，更新前要做好備份工作，包括資料備份，代碼備份，可執行檔案等的備份
2、更新測試重點：新功能的測試、改動及改動所關聯功能的測試
作者：授客
QQ：1033553122
全國軟體測試QQ交流群：7156436
Git位址：https://gitee.com/ishouke
友情提示：限于時間倉促，文中可能存在錯誤，歡迎指正、評論！
作者五行缺錢，如果覺得文章對您有幫助，請掃描下邊的二維碼打賞作者，金額随意，您的支援将是我繼續創作的源動力，打賞後如有任何疑問，請聯系我!!!
微信打賞
支付寶打賞 全國軟體測試交流QQ群
