应用(APP)上线前测试6步走

wujhn15s2fhn 4年前
   <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>