如果将软件开发过程看作是一个连读的工作过程的话，那么QA部分应该属于工作周期中的最后阶段。在传统的瀑布型中，测试人员通常是在项目开始后的几周才开始参与工作的。

在敏捷项目中，QA资源对于项目来说至关重要。项目周期团队中必须包括测试人员，并且从需求到构思、再到每个新功能的发布，测试人员都必须参与其中。

这样，测试人员才能清楚地知道，接下来将要进行的什么样的测试，且能够明确从用户角度来看，他们的需求具体是什么、他们的体验如何。

02 通过需求来定义测试脚本

测试脚本或测试用例对于QA来说都是至关重要的。不完善的软件项目管理计划，对软件测试的发展是非常不利的。QA测试人员须提供清晰的文档，以确保测试是按正确的方法进行的。

通常，产品团队的职责是确保试人员或测试团队，能够清楚地理解测试脚本。模板应易于理解，且可以被任何人接受并进行软件开发。

03 单元测试

单元测试通常由开发人员开发并实现，有时QA工程师也也会参与其中。单元测试通常是指以单元为单位，来测试正在开发的代码，以确保其全部功能的实践。

单元可以是正在测试的函数、模块或者类。尽管许多公司已经开始投资于自动化单元测试工具，但大多数仍然得靠手工流程来实现。

04 功能测试

功能测试的实现是基本围绕两个问题展开的：

——“用户能完成任务吗?”

——“这个功能真的有用吗?”

测试人员将通过更改数据流，来确保用户可以在正在构建的特定流中来回切换。从一个纯功能性的角度来说，测试者的目标就是确保所有的工作都能按照预期，有条不紊地实现，并且过程中不会出现任何问题。

例如，在一个移动页面上，会出现没有返回键等类似的问题。

05 比较测试

软件测试的关键步骤，是确保UXA和设计器构建用户体验与最终实现相匹配。大多数情况下，只有有能力的QA测试人员才能发现这些差异。

一个有经验的测试人员必须掌握，仅通过一个小的细节就能够立即捕捉到问题的能力。

06 性能测试

简单来讲，性能测试就是指添加了一个特性之后，它能够确保正在变换的流的总体性能中，没有出现任何延迟现象的过程。

在移动应用的背景下，当出现新添加的功能时，测试者所监控的是应用程序的总体速度和响应度。

将这些指标与当前的生产流程进行比较，并确定新特性是否对设备的整体设备和电池性是否有任何影响。

07 负载测试

负载测试的任务是十分艰巨的，特别是对于流行的软件——应用程序和网站来说。最终，测试者想要测试的，通常是通过压力测试的自动化脚本，这是应用程序的断点。

应用程序或网站上运行不正常，说明QA团队没有做好负载测试，因而他们的服务器并不能够承受高流量负荷的工作。

除了测试一个应用程序的断点以外，测试者还需要测试在应用程序开始减速之前会发生什么。例如，一些电子商务移动应用程序在向购物车添加了一定数量的商品后，会变得更加难以管理。

从业务的角度来看，这是完全可以被接受的，但测试人员必须尽快调查，并记录这些能够解决问题、使应用程序将逐渐稳定下来的方法和措施。

08 回归测试

在电影中，经常会有一些穿越的镜头出现。有些人会回到过去，改变一些事情，并会对现在产生一定的影响。同样的，测试也是类似的情况。

即使是最小的代码，它的改变也会对整个应用程序之后的运行，有着意想不到的结果。通常情况下，在实际操作之前，测试者根本无法预制未来即将发生的结果。

而回归测试的出现，就是为了确保在完成一个小的更改时，整个流程仍然能够按预期的方式工作。这就是为什么回归测试是十分重要的，它的开发是为了保证端到端的流在做出更改后仍然有效。

以上，就是本人对移动测试的一点心得，希望对大家有所帮助。

#专栏作家#

陈迪，人人都是产品经理专栏作家。增长黑客，多年国内和海外互联网公司运营经验，专注于SaaS和B2B企业服务行业。

本文原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 Pexels，基于 CC0 协议