在應用系統集成后總會做大量的測試工作。尤其是兩個系統之間推送帳號成為測試的重點內容，為此我進行了一些總結。

應用系統A與另外一個應用系統B集成后，通過A應用系統平臺為給人員小張開通B應用系統的登錄賬號。這時我們該如何測試呢？要考慮哪些測試點呢？

01

首先要考慮的是帳號密碼策略的問題。不同的應用系統對于開通帳號采用的密碼策略有時是不一樣的。

從A系統開通的賬號的密碼策略是完全遵循A系統密碼策略規則的，那么開通出來賬號為eruid1、密碼為erPass。這個帳號是否符合B系統的密碼策略要求呢？這就需要建立測試用例，測試A系統開通的最為復雜的帳號、密碼是否能夠登陸B系統。如果測試通過，那么這兩套系統的應用賬號就可以放心的推送了。

說到最復雜密碼，如何做測試數據呢？根據A系統的密碼策略我們知道A系統密碼支持大小寫字母、數字、特殊字符。我們不可能窮盡所有的可能情況，因此我們采用邊界值方法選擇數字0和9、小寫字母az、大寫字母AZ，以及鍵盤上除了！和？之外的所有的特殊字符，來作為有效等價類，根據這一原則我們建立一個復雜密碼數據09azAZ@#$%^&*()_+-={}|[]\:";'<>,./~`。

這就是我們準備的A系統中的最復雜密碼數據。

02

要考慮帳號最大長度問題，即通過A系統開通最大長度的帳號，是否能夠順利登錄B系統。

帳號最大長度是我們通過輸入框進行輸入的。所以對于輸入框的測試點我也做了總結。

03

首先是對輸入框最大長度的測試。

當輸入框的輸入內容達到最大長后，輸入框是怎么顯示的?頁面排版美不美觀，是否發生變形，是否發生輸入內容截斷，是否能正常存儲到數據庫?這就是我們所要測試的點。

另外是對于輸入框規則的校驗。

例如：電話號碼的輸入框，郵箱的輸入框，身份證號碼的輸入框，這些特殊的輸入框對于輸入內容的校驗可能會用到一些正則表達式之類的規則。

目前針對一些特殊的輸入框都有成熟的算法可以直接使用。因此具體測試哪些點，我們也很容易找到一些固定的用例。測試過程中我們也要選擇一些有效的方法，避免做一些重復的工作。例如，郵箱規則之前已經充分的做過測試，那么如果在下一個頁面也使用到了郵箱輸入框，而且經過與開發同學的交流，這個郵箱輸入框的校驗代碼復用了之前的代碼，那么我們可以將重點轉移到長度限制方面，對于規則的校驗，我們可以測試一兩條的錯誤數據。