最近在写年度总结时，对目前项目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。
====================================分割线================================
最新内容请见作者的GitHub页：http://qaseven.github.io/
