如何测试APP程序

2022-07-07

如何测试APP概述

如果您仔细阅读我们之前的测试博客，您就会了解手动测试和自动测试之间的区别，以及两者的优缺点。

在这篇博客中，我将讨论 The Distance 的测试部门实际上做了什么，以及我们如何确保交付最高标准的移动APP。

开始测试APP

当APP完成其预开发过程时，亚星官网业务分析师 (BA) 会创建一个功能文档。初稿编写完成后，将经过内部和外部的审查过程。功能文档通过审核流程后，由客户签署。这与一整套APP设计一起，最终成为我们开发和测试APP所遵循的蓝图。

功能文档完成并签署后，将交付通过以进行测试。然后将该文档用作我们创建测试脚本的基础。

在 The Distance，我们使用名为 PractiTest 的程序作为亚星官网测试管理工具；它使我们能够创建和维护亚星官网测试脚本。编写完成后，脚本通常由测试部门的另一名成员和亚星官网 BA 进行审查。这是为了确保它们涵盖需求中指定的所有内容。

测试app过程

一旦我们创建了测试脚本，我们就有了测试APP的基础。

在开发过程中，APP会经历多个开发阶段。这些阶段是我们用于冲刺计划的阶段。在亚星官网冲刺计划中，我们预定了测试周期。这些周期通常遵循以下计划，但可能会因项目而异：

app测试初始发行

当迭代准备好进行审查时，操作将安排在测试中。
向测试部门提供了发布中制定的所有要求。
测试分析师 (TA) 将运行与迭代版本相关的任何测试脚本。
任何失败的测试脚本都将作为错误提出并给予适当的优先级。
创意总监还将审查构建 UI 并将任何错误传递给测试部门以提出。
在将APP发布给客户端之前，已提出的所有错误都已修复并重新测试，以确保APP的内容正常工作。

后续版本和完整的端到端

除了上述初始版本中所述的要点外，TA 将重新运行以前迭代中的任何测试脚本，并根据新的或更改的要求附加任何和所有新测试。

进一步的迭代

如果适用，可以根据APP的复杂性完成进一步的循环。在许多情况下，需要多次迭代才能完成完整的APP。

用户验收测试 (UAT) 发布

APP作为一个整体发布给客户端。然后给客户时间来全面审查APP，并提出与发布相关的任何错误。
客户在 Freshdesk（客户支持软件）上提出的任何 UAT 错误都将由 PM 进行分类。此时，每张工单的状态将从打开更改为待处理，并添加到测试部门的队列中以正常提出。
在要测试的先前迭代中提出的任何未解决的错误。

最终烟雾测试

一旦所有 UAT（用户验收测试）错误都已开发并通过测试，最终的冒烟测试就完成了。
完成完整测试后，将提出并修复错误，然后重新测试这些修复。
客户将获得一份完整的测试报告，以便他们审查所有已完成的测试和任何未解决的问题（取决于验收标准）

测试周期

亚星官网测试周期是根据当前冲刺中开发的要求运行的。当一个 sprint 被开发出来时，测试部门会被告知已经开发了什么。基于此，我们设置了测试冲刺，其中包括在开发之前创建的所有测试脚本。

在这些周期中，发现的任何和所有错误都将重新投入开发以进行修复，并在将任何版本发送给客户端之前进行重新测试。

所有提出的错误都被优先考虑。这些是：

P1 - 关键
P2 – 专业
P3 – 标准
P4 – 未成年人

这是为了确保APP中没有严重的问题。

在整个开发过程中，当一个 sprint 完成时，将运行一个测试周期，其中包括任何和所有以前的需求以及任何和所有新的需求。这可确保没有从以前的构建中返回的回归问题。

探索性测试

一旦所有的测试周期都完成了，一个探索周期就开始了。仅当我们确保APP满足要求时才会这样做。此步骤使我们能够利用测试人员对移动APP的集体知识以及我们在APP工作方面获得的经验。我们确保APP的外观和感觉符合亚星官网预期。额外的步骤可确保用户在使用该APP时获得更好的体验。这个循环通常不会导致很多错误，但它可以确定一些可能实施的改进。在每个周期结束时完成设计审查，以确保每个部分都按照设计进行构建。