正文
我们要规划测试流程，首先要熟悉整个项目的规划。因此积极参与到项目中的每个环节当中去是非常必要的。至于测试流程，每个公司有每个公司的实情，就如HTSM一样需要结合实际来定制一样，测试流程也需要结合公司的实际情况来规划。
我稍微列举一下几个必要步骤：
首先项目立项，立项以后，基本上每个阶段的时间都有了一个大概的评估。因此立项之后立马着手于测试计划的编写，当然这个不是最后的方案，测试计划也会根据实际项目的进行而调整。但是还是要先把初稿编写出来，自己心里有一个大概的框架。
完成测试计划后，拿到需求文档并积极打听开发的设计方案。根据获取到文档信息，圈定测试范围，思考测试手段。最后编写测试方案。
需求分析会后，对整个测试范围更加清晰，并可以分解测试点时，开始编写测试分析。测试分析不需要太详细，但一定要有清晰的思路。测试分析主要用于指导“你要测什么？”。
编写准入测试用例，可以用于提供给开发自测。因此此类用例可写得比较详尽。
编写全部的测试用例。注意测试用例包含的各元素（不会的网上有模板）。注意用例前置条件要写得清晰明了，因为用例主要用于“你要怎么测？”。
执行准入用例。虽然开发已经执行过一次，但测试的角度与开发的角度明显不一致。执行后也可用于判断是否可以进入测试阶段。
执行用例全集。此过程可判定软件质量，大型项目建议做日报以及周报。做到及时汇报软件质量情况。
编写准出报告。根据准出标准，判定软件实现是否已达到与需求一致。
编写用户使用手册。为了让用户快速上手使用软件，编写手册供用户参考使用。
参考的文档：需求文档、开发设计文档、开发详细设计文档、开发接口文档、开发字典表等涉及的文档。
下面整理了一下本次大家的提问的问题，对部分问题做了解答：
1、老师你好，公司刚成立不久，请问做客户端的测试流程要注意什么？
回答：首先感谢你的提问。
不太清楚贵公司的具体方针是什么，因此也没办法给太详细的答案。我个人觉得测试的具体方案跟流程都是需要结合公司实际运营情况来决定的。可能需要你自身的学习并应用到实际当中去。
按照我的理解给以下建议，希望可以帮到你：
（1）明确需求。一定要监督需求文档的完整以及可读性，起码可以到能拿出来分解测试需求的情况。毕竟测试先知来自需求。
（2）跟开发沟通在开发之前可以提供设计文档。一定要了解开发的设计思路，这里可以发现一部分开发功能是否真的就达到了需求的要求。
（3）选一个适合公司应用的测试模型。比如V模型或者W模型。
（4）客户端是指APP还是PC的客户端呢？APP的话，注意兼容性测试是否有实体机测试，并且要做相应的风险评估。
（5）积极与需求、开发沟通并调整部门间的合作关系。
2、老大，WEV和APP测试有什么区别？
