手动VS。 自动化：这是测试您的应用程序的正确方法

当你发布一个应用程序时，你必须 100% 确定它会顺利和完美地运行。 当然，它也应该满足用户的期望！ 否则，您的项目可能会失败，这不是您想要的结果，对吧？ 因此，您需要适当注意应用程序质量保证 (QA) 测试。

但是测试平台的正确方法是什么？ 选择哪些技术？ 是否值得手动或使用自动化检查产品性能？ 或者也许同时选择这两个选项？

在质量保证 (QA) 中，测试自动化是速度的最大拥护者之一。 但是，就功能和第一印象而言，手动测试是无可替代的。 事实是，即使自动化测试软件变得更加完善，手动移动应用程序测试仍然在交付高质量应用程序方面发挥着巨大作用。

这两类移动应用程序测试各有优缺点，但对于移动应用程序开发公司而言，实践手动测试以提供卓越的用户体验尤为重要。


点击“了解更多”，立即通过 ASO World 应用推广服务推动您的应用和游戏业务。

移动应用测试基础知识

从广义上讲，有两种方法可以测试移动应用程序。 您可以让人们在不同情况下使用该应用程序来查看它的响应方式，或者您可以让应用程序将软件驱动到有趣的地方并寻找预期的结果。

第二个术语通常被称为“测试自动化”，或者，也许是“自动化测试”。 将其称为“自动测试执行和评估”或“自动检查”可能更准确，但较早的术语已经成立。

这两种方法都可以在不同的情况下有效，并且在应用程序生命周期的不同时刻，有效性会随着时间而改变。 在实践中，大多数组织将两者结合使用，可能会将一些人类探索推向客户。

什么是自动化和手动测试？

确保高质量的软件是一个复杂的过程，需要大量的时间和金钱。 但是，这样的费用是无法避免的（前提是你想长期取得成功）。

制定一个称职的测试策略非常重要，它可以让您以最少的努力获得最大的效果，并了解站点或应用程序是否满足设定的要求。

手动测试

自动化测试是在应用程序发布到生产环境之前在应用程序上执行预先编写好的测试的过程。 自动化测试可帮助您更快地发现应用程序中的缺陷。 测试自动化可用于运行重复的、需要定期运行的测试，并且可以帮助您在早期阶段发现错误。

手动测试的目的是测试所谓的“用户体验”，而自动化测试的目的是测试应用程序的所有功能。

在我第一次被告知人类测试将“消失”的 16 年后，在我第一次听到人类探险家被称为“恐龙”的近十年后，手动测试仍然是移动和桌面应用程序最常见的测试方法。

通过手动测试，我的意思是人类通过前端实际使用应用程序。 这种手动测试可能会发生在很多地方。 大多数程序员至少模拟一个应用程序，如果不把它放在手机上，然后再将它传递给其他人进行测试。 一些公司聘请测试人员进行更深入的研究，超越幸福的道路或研究不同型号的设备。

如果软件是内部的，公司可能会让使用该软件的人实际执行用户验收测试，这更侧重于“我可以用这个软件完成我的工作”。 一些公司使用 Microsoft AppCenter 之类的工具提前向“beta”测试人员（可能是员工）发布该软件。

最后，像 Applause 和 Testio 这样的公司的存在是为了采用该“测试”版本并将其众包，在短时间内提供数十到数千个眼球来查看具有各种配置的软件。

无论谁以何种方式或何时进行手动测试，都可以让您真正感受到实际使用应用程序的方式。 手动测试可以查看按钮是否在正确的位置，如果它们足够大，如果它们重叠，如果颜色看起来很好等等。计算机在评估屏幕上的图片是否“看起来正确”时变得特别糟糕。

但是，计算机可以轻松测试一些操作。 例如，当您输入用户名和密码并提交时，您应该转到显示您的姓名和您已登录的屏幕，并且输入错误的密码会产生特定的错误文本。

移动测试的挑战不太可能是接受这两种范式中的哪一种，而是接受多少、何时以及谁。

为什么我需要手动测试？

手动测试提供了一些关于可用性和外观以及功能的反馈。 测试人员扮演的角色是用户尝试该应用程序中的所有内容，执行用户会执行的典型操作，以查看应用程序是否或何时崩溃。 通过手动测试，您通常可以及早获得有关性能、电池耗尽或过热的反馈，以便在发布前修复它们。 反馈通常是“免费的”，只是因为测试人员正在关注。

我需要多少台设备进行测试？

您可以尝试手动测试每个受支持的操作系统版本支持的每个设备。 三年前我们上一次检查时，有超过 24,000 种不同的 Android 设备，我们停止计数。 实际上，大多数组织都使用支持的最新版本、一个版本返回和支持的最旧版本进行测试。 在 Android 和 iOS、平板电脑和手机之间，我们合作的大多数中型和大型公司最终都拥有一个包含 10-20 台设备的测试实验室。

自动化测试

什么是自动化测试？

当人们使用短语自动化测试时，他们通常意味着拥有一个工具，如 Selenium 或 Appium，驱动应用程序的用户界面，并在此过程中检查预期结果。

这种检查来自一系列命令和检查点，这些命令和检查点可以存储在电子表格之类的东西中，或者更有可能存储在实际的计算机程序中。

因此，测试是预先编写好的； 每个测试都可能是一个计算机程序。 每个测试可能会单击或键入十几次，并且还有另外十几个验证点。 一旦测试存在，如果应用程序行为没有改变，自动化测试可以非常快速地发现应用程序中的缺陷，通常在提交版本控制的几分钟内。

测试自动化可用于运行重复性、不需要人工辨别、需要定期运行并且可以帮助您在早期阶段发现错误的测试。 手动测试的目的是测试“用户体验”，而自动化测试的目的是测试应用程序的所有功能。

自动化测试会点击“看起来有问题”的按钮并且在错误的地方并且不会记录问题（除非你想提前检查）——它更有可能发现错误、不正确的搜索结果等等。

为什么需要自动化测试？

随着应用程序的增长，测试它的时间也会增长。 自动化测试缩短了频繁发布的时间。 这使得自动化测试成为加快测试过程、降低成本以及从根本上将重大错误的反馈时间从几天缩短到几分钟的关键。 测试自动化允许您：

测试重复性的功能，因此如果手动执行容易出错； 具有可预测结果的测试用例；

轻松设置和运行复杂繁琐的测试场景

最重要的是：您可以同时在更多的移动设备上进行测试，从而节省时间。 使用模拟器或云，您无需购买或管理设备即可做到这一点！

一组基本测试需要多少个测试用例？

这会因应用程序以及“测试用例”的大小而异。 如果测试用例是检查一个逻辑操作的简单 dom 到数据库的测试，那么一个典型的函数可能有四到十个测试，一个典型的应用程序可能有四到十个特性。

如果应用程序是用两种不同的编程语言编写的，一种用于 iOs，一种用于 Android，您可能需要将其加倍，或者编写一个抽象层并拥有一组业务场景和两个因操作系统而异的实现。

移动应用程序的手动测试

手动测试的好处

• 准确快速地测试用户界面
• 以真实用户的身份体验和测试应用程序以复制最终体验
• 轻松识别和重现报告的问题
• 处理复杂的问题和用例
• 更快、更经济地测试小改动和项目

手动测试的缺点

• 人为错误影响准确性
• 每次都必须手动重复测试
• 繁琐的测试任务要困难得多
• 巨大的覆盖范围需要大量资源，例如测试人员人数和对各种设备的访问权限

移动应用程序中的手动测试用于：

• 探索性测试：作为一种方法，探索性测试将测试人员视为测试过程中不可或缺的一部分。 这需要手动测试人员从他们的洞察力、创造力和知识中受益。
• Ad-hoc 测试：根据定义，ad-hoc 是一种非正式的测试类型。 它旨在破坏系统，因此无法按计划进行。 它需要一个测试人员表现出不规则的行为来试图破坏系统。
• 可用性测试：手动测试人员可以感受最终的用户体验。 使用设计为使用的应用程序将有助于确定应用程序的用户友好性，而人工输入是其中的关键。

移动应用程序的自动化测试

自动化测试的好处

• 更快地执行繁琐且要求苛刻的测试
• 测试许多设备
• 自动化测试可以重复使用
• 快速、高效、准确的结果
• 可以同时进行多个自动化测试
• 对于大型移动应用程序，自动化测试更具成本效益

自动化测试的缺点

• 没有从视觉的角度洞察用户体验
• 由于需要代码，启动和运行自动化测试的成本很高
• 在较小规模的情况下浪费
• 仍然存在一些人为错误，因为自动化测试是由人编写的并且需要自己的测试
• 每个移动应用都需要特定的配置和代码

移动应用程序中的自动化测试用于：

• 回归测试：自动化测试的最大优势之一是能够随时准备运行测试脚本。 使用自动化测试的最佳方法之一是在您想要确保它们不会产生任何负面影响时进行不断的小改动。
• 性能测试：与可用性测试不同，性能更像是一场数字游戏。 测试应用程序在不同设备或不同条件下的速度、响应性和稳定性是自动化测试在执行时蓬勃发展的事情。 结果的规模和准确性使得自动化测试对于性能测试至关重要。
• 重复测试：在编码和配置测试脚本的初始成本之后，从长远来看，自动化测试变得非常具有成本效益。 能够重复测试而无需额外的测试人员资源成本，这使得测试和获得结果变得更加容易。