什麼是公升級測試？比如說你們公司開發的產品現已經發布的是v1.0，由於被發現存在缺陷，這時就需開發patch或hot fix，並進行公升級測試，然後發布v1.1。
公升級測試聽起來似乎挺平常的，但它其實也是軟體測試中比較重要的一部分，它通常包括以下內容：
安裝測試
資料庫測試
應用測試
文件測試
安裝測試
當發布乙個系統的新版本時，程式**肯定是被修改過了，安裝測試的目的是確保安裝完成後修改過的檔案被複製到了正確的位置，比如說某個資料夾包含了所有更新的html檔案，這時就要檢查相關的css資料夾下的檔案是不是更新了，如果只更新了html而沒更新css，那麼相應的顏色/字型就不能正確地顯示。
如果公司研發過程比較規範，安裝測試通常是在配置管理員的配合下完成的。首先，是資料夾級的測試，檢查安裝過程中複製到系統中的資料夾的時間戳是否變化；其次，檢查被修改過的檔案的大小，並和之前的版本進行比較，當然，這分兩種測試，如果是白盒測試，測試人員要開啟相應的檔案確認新**和改過的**，如果是黑盒測試，那就要檢查檔案大小應與舊版本的不同。
資料庫測試
很多情況下，系統的公升級都是伴隨著資料庫指令碼的更新，資料庫測試通常也是由dba人員或在dba的配合下進行。公升級前要停止資料庫並做備份，然後執行公升級指令碼，之後測試人員需要檢視資料庫日誌，並檢查庫中被修改的記錄是否正確。如果公升級指令碼是在庫中建立乙個新的table或是新的relation，那麼資料庫測試應該關注對空庫的測試，比如先建乙個空庫v1.0，只包含一些空的table和relation，而不包含任何資料，然後測試人員執行公升級指令碼，並檢視日誌檔案裡是否有報錯，如果沒有報錯一切ok，則通過應用程式連到資料庫上執行一些功能測試用例來確保資料的inset或update都是正確的。
應用測試
當安裝測試和資料庫測試都通過之後，進行應用測試，有兩種方法：
方法一：先配乙個空的資料庫（即除了一些必需的初始化資料再沒有其他資料），然後把應用程式公升級一下，執行業務流程測試看系統是否能夠正常執行。
方法二：也是先配好資料庫，但庫里存有一些實際資料，然後把程式公升級一下（比如從v1.0公升至v1.1），執行應用程式，檢查那些已有的資料在v1.1上是否也能被正確的展現和使用，最後執行業務流程測試看系統是否能夠正常執行。
有的時候公升級完後還要手工修改庫中已有的記錄，比如乙個網上銀行的系統，它裡面有很多支付或轉帳的資料，在做公升級測試時，就可能要修改那些在上一版本中生成的資料，因為它們可能涉及到多個表之間的資料轉換或一二級約束。
文件測試
文件測試主要是驗證相關的版本說明或者安裝手冊等文件是否和系統公升級相匹配，這點很重要，因為客戶通常都是根據版本說明和安裝手冊進行系統的安裝或公升級。
進行文件測試必須理解詳細的公升級步驟，比如文件中應建議使用者公升級前要備份資料庫、資料檔案、配置檔案等，再比如公升級需要複製某些檔案到特定目錄，應當在版本說明中有所體現，總之，公升級時任何必要的說明都應當在版本說明或安裝手冊內闡述清楚，安裝時可以做什麼以及不可以做什麼都應在版本發布前得到確認。
如何進行介面測試
什麼是介面測試?介面測試主要是驗證內部系統和外部系統之間以及內部系統子系統之間的互動點 介面測試重點?校驗資料之間進行互動，傳遞，控制以及系統之間的邏輯依賴關係 介面測試工具?介面測試關注點?什麼是介面文件?介面文件內容包括 介面請求引數描述，介面響應引數描述，介面請求資料描述，介面之間邏輯描述，介...
如何進行app測試
也是遵循其他軟體測試原則 單元測試 ui測試 比web測試相對簡單 測試方法 了解作業系統android ios 安裝 安裝包不能太大 安卓涉及許可權授權應該盡可能少的使用許可權 安裝後功能是否正常 安裝目錄 是否後台執行 解除安裝。是否刪除乾淨 公升級 不同版本是否能正常更新 功能是否正常使用 電...
如何進行Sublime Text外掛程式的公升級和解除安裝？
在之前的文章中有說過如何輕鬆快速的安裝sublime text的外掛程式，但是如何進行外掛程式之中的公升級和解除安裝呢？下面小覺將一步步引導大家領會到這一方法。以下內容均有乙個前提 package control已安裝.首先，說下如何以列表的形式檢視已安裝的外掛程式 1 通過ctrl shift p...