<p>APP上线前需要经过反复测试，从业务流程、交互跳转、文案、按钮、状态等都需要确认无误后才能发布。创业公司一般没有测试岗位，产品设计师要充当大半个测试人员。虽说是非专业测试，但作为最了解产品的人，测试时还是占有优势。</p>    <p>一个完整的APP，至少需要投入1周测试。产品主要牵头，对应的技术负责做调整，其他小组同事配合。另外，测试是有节奏感的进行，不是一上来就直接关注页面细节，而是从大到小、从功能流程到页面细节、从员工到用户这样一步步完成的。</p>    <h2>第一步，业务方验收产品框架</h2>    <p>产品上线后，最基本也最重要的是：这些功能是否满足了用户需求。所以，在最初测试时，可以跟业务方一起核对，撇开交互、页面样式不谈，是否有出现业务或框架上的错误，是否能实现需求。若有问题，则马上做调整，保证业务逻辑通顺。</p>    <p>比如：产品大框架是否有问题；每个模块的功能是否有缺失或错误；用户核心场景是否有逻辑问题等。</p>    <p> </p>    <h2>第二步，验收用户核心场景</h2>    <p>注：什么是核心场景？在产品初期定位时，会确认用户在什么情况下有什么需求、我们能为用户提供哪些价值、解决哪些问题，及我们通过哪些功能来满足这些基本需求。</p>    <p>业务框架测试完成后，可以开始测试产品的核心场景了。 这个过程可以参照PRD文档，对着场景描述和功能列表一个个测试。测试每个功能时，是否流程能跑通，页面之间的逻辑是否有问题等。</p>    <p>比如：简书是一个阅读及写作平台，最核心的场景之一就是写作。写作流程包括：写作入口-编辑文章-发布文章（保存私密文章）-投稿/分享（再次编辑）。在测试时，就要非常细致的体验这个流程能否跑通， 是否有按钮不能点击或点击无效，无法进入下一步等。</p>    <p>同时，详细在表格中记录每个问题，方便后续给技术调整。文章后面会提供报记录表格技巧。</p>    <p> </p>    <h2>第三步，验收产品交互</h2>    <p>第三步和第二步其实是融在一起，无法分开的。这里单独拎出来是为了突出每个阶段的重点。</p>    <p>测试交互时，每个页面的所有按钮都需要点击，看是否不可点击、是否有页面缺失、提醒和弹层是否准确、跳转逻辑和落地页是否有问题等。另外，页面的空状态、网络异常、消息提醒等特殊情况都需测试。</p>    <p>这一步相对来说，是整个测试过程中，所花时间最长、bug最多、最需要反复测试的地方，因为细节太多，除了参照PRD文档，需要测试人员对业务相当熟悉，这样遇到了问题才能及时发现并提出。</p>    <p>产品设计师作为最熟悉的人，敏感度比一般人都要高，所以，更是需要花很多精力静下心来测试。</p>    <p> </p>    <h2>第四步，验收视觉样式</h2>    <p>交互测试完成后，视觉相对要简单。这个阶段，就需要视觉设计师出马跟技术核对啦。</p>    <p>因为这个阶段只需要核对页面：样式、控件、文案、图片、字体、颜色等是否跟设计稿有出入。有了核对标准，只需测试时细心点，眼力好点儿，一般问题不大。</p>    <p>为了提高效率，视觉设计师可以用稿子跟测试版对照，将有问题的地方标注出来，再提交给技术进行优化。</p>    <p> </p>    <h2>第五步，发动公司小伙伴一起测试</h2>    <p>视觉验收完后，产品的完整度一般能达到80%，这时候可以发动公司其他小伙伴测试啦。</p>    <p>测试前，可以跟大家强调，1.这个版本最核心的用户场景有哪些，在测试时，大家可以重点关注；2.测试出来的问题如何记录、反馈；3.测试周期多长，注意事项有哪些等。</p>    <p>另外，很多人手机系统、型号不一样，利用这个阶段，能发现手机兼容是否有问题，可以多关注下。测试完，收集反馈。</p>    <p> </p>    <h2>第六步，给一部分用户测试</h2>    <p>内部员工测试后，可以发包给一部分核心用户测试啦。<br> 怎么选择这些测试用户？1.选择是跟小伙伴很熟悉关系好的用户，他们会更配合，发现问题也能及时反馈；2.新用户、中间用户、老用户都需要有，如果有条件，甚至可以拉一部分非（潜在）用户。这样大家的反馈才更有代表性。</p>    <p>反馈的问题由人统一收集并给产品和技术同步，进行调整。</p>    <p> </p>    <h2>最后终于上线啦~</h2>    <p>上线后一般会有一段时间阵痛期，比如：bug比平常更多，老用户不习惯新功能，很多吐槽声音等。这时候产品和运营的同学需要及时跟用户沟通，收集大家的反馈（愿意吐槽的用户真心是有爱的）<br> 然后，各种改bug，继续优化。</p>    <p>总之，测试是件很细致的事情，之前还不知道为什么公司需要那么多测试，好像明明没有那么多bug，其实，是测试工程师在后方过滤掉了95%的bug，最终才到用户手中的。</p>    <p> </p>    <p><strong>——向不断写bug、改bug的同学致敬~~——</strong></p>    <p>最后，总结几个小技巧：<br> 1、测试时，最好准备2-3手机，涉及到用户间的互动、消息提醒的地方尤其需注意反复测试；<br> 2、记录bug时，最好有统一模板：问题所属板块、操作路径、问题详细描述、手机型号、解决方案、提交人、备注等；<br> 3、每天统计的bug反馈给技术后，定期（最后隔天）问技术要反馈，将修复好后重新发包，并验收bug是否已解决；<br> 4、当然，bug修复好后，很有可能引发其他bug，所以，依旧需要反复测试整个产品；<br> 5、反复测试反复测试反复测试！！！尤其是核心流程，这时一定要发挥处女座的优势。</p>    <p>祝好运。</p>    <p><a href="/misc/goto?guid=4959671885198786044">文／陈美美_涂涂</a><br>  </p>