軟件測試中基于狀態轉換的測試
世間萬物，緣起緣滅，每天都在經歷著各種各樣的狀態轉換。
作為一個測試人員，在工作過程中，經常會碰到軟件中事物具有多個狀態，各個狀態在滿足某些條件時，實現狀態的轉換。
軟件中事物狀態間的轉換一般可分為兩類：一類是各個狀態之間轉換有一定的序列關系，如工作流，必須先發生A狀態，才能到B狀態，狀態A和B之間有先后順序；一類是各個狀態是并列關系，各個狀態間可以相互轉換，如狀態C和D，可以由C轉換成D，也可以由D轉換成C。這兩種類型的狀態轉換，都需要注意用戶角色權限。
所謂狀態轉換的測試，是指在測試過程對于軟件中事物狀態的轉換，我們需要模擬使狀態發生轉換的各種用戶操作場景，以及通過一些非正常手段來校驗不允許發生的狀態流轉�；旧蠈顟B轉換的測試，我們設計的用例需要涵蓋允許的狀態轉換和不允許的狀態轉換、以及用戶角色權限的校驗。
對于那些只有2個狀態轉換的情況，往往在基于主流程或備選流程的用例中添加狀態校驗項來實現；而對于那些有復雜的流轉過程或者有多種狀態的情況，只是通過用例中添加的狀態校驗項來，很容易遺漏狀態的轉換關系，更主要的各個狀態的轉換被拆分到各個功能模塊的用例中，非常的零碎，如果希望就針對狀態轉換的一個回歸，篩選用例將會是一件非常麻煩的事情，而不存在的狀態轉換校驗則沒有辦法體現，由此我們很是需要專門針對狀態的流轉做一個測試設計。
無論是序列關系還是并列關系的狀態轉換，我們都可以從需求說明書（PRD）中獲取狀態的流轉信息，為了更清晰的描述這種狀態流轉，我們可以通過狀態圖來表達。有了狀態圖，我們就可以從用戶使用的角度、結合用戶的實際需求去考慮，這些狀態的流轉是否符合用戶的操作習慣，檢查是否有冗余或者缺失的狀態；程序的實現是否可以讓用戶操作盡可能的簡單易用；狀態流轉路徑末端節點是否是終結狀態，終結狀態是否存在逆向的狀態流轉。
下面就這兩種類型的進行實例說明。
序列關系的狀態轉換：spu編輯狀態的轉換。
Spu編輯狀態的轉換，是一個有序的過程，在一個生命周期內，某個狀態下，滿足要求才會流轉到下一個狀態，大部分狀態的流轉是單向的，任意一個狀態流轉分支都是從初始狀態出發，到終結狀態終止。
并列關系的狀態轉換：商品狀態的轉換。
商品各個狀態間的轉換，也有起始狀態和終止狀態，不同于序列狀態，幾乎每個狀態都和多個狀態存在在轉換關系，且狀態之間的轉換是相互的，猶如蜘蛛網一樣，面對這種網狀的狀態圖，測試的時候需要特別注意狀態之間不允許發生的轉換是否存在。
從兩個實例，根據狀態圖，我們可以看到我們需要關注的內容：
狀態：狀態圖中的每一個狀態，都必須進行測試，校驗該狀態下，向其他狀態的轉換是否如狀態圖中展示的一致。
狀態之間允許的轉換：可能是如下情況，相同數據，不同操作引起不同轉換；不同數據（前置條件不一樣），相同操作引起的不同轉換；不同數據，不同操作引起的不同轉換。對每一個允許的狀態轉換進行驗證，設置狀態轉換的前置條件，操作使狀態發生轉換的功能，驗證操作是否正常、狀態是否如預期變化。對使用頻率特別高、或者特別容易出錯的轉換、以及最不常使用的轉換，需要構造更多的測試數據，做盡可能多的覆蓋。
狀態之間不允許的轉換：狀態之間不允許的轉換測試，關注系統返回的錯誤信息和狀態值是否變更，不需要對所有的不可能進行驗證，應該挑選那些特別容易發生的轉換進行測試。
狀態轉換的角色權限：狀態之間的轉換操作，是有用戶角色要求的，我們不僅要驗證有權限的角色能夠正常操作，還需要驗證沒有權限的角色是否能操作，對于沒有權限的角色驗證，在不可能全部驗證的情況下，也是挑選相對容易出錯的操作進行。
狀態的轉換，在軟件中是非常普遍的，通過狀態圖梳理各個狀態轉換的關系，并在狀態圖的基礎上按照狀態和狀態轉換的覆蓋原則進行測試設計，可以有效的保證軟件狀態轉換的正確性。測試過程中，還可以進行隨機的狀態轉換測試。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
