在手機App開發構成中，測試是一個永遠都繞不開的話題，很多系統開發人員以寫出有難度的代碼為榮，但卻不重視對自己編寫的代碼進行測試，這導致了較終到達客戶手中的產品質量不高，bug頻發，損害了直銷系統開發公司的形象。

對于系統開發人員來說，應該將系統開發和自測置于同等重要的地位，花在系統測試上的時間不能比開發少，能否對自己編寫的代碼進行充分的自測，是檢驗一個直銷系統開發人員水平高低的標準之一。

根據直銷系統開發編寫的特點，測試歸納為以下下四種方法：

一、利用模擬工具進行測試

這種方法適用于需要其他模塊(尚不具備)發過來的消息才能觸發程序流程的情況。模擬工具要嚴格按照協議的要求發消息，并處理相應的應答消息。這種方法的優點是可模擬真實的系統來測試代碼，功能覆蓋比較完全；其缺點是模擬工具的編寫比較復雜(相當于要實現一個完整的功能模塊)、花費的時間較多。

二、利用對端模塊進行測試

這種方法適用于兩個系統模塊功能的耦合性比較強且在同時開發的情況。例如，正在開發的模塊1的功能A需要正在開發的模塊2的功能B才能觸發，而模塊1和模塊2的開發進度差不多，此時，就可以通過模塊2向模塊1發消息的方法來對功能A和功能B進行自測。

三、手動執行命令進行測試

這種方法適用于某個系統模塊的功能比較獨立的情況。此時，沒有其他模塊與該模塊進行消息的交互，也沒有編寫單獨的測試模塊。利用手工的方法的優點是可以根據程序的特點設置測試用例，代碼覆蓋率比較高；其缺點是難以對大數據量的消息進行測試，無法保證程序性能。

四、添加測試代碼進行測試

也就是在編寫直銷系統功能代碼的同時，將測試代碼一并加入其中。這種方法的優點比較明顯，那就是無需與其他程序模塊進行消息交互、無需手動插入數據或發消息，當整個系統模塊運行起來之后，測試代碼即可發揮其功效。當然，該方法也有缺點，那就是編寫這些測試代碼需要花費一定的時間，可能導致代碼過于臃腫。

很多人所理解的直銷系統開發人員的工作就是寫代碼，不包括測試，這樣的理解是片面的。直銷系統開發經驗中得出的經驗是，花在直銷系統測試上的時間比寫代碼的時間還要多。為了保證產品質量，很多直銷系統開發項目組也對測試提出了較高乃至苛刻的要求。

作為一位合格的直銷系統軟件開發人員，自測是一個檢驗和提升自身能力的好方法，作為直銷系統開發者一定要對自己編寫的代碼進行充分的測試，并且通過不斷地實踐，大家也可以總結出更多更好的系統檢測方法。