最近在寫年度總結時，對目前項目iPhone客戶端的測試流程做了一些分析。由于無線客戶端產品和傳統的Web端測試所注重的點大有不同，客戶端的測試更關注視覺和交互，和各種場景下客戶端的處理邏輯，所以測試流程也需要和傳統的Web測試有所區別。
希望對無線測試有興趣的同學們，一起討論，一起分享。。。
1、目前客戶端測試流程。（單線程流程）
1）單線程流程存在問題：
（1）測試需要關注視覺，交互，功能等所有的問題，對測試自身專業技能要求過高。測試資源投入和產出比不高。
（2）BugBash階段發現交互，視覺，需求問題，修改成本過大，可能直接導致項目周期不可控，項目質量風險過大。
（3）QA在測試過程中提出視覺，交互，需求不足或需求缺少時，很難有主導性。
（4）沒有單元測試，開發自身很難判斷代碼修改后是否會引起的Bug，同時對項目質量造成隱患。
（5）大部分開發對需求細節不清晰，到測試階段發現邏輯上的問題，修改成本太大。
（6）客戶端FixBug，回歸次數過多。
2）總結：
（1）單線程流程，測試資源投入和產出比不高。
（2）交互，視覺，和PD介入驗收測試階段滯后，導致修改成本過大，項目周期和項目質量風險不可控。
2）客戶端測試流程設想（并發流程）
※ 適合項目，不合適小日常。
Step1：測試提供TC，由開發做單元測試，發現問題全部修改再提交測試。
優點：能夠在提測前走通所有業務邏輯，能夠更好的幫助開發發現需求上的問題，降低后期Bug修改成本。開發FixBug后，先執行單元測試后，再交由測試驗證。
要求：測試提供TC，覆蓋率要高。
Step2：開發提交測試后，交互走查，視覺走查，PD需求驗證，功能測試并行執行。
優點：參與測試的角色，從原來單一的測試工程師到項目的各各環節的負責人。測試變的更全面。
要求：需要測試很好協調交互，視覺，產品經理的投入資源問題。測試在前期需要指導交互，視覺，PD如果進行走查，驗收。制定CheckPiont
Step3：測試收集交互，視覺，需求，功能上所有問題。對問題進行解答，過濾，整理，跟蹤，驗收。
優點：盡早的發現交互和視覺，需求的問題，相當于把bug-bash提前。同時，能夠降低測試的工作量，測試可以有時間關注場景測試，異常測試等...
要求：需要測試完全了解產品各個細節，能夠對問題做出詳細的解答。
總結：
1、在并發流程中，測試可以減少資源投入50%。
2、能提高Team的質量意識和提高交互，視覺，PD對主流程以外的關注。
3、把發現Bug的時間，提前一個階段。縮短項目周期，質量風險可控。
4、項目測試如果可以能好的執行并發流程。測試owner可以漸漸轉型為測試Supporter。