移动APP测试技术

我已经测试移动应用超过2年了. 我在这方面也表达了很多情感. 在阅读了很多共享者之后，我觉得每个人都很好. 看完书后，我觉得我最近几年都在使用手机. 我也写下来，希望对我的同龄人有帮助，缺点是，请留言并一起讨论:

移动APP测试的基本思想:

测试计划–测试计划–测试案例–执行:

许多小公司没有特定要求，项目时间相对紧张，并且过程也不十分严格. 在这种情况下手机测试技术，作为测试人员，我们应该如何设计项目的用例？我个人认为该项目不是立即处于测试中，而是首先熟悉整个项目的过程，记录总体框架，并记录您不了解的地方，然后询问开发人员，掌握过程，然后进行比较. 有些文档会给项目批准（测试计划，测试计划），用例不需要写得太详细（应用程序模块的更改太大，维护成本太高也不会太久，而项目经理会给您很短的时间） ，这会浪费项目执行时间），列出每个功能模块，大概的功能点，用于测试的方法，都已标记，然后根据测试要求执行测试（目前，我的用例仅列出了执行方法，不具体，不详，方便更改）；

两个手机APP测试测试点:

（过程测试，功能点测试），兼容性测试，交叉测试，安装和卸载测试（包括应用程序升级），压力测试（界面压力测试）；

功能测试: 逐一测试特定功能点，以确保每个点都能正确实现相应功能；

兼容性测试: 对市场上主流的设备安装应用程序进行测试，以确保它们可以正常运行；

交叉测试: 对于正在运行的应用程序，如果您输入其他软件（例如SMS，电话等）的响应，则不会影响经过测试的应用程序，并会确保该应用程序可以正常运行；

安装和卸载测试: 确保可以正确安装，卸载和运行应用程序（请注意应用程序升级测试: 升级之前和之后的状态）；

压力测试: 具有大量用户和高交互性的应用程序需要在接口上执行压力测试，以确保它们在大量用户的情况下无法正常工作.

三个注意事项:

闪回（内存不足等）. 在上面手机测试技术，这类问题的可能性很高. 您应该专注于测试. 例如，返回访问某个模块（不时获取数据的模块），切换应用程序，重复提交，调用Interaction等都是导致回闪的可能性很高的原因.

以上是我列出的要点. 如果您写得不好，请多包容并第一次编写. 让我们一起进步吧.

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-234758-1.html