Tag: 移动应用测试

在iOS设备上模拟后台应用终止: 最近，我正在帮助我的客户更新他们的应用程序，以便在终止应用程序之前执行一些操作。经过几个小时的编码，是时候进行测试了……我们需要测试两种情况：由用户强制终止触发。系统终止后台触发。第一种情况很容易测试，只需双击主页按钮并向上滑动即可终止应用程序。但是，我们如何测试第二种情况？我们可以要求Siri为我们做到这一点吗？显然没有……我们可以运行一些资源紧张的游戏，希望系统触发应用程序终止吗？是的，我们可以，但是这种方法不可靠并且太麻烦了。 😭 经过一段时间的Google搜索后，显然我们可以强制系统释放RAM并间接触发后台应用终止。请注意，此方法只能在真实的iOS设备上使用，而不能在iOS模拟器上使用。这是您需要做的：确保您的iOS设备位于主屏幕上并且已解锁。长按电源按钮，直到看到“滑动以关闭电源”。松开电源按钮，然后长按主屏幕按钮约5秒钟（直到您看到主屏幕再次出现）。而已！立即尝试运行您的应用程序，您会注意到您的应用程序已终止并重新启动。在客户端的应用程序上测试后台终止时，此方法确实对我有所帮助。希望这对其他iOS开发人员也有帮助。如果您喜欢这篇文章，请不要犹豫点击👏按钮。 😄

使用Appium Mobile测试自动化管理质量检查难题: 随着无数移动应用程序，操作系统，设备平台，网络的兴起，对质量测试的需求变得至关重要。自动化的移动测试在质量保证行业中仍然是一个独创的概念。在Appium成为用于测试Android和iOS应用程序的最可靠的开源移动测试自动化工具之前，移动应用程序测试人员面临着严峻的挑战。它减少了测试人员面临的许多挑战，并成为自动化移动应用程序测试的测试人员友好工具。根据《 2017-18年世界质量报告》，质量检查团队面临的最常见挑战是缺乏内部测试环境的时间，测试专业知识以及缺少测试移动应用程序的正确工具和方法，集成测试的难度大为了克服这些问题，必须在更深层次上改变策略和方法，以改善客户体验。以下是根据自动移动应用程序测试中移动应用程序测试人员面临的经验指出的一些挑战：在多个设备上执行测试：很难在不同的设备环境上部署和运行测试。在较少数量的设备上购买和运行测试很容易，但是当数量更多时，在所有设备上运行自动化测试会变得困难且耗时。在测试大量设备时，最好考虑使用诸如pCloudy之类的云服务。 pCloudy Appium集成体系结构使开发人员的工作变得更简单，代码更改更少。您只需要提及一些所需的功能即可，而不是调用API或更改代码以运行Appium脚本。您可以在500多个设备上并行运行测试。想知道是什么！它使您节省了50％的应用测试时间。 a）设备连接性：设备具有不同的功能。某些设备在安全性，可访问性和驱动程序方面具有某些限制。一台设备上运行的应用程序某些功能可能无法在另一台设备上运行。因此，用于测试的设备在功能上会有很大差异，因此可能会在此级别出现问题。 b）测试性能：在真实设备上进行测试是最有效的，因为所有内容均已在实际情况下得到验证，尤其是在不同网络条件下测试性能和测试应用程序的情况下。 GPS，接近传感器，生活传感器等许多手势无法在模拟器上进行测试。在模拟器上测试的应用程序在实际设备上可能无法始终正常运行。同一操作系统在不同设备上可能会不一致，更不用说其他操作系统了。在需要进行大规模设备测试的情况下，也可以考虑进行设备云测试。 c）访问网络：为了使功能更流畅，必须易于访问网络，数据库和Web服务。如果使用远程服务，则需要配置设备隧道和VPN连接以轻松访问资源。 pcloudy的设备隧道为开发人员提供了对云上设备的完全控制。这样，可以通过计算机中安装的Android Studio或Eclipse IDE访问云设备。这已帮助开发人员和测试人员输入托管在云中的任何类型的设备，以运行快速评估和应用程序调试会话。以上是移动应用程序测试自动化的一些挑战，但是Appium如何解决这些问题？ Appium支持大多数测试人员都熟悉的Selenium Webdriver API 2.无需修改正在测试的应用程序的代码。 3. Appium支持主要的编程语言，例如JAVA，RUBY，PYTHON，C＃等。 4. Appium支持IOS和Android移动平台 5. Appium具有庞大的用户社区，并且是一个开放源代码工具。但是，它的某些版本确实存在其自身的挑战。像这样的挑战不支持图像识别，并非所有功能都同时在Android和IOS上可用，某些API没有实现，等等。尽管有这些缺点，Appium仍然是测试人员的最佳选择。真实设备和云上的APP的性能。哪种环境最适合Appium性能？是在真实设备上还是在云上？ 1. 在Real Devices上 –在提供实时用户体验方面， […]

iOS 11：它如何影响您的移动应用测试: 在iOS 11公开发布的两周内，它已被38.5％的iOS设备采用。尽管采用率没有iOS 10快（同一时间为48.6％），但这些数字仍然足以说服任何尚未开始在iOS11上进行测试的团队。在iOS 11中，我们获得了许多重要的更新，例如改进了控制中心，更智能的Siri和iPad上的多任务处理功能。在本博客中，我将仅讨论那些最有可能影响移动应用程序测试的更新。删除Facebook和Twitter集成：随着iOS 11更新，Apple删除了对Facebook和Twitter的第一方支持，这些支持先前已在系统级别集成。以前，添加这些帐户将作为其他应用程序的单点登录。但是该支持现在已删除。因此，如果您的移动应用程序具有Facebook / Twitter登录功能，则建议对其进行测试，并确保用户仍然能够通过网络视图或本机应用程序（如果已安装）登录。 2. 位置权限更新 iOS 11在向用户呈现位置权限的方式方面进行了重大更改。在以前的iOS版本中，开发人员可以选择他们想要显示的位置权限。大多数用于请求“始终允许”许可的应用程序。但是，在iOS 11中，这三个选项都会自动出现。现在，用户还可以选择“仅在使用应用程序时”而不是“始终允许”。虽然这对于所有应用程序可能并不重要，但如果用户选择意外选项，则肯定会影响GPS和健身跟踪应用程序的功能。除上述内容外，如果任何应用程序在后台过度使用GPS，则会通知iOS 11用户。因此，最好确保App仅在需要时才使用GPS。 3.位置权限的应用说明除了上面讨论的用于权限对话的三个选项外，还将为用户显示所有不同位置权限选项的App Explanation （始终与使用中）。因此，重要的是要确保开发人员为这两个选项都添加了正确的“应用说明”。在“权限对话”中添加的任何虚拟数据看起来都很难看！ 4.拖放支持苹果对用户界面进行了几处更改。最重要的是拖放功能，该功能使用户可以同时执行多个任务。如果被测应用是基于本机技术开发的，那应该没问题。但是，如果该应用程序基于HTML5或任何其他非本机平台，则可能存在问题，应进行全面测试。 5.终止对32位产品和应用程序的支持这意味着具有32位体系结构的设备和Apps根本无法在iOS 11上运行。但是，好消息是Apple自2015年以来一直在倡导这种迁移。因此，预计受此影响的Apps数量将很少。如果2015年2月之后发布了任何版本的应用，则无需检查该应用。最初于 2017年10月9日发布在 www.testerlogic.com 上。

在API级别应包括测试自动化的3个原因: 质量保证和测试变得无懈可击，尤其是在API测试的情况下。开发团队可以从API级别的自动化集成测试中受益，因为它可以帮助他们轻松集成应用程序并提高产品采用率，最终帮助公司提高利润。在开发和执行自动化测试时，经常会忽略API层，并且大多数情况下会执行端到端用户界面驱动的测试，以检查集成后最终应用程序是否正常运行。 API层不容忽视，为了使质量保证策略成功，它应该将API测试视为整体测试策略的基本组成部分。让我们了解一下API测试的含义：应用程序编程接口（API）是一组程序，它们允许两个或多个软件相互通信并能够顺利交换数据。在测试领域，测试API与其他类型的测试不同。 UI和功能测试通常被重视，而API测试则被忽略。测试人员的首要责任是通过验证应用程序，系统，数据库和网络之间的交换和通信，确保执行API测试，以实现不同数据驱动的应用程序和系统的无缝功能，性能和可靠性。自集成测试诞生以来，它一直是测试自动化金字塔的组成部分，但它也是功能测试自动化中受破坏最大的一层。通常，所有超出单个单元范围并且不能被单元测试覆盖的测试都是通过用户界面驱动的端到端测试场景执行的。但是，虽然端到端测试可以看作是最终的集成测试，但是所有组件都组合在一起，但是太多的组件会导致测试套件的执行时间不必要，而且难以维护和保持稳定。通常可以通过API测试应用程序的技术和业务逻辑的重要部分。为了更深入地了解API测试的重要性，让我们了解自动API测试的以下好处：比单元测试的范围更广：单元测试通常在单个应用程序层中的一小部分组件上运行。在一个应用程序层结束而下一个应用程序层开始的分布式应用程序中，通常不会检测到问题。为了验证组件是否按期望进行通信，设计了API级别测试。因此，在集成级别尤其是在与外部组件集成时，非常需要强大的API测试策略。管理测试环境是执行一项关键任务，尤其是当组件位于不同团队中时。与端到端测试相比，具有更高的稳定性和速度：诚然，端到端测试的范围比API测试更大。它们涵盖了应用程序的所有层和组件，但是API测试弥补了它的稳定性和速度上的损失。 API测试肯定比以前更快。端到端测试需要更长的时间来加载浏览器和屏幕，而API测试则基于单独的请求-响应交互（例如JSON或XML格式），这使得执行速度更快，反馈周期更短。而且，由于各种用户更改请求，用户界面趋于频繁更改，并且就产生更少错误和需要更少维护的界面而言，对高级前端框架API的遵循趋于更加稳定。更加认真地引入API级别测试-自动化测试中的重要决定 API级别的集成测试应该是任何自动化测试议程中必不可少的方面。对于那些在此领域没有专门知识的人来说，这可能是一个令人不安的举动。由于它可以超出组件或应用程序的范围，因此与开发人员相比，它更多地是测试人员所需要的。没有用户界面可能会阻止访问和测试API。但是您可以选择市场上提供的各种自动API测试工具。最喜欢使用RestAssured，SoapUI和Postman之类的工具。结论在人工智能和物联网时代，对API测试的需求变得日益迫切。自动化的API测试策略是最有效的策略，可加快交付速度并减少人为错误。借助这些工具，可以满足更多API测试要求，并使API测试在更短的时间内对移动应用程序的安全和高质量部署更加有利。您为什么不使用pCloudy的API集成自动化框架，并使您的应用发布更快？立即免费试用pCloudy 。移动应用测试，移动应用测试，Android应用测试，iOS应用测试，移动响应测试，移动测试，自动化测试，移动设备实验室，移动测试实验室，XCUITest，移动应用测试平台，移动应用测试工具

15个适用于Android和iOS应用程序2018的顶级自动化测试工具[信息图]: 适用于Android和iOS应用程序2018的顶级自动化测试工具[信息图] 软件开发的状态会随着时间而变化，所使用的技术和工具也会随之变化。 2017年是更加专注于开源和持续测试工具的一年，在接下来的几年中，随着其他技术趋势可能以好的和坏的方式影响测试工具，这将继续成为突出的一年。随着2018年即将到来，预计Android和iOS应用程序测试领域将发生很多事情，例如某些工具可能会融合，更多的AI将嵌入自动化技术中，商业市场所有者可能会引入新工具方面，企业将开始意识到Selenium并不是软件测试公司工具箱中应有的唯一工具。移动应用程序开发的变化及其即将推出的新策略旨在实现以下目标：提高质量，生产力，客户满意度，产品按时交付，最小化资源使用，减少重复测试周期中的人为错误，最重要的是开发出最佳产品和根据客户需求为您提供服务。在此移动应用程序自动化测试环境中，工具无疑占据了中心位置，此INFOGRAPHIC列出了2018年适用于Android和iOS应用程序的顶级自动化测试工具。此列表是我们之前博客的更新版本，如果您认为此列表不完整，您可以在下面的评论部分中发表您的意见。