如何进行app测试

❶ 手机上的app性能测试怎么测

您好，方法
提到APP的性能测试这个概念比较笼统，因为APP的性能测试分为服务器端的性能和手机端的性能测试。下面，我们先从服务器端的性能测试开始说起，服务器端的性能测试可以通过LoadRunner或Jmeter工具进行测试，为方便起见，可以以Jmeter工具为例子说一下App服务器端的性能测试流程。
首先，确定app的性能测试功能点，一般会选择使用比较频繁的功能做性能测试比如查询，提交数据。
然后，根据该功能点的接口测试需求，或使用fiddler抓包，在jmeter上构造向服务器发送的请求数据，配置好相关的设置，并做好服务器的监控。(以我们实际项目为基准，本项目是搭建在linux上的，用的是nmon工具做监控)，
最后运行测试，测试完之后，收集CPU，内存等信息，集合聚合报告的内容，分析性能测试结果。
至于手机端的性能测试流程则比较简单，首先需要在服务器上提前安装监控工具(iTest/GT)，接着启动监控工具，监控被测应用.
接着需要清空先前的logcat日志记录，清空日志的命令是：adb logcat -c.

接着来获取logcat日志：adb logcat -v time > E:\share\logcat.log.

如何做App的性能测试
再接着使用monkey运行被测应用：

adb shell monkey -p your.package.name -v 500 > E:\share\monkey.log

(获取app的包名和activity名称：

adb logcat -v time | findstr START

脚本中，cmp= 后面的值就是 包名)

（ctrl+c 终止命令）

最后根据监控图，检查CPU，内存，流量，电量是否符合性能指标。如果不符合，就把不符合指标的报表和对应的logcat发给开发进行定位。

❷ 怎么自学软件测试

软件测试基础免费下载

链接:https://pan..com/s/1hk72ABwcQkFC_9v3py0hlw

《软件测试基础（英文版）》融入了最新的测试技术，包括现代软件方法（如面向对象）、Web应用程序阳嵌入式软件。另外，《软件测试基础（英文版）》包含了大量的实例。

❸ 如何做好app的测试工作

测试人员常被看作bug寻找者，但你曾想过他们实际是如何开展测试的吗？你是否好奇他们究竟都做些什么，以及他们如何在一个典型的技术项目中体现价值？

作者将带你经历测试人员的思维过程，探讨他们测试移动app时的各种考虑。本文的目的在于揭示测试人员的这一思维过程，并展示他们通常所考虑内容的广度和深度。

测试人员需要询问问题

测试人员的核心能力在于提出有挑战性的相关问题。如果你能将调查、询问技巧和技术、产品的知识结合起来，渐渐地，你也会成为一个好的测试人员。

比如，测试人员可能会问：

·这个App应该在什么平台上使用？

·这个App到底是干什么的？

·如果我这样做，会发生什么情况？

诸如此类。

测试人员能从各种场景中发现问题，它们可能来自对话、设计、文档、用户反馈或者是产品本身。这些可能性太多了……因此，让我们一探究竟吧！

从哪里开始测试

理想情况下，测试人员应该掌握所测产品的所有最新细节资料。但事实上这很少见，因此，像其他人一样，测试人员只能将就使用手上有限的资料。但这不是不能测试的借口！测试人员其实是可以从内部和外部多种不同的来源处收集信息的。

这个阶段，测试人员可以问这些问题：

· 有哪些信息：规格？项目会议？用户文档？知识渊博的团队成员？有支持论坛或者是公司在线论坛提供帮助？有现存Bug的记录吗？

·该应用是在什么系统、平台和设备上进行运作和测试？

·该应用是处理什么类型的数据（比如个人信息、信用卡等等）？

·该应用有整合外部应用（比如API和数据来源）吗？

·该应用需要用到特定的移动端网页吗？

·现有消费者如何评价这个产品？

·有多少时间可用于测试？

·测试的优先级和风险是什么？

·哪些用户使用起来不愉快，为什么？

·如何发布和更新？

基于以上收集的信息，测试人员可以制定测试计划了。通常预算决定测试方法，一天测完，一个星期或一个月测完的方法肯定不同。当你逐渐熟悉团队、工作流程以及这类问题的解决方式时，你就更容易预测结果了。

案例：Facebook App的社会评论

当作为一名测试人员收集信息时，我喜欢选用Facebook App作为案例，因为用户的抱怨到处都是。以下仅仅展示了部分遇到难题的用户在iTunes App Store中发表的评论，网络上还有很多。

iPhone上的Facebook App有很多负面的评论

如果我接受挑战去测试Facebook这个App，我肯定会考虑这些反馈，否则就是傻子。

测试人员的创造力

你可能知道这个App原本想做的事，但是它究竟可以做什么事呢？用户实际上是如何使用它的？测试人员擅长作为旁观者来思考，尝试不同的事物，以及不断地询问“如果。。。会怎么样”和“为什么”的问题。

比如，移动端的测试人员常常以不同的用户角色进行测试——当然有点夸张，但是，这种把自己当成不同用户进行思考、分析和设想的能力对测试是备受启发的。

测试人员可能会设想自己是以下用户：

·毫无经验；

·很有经验；

·爱好者；

·黑客；

·竞争对手。

当然还有更多可选的角色，这主要取决于你们所开发的产品是什么。其实除了角色特点外，其操作行为和工作流程也很重要。人们使用产品方式常常很奇怪，比如：

·在不应该返回的时候返回了；

·不耐心而且多次敲按键；

·输入错误的数据；

·不理解该怎么做；

·可能没有按要求进行设置；

·可能会自以为是地认为自己知道该怎做什么（比如通常不阅读说明）。

测试人员遇到这些问题时，也常常发现意料之外的Bug。有时候，这些Bug微不足道，但是更深入的调查就会发现更严重的问题。

很多问题是可以被预先确定和测试的。测试移动端App时，以下的问题并不都有关，但是也可以尝试问问：

·是否按照所说的来做呢？

·是按设计完成任务的吗？

·不是按设计完成任务的吗？

·如果处于一直被使用或者负荷情况下，状况会怎么样？会反应迟钝吗？会崩溃吗？会更新吗？有反馈吗？

·崩溃报告会反馈到App吗？

·用户可能有哪些创造性的、逻辑性的或是消极的导航方式？用户相信你的品牌吗？

·用户的数据安全如何？

·有可能被中断或是被破解吗？

·运行到极限时会发生什么状况？

·会要求打开相关服务吗(如GPS、Wi-Fi)？如果用户打开会怎样？没打开又会怎样？

·将用户重新引向哪儿？去网页？还是从网页到App？这会导致问题出现吗？

·沟通过程和市场反馈是否符合该App的功能、设计和内容？

·登录流程是怎样的？能在App上直接登录还是要去网页端？

·登录是否整合了其他服务，比如用Facebook和Twitter帐号登录？

案例：Run Keeper’s gy Update

RunKeeper，是一款能跟踪你健身活动的App，最新发布的版本里有个“目标设置”的功能，对此我很感兴趣去体验一下，一部分从测试人员的角度来看，更多的是作为一个真心喜欢产品的用户来体验。但我发现了一些问题：

1. 默认单位是英镑，我却想要把公斤作为重量单位；

2. 英镑和公斤间的切换根本不好用；

3. 当设定目标后，会导致展示错误的数据和图表，这让我很迷惑；

4. 由于第3条，我想删除目标，但却根本找不到删除的地方；

5. 为了解决这一问题，我不得不改变的个人体重的值，直到 “目标设置“范围之内，这样目标达到了，就能重新设定目标了；

6. 我会再次尝试添加目标；

正因为以上疑惑，我花了更长的时间把玩它，看能不能找到其他的问题；

以下是一些发现问题的屏幕截图：

该App的最新版本包含了一个新的“目标”部分。设置日期的时候，我发现开始和结束的日期都可以从公元1年开始，另外，为什么有两个1年可选（译者注：年份那列从上往下应该显示为“1、2、3”）？另一个Bug，是“当前体重”部分的一个拼写错误，当清空数据时会出现拼写错误的“Enter“（应用中用的是Etner），这只是一个小Bug，但是看上去非常不专业。

发现问题没有捷径，你只能反复的慢慢的试用。每个App及其团队都会面临很多不同的挑战。但是，测试人员的典型的特点就是：超越极限，做一些非
常规的、可以改变周围事物的事情，保持长时间的测试（测试几天、几个星期甚至几月，而不是几分钟就测完），即使明明知道这些事情是不可能发生的。这些也正
是可以找到和引出的场景所在。

哪儿有所有的数据？

测试人员喜欢从数据上找问题，这让开发人员有时候很郁闷。事实上，用户或者是软件开发人员在信息流中确实太容易迷惑了，因为可能会出现很多错误，所以基于数据和云的服务更为重要

也许你可以尝试在以下场景中检查出问题：

· 移动设备数据已满；

·测试人员移除了所有的数据；

·测试人员删除了App，那数据怎么办？

· 测试人员删除并重装了App，数据怎么办？

· 过多或者过少的内容导致设计和布局的改变；

·在不同的时间段和时区使用；

· 数据不同步；

·同步被中断；

·数据更新影响其他的服务（比如网页和云端服务）；

·快速处理数据或是处理大量的数据；

·使用无效的数据；

案例：Soup.me的错误

我试用过的Soup.me， 是一个可以通过地图和颜色将个人Instagram 中的照片进行分类的网页服务，但是我却没用多久。当注册时，
它提示我Instagram上的照片不够多，然而我的账号中明明有500多张照片。我并不清楚问题出在哪儿，也许是数据问题，也许是表现层的问题，也有可
能是该App出错提示的问题。

另一个案例：Quicklytics

Quickytics是一个iPad上的网页分析应用。在使用过程中，尽管我已经从Google Analytics中删除了网站配置，但它仍然存在。这里有一些问题：

·我已经删除了网站配置，为什么还是有这些信息？

·左边模块没有解释为什么“该操作无法完成”，那么是不是可以改进以避免迷惑用户呢？

测试人员也很喜欢测试极限数据下的情况。他们常常是作为典型用户来了解这个App，所以极限下的测试并不会花很长的时间。数据是混乱的，所以测试人员要考虑到软件的用户类型，以及在不同的数据场景下如何进行测试。

比如，他们可能尝试以下场景：

·测试用户可输入的极限值；

·用重复的数据进行测试；

·在全新无数据的手机里测试；

·在老手机上测试；

·预先安装不同类型的数据；

·考虑聚集大家的资源来进行测试；

·让一些测试自动化；

·用一些超出预期的数据去测试，看它是怎么处理的；

·分析信息和数据是怎么影响用户体验的；

·不管用户看到的是否正确，都要一直问问题。

创建出错提醒和消息

这里，我不是从设计师的角度来要谈论好的错误消息的设计，而是想从用户或是测试者的角度来看这个问题。出错提醒和消息是测试人员很容易发现问题的地方。

关于错误信息要问的问题:

请考虑以下问题：

·出错提醒的UI设计可以接受吗？

·错误信息内容可以理解吗？

·错误信息是否保持一致？

·这些错误信息有帮助吗？

·错误信息内容是否合适？

·这些错误是否符合惯例和标准？

·这些错误信息本身是否安全？

·运行记录和崩溃是否能被用户和开发者获得？

·是否所有的错误都被测试过？

·用户处理完错误信息后，将处于什么状态

·是否在用户应该接受错误信息时，却没有错误信息弹出？

错误信息会影响用户体验。然而，不好或无用的出错提醒无处不在。虽最理想的状态是避免用户遭遇错误信息，但这几乎不可能。出错情况的设计、实现和确认可能与预期相反，但是，测试者往往善于发现意料外的Bug，并能仔细考究是否改进它们。

❹ 如何做好app的测试工作测试流程中都包含哪些方面

腾讯有个平台可以实现适配兼容、服务器压力、性能测试、弱网络、耗电量测试等等，挺全面的。WeTest腾讯质量开放平台，本人亲测过体验还不错。

下面说一下测试一个App具体包括哪些方面，以及每个方面的关键点。

测试人员常被看作bug寻找者，但你曾想过他们实际是如何开展测试的吗？你是否好奇他们究竟都做些什么，以及他们如何在一个典型的技术项目中体现价值？本文将带你经历测试人员的思维过程，探讨他们测试app时的各种考虑。本文的目的在于揭示测试人员的这一思维过程，并展示他们通常所考虑内容的广度和深度。

本文是基于我的工作经验而写的，作为一名敏捷软件开发团队的测试经理，我一心投入测试工作。在与其他app测试专家交流的过程中，我深刻了解到app测试工作的困难。在日常工作的摸索中，我将如何做好app的测试归结为如下内容。

(1) 非功能测试

app测试的一个重要方面是app的非功能需求。移动app在推出市场或进行进一步开发前，测试人员有一定的职责做该类需求的跟踪工作。

早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅，问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈，看看用户是否能很好地使用新功能，以便得出第一印象。

(2) 功能测试

每项开发的新功能都需要进行测试。app测试中功能测试是一个重要方面。测试人员应该要进行手动测试和后期的自动化测试维护。刚开始测试时，测试员必须把app当做"黑盒"一样进行手动测试，看看提供的功能是否正确并如设计的一样正常运作。除了经典软件测试，像点击按钮、提交订单看看会发生什么，测试员还必须执行更多功能的app测试。

除了整个手动测试过程，测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够，所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多自动化测试工具，有商业的也有开源的，面向各个不同平台，如Android，iPhone，WindowsPhone7，BlackBerry以及移动Webapp。根据开发策略和结构，品质管理测试专家需找出最适合他们环境的自动化工具。

(3) 客户端性能测试

一个App做的好不好，不仅仅只反应在功能上。被测的app在中低端机上的性能表现也很重要。比如：一个很好玩的游戏或应用，只能在高端机上流畅运行，在中低端机上卡的不行，也不会取得好的口碑。

关于App的性能测试，我们比较关注的参数有：CPU，内存，耗电量，流量，FPS。同时也需关注一下App的安装耗时和启动耗时。

目前大家可能比较困惑的一个问题，多高的CPU，内存，耗电量，流量，FPS才算是符合发布的值呢？这里可以告诉大家，可以参考精品游戏的一些数值，将自己研发的app与业内精品的app数据做对比。

(4) 适配兼容测试

市面上目前存在的移动设备五花八门，下图列出过去12个月的移动设备品牌占比情况。

(6) 耗电量测试

App在手机上的表现，除了功能外，app是否耗电，也是测试过程中重点要关注的一项。手机设备在满电的时候，这个App能玩多久；App每小时的耗电是多少；App在某个场景挂机10分钟耗电量是多少；这些都是我们平时在耗电量测试中比较关注的点。

(7) 协议测试

模拟客户端直接发送协议包给服务器，看看服务器是否有一定的校验，认不认客户端发过来的数据。协议测试，主要是为了处理用户发送恶意协议到服务器，骗过服务器的校验。

(8) 安全测试

App在上线前，都需要做详细的安全测试。安全测试主要为了检测应用是否容易被外界破解；是否存在被恶意代码注入的风险；上线后外挂的风险高不高等。

(9) 服务器性能测试

服务器性能测试，主要包含单机容量测试和24小时稳定性测试。单机容量测试，可以检测到单机服务器在90%的响应时间和成功率都达标的前提下，能够承载多少用户量。使用特定游戏模型压测24小时，服务无重启，内存无泄漏，并且各事务成功率达标。

这个可以在WeTest入口预约。

(10) 服务器容灾测试

服务器容灾测试，主要指某个服务进程奔溃掉后，是否具有自行恢复能力。比如游戏逻辑进程消失后，是否会自动拉起；memcached崩溃时，是否会重新启动，是否会对所有玩家有影响。这些都是app测试过程中需要考虑的因素。

(11) 中断测试

针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法，如：App在前台和后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。测试电话，短信，彩信，微博或其他通知进来时app的反应。

(12) 上线后期的舆情跟踪

新的app上线后，用户对此应用的评价，存在哪些测试期间未察觉的Bug，论坛上对于该应用热门的帖子有哪些，应用商店中该应用的口碑如何等，都是app在上线后，测试人员需要关注的点。若需要测试期间未发现的Bug，需要新测试服进行确认并根据该问题的修复。

很高兴看到腾讯在研发生产资料，而不是产品，好的企业应该积累出自己的工具链，并造福生态圈！最后祝大家都能把手下的app测试工作做好！

❺ 如何进行app的流量测试

测试点：
1、首次启动到全部加载完成耗流（冷启动）
2、非首次启动到全部加载完成耗流（热启动）
3、后台运行耗流
4、运行某个场景消耗的总流量

测试方法：
1、使用测试工具 Emmagee或者GT
1）、安装应用待测apk，安装Emmagee
2）、首次启动–打开Emmagee,选择被测应用，待页面全部加载完成（Net Traffic数值趋于稳定）

测试流量的时候除了项目定的一些标准，还会和市场上竞品进行对比。对于产品来说，尤其是同类产品，数据是最重要的。
诸如此类的问题在黑马程序员技术社区都有答案，可以去看看

❻ 如何做好app的测试工作

APP测试是个繁琐的工作，以具体例子来讲，以手机app测试为例来说明一下吧。

最后，祝大家都能把手里的测试工作做好。

❼ 如何制作移动app测试方案及详细流程

1.首先是测试 资源确认及准备
（1）产品需求文档，产品原型图 ，接口说明文档及设计文档应该齐全
（2）测试设备及测试工具 的准备：IOS和Android的不同年版本的真机，以及测试相关工具的准备
2.测试用例的设计及评审
（1）根据产品需求文档，产品原型图等文档，设计客户端的一般功能测试用例
（2）测试用例评审，修改与完善，评审过后着手进入正式测试阶段
3. UI测试
（1）确保手头的原型图与效果图为当前最新版本，符合产品经理及用户需求
（2）测试过程一切以效果图为准，若用户体验方面有建议，先以邮件的形式 与产品经理确认，确认通过后，可以正式的发出用户体验方面的问题
4.功能测试
（1）APP功能测试主要依据编写的功能 测试用例进行软件功能的遍历
（2）涉及的测试主要包括基本功能测试，安装，卸载，运行测试 ，异常处理（包括网络 突然中断或者网速 过慢，机器内存不足等异常情况的处理 ）
5.中断测试
（1）软件运行 过程中接电话，收短信，锁屏，闹铃，充电，收到通知提醒后在 使用软件，软件任可以 正常运行
（2）运行软件时由前台切换到后台，再切换回前台 仍能继续运行
6.兼容性及适配器测试
（1）硬件的适配 ：不同手机 厂商，硬件 性能，不同屏幕大小的适配
（2）OS版本的兼容
（3）不同屏幕分辨率的适配：移动端设备的屏幕分辨率多种多样 ，如果 app没有做合适的处理可能会显示不好，甚至影响功能的操作
（4）兼容性测试必须放在 一定数量的真机上运行 ，由于真机类型较多，兼容性测试 的时候可以选取典型的几种运用较多的真机进行兼容性测试
7.性能测试
（1）客户端性能测试注重安装卸载时间，启动时间，页面加载时间，主要功能占用的床铺，内存，流量，耗电量 等，以及与同类产品相比较是否具有优势
（2）至于服务器端的性能，主要利用接口对服务器进行加压，重点关注相应时间，吞吐量，并发数，事务通过率等
8.稳定性测试
（1）安卓app的稳定性常常使用 monkey进行测试，通过随机事件流模拟个人操作，对检查程序的内存溢出，空指针有很大的作用
9.检测分析及测试报告输出
以上各种形式的APP测试结束后，应该形成完整的分析及报告文档，输出给相关人员
TestBird

❽ 如何测试app软件测试在手机中的使用情况

手机app测试主要有以下：
1.安全测试
1)软件权限
-扣费风险：包括发送短信、拨打电话、连接网络等 -隐私泄露风险：包括访问手机信息、访问联系人信息等 -新增风险项
2)开发者官方权限列表信息比对分析 2.安装、运行、卸载测试
验证App是否能正确安装、运行、卸载，以及操作过程和操作前后对系统资源的使用情况，主要包括：
1)检测软件是否能正确安装、运行、卸载； 2)安装、卸载、更新错误报告； 3)其他辅助信息： -位置和文件夹是否合理； -组件是否正确注册或删除；
-评估操作前后，CPU、Memory（内存占用）、Storage（磁盘占用）等系统资源的使用情况。 3.UI测试
测试用户界面(如菜单、对话框、窗口和其它可视控件)布局、风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。 4.功能测试
根据软件说明或用户需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程：
1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景，对比说明或需求，整理出内在、外在及非功能直接相关的需求，构建测试点，并明确测试标准（若用户需求中无明确标准遵循，则需要参考行业或相关国际标准或规则）。 2)根据被测功能点的特性列举出相应类型的测试用例对其进行覆盖，如：涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。 3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况，及时修正业务或需求理解错误。 5.性能测试

评估App的时间和空间特性
1)极限测试：在各种边界压力情况下（如电池、存储、网速等），验证App是否能正确响应。
2)响应能力测试：测试App中的各类操作是否满足用户响应时间要求 3)压力测试：反复/长期操作下，系统资源是否占用异常； 4)性能评估：评估典型用户应用场景下，系统资源的使用情况。
5)Benchmark测试（基线测试）：与竞争产品的Benchmarking,产品演变对比测试等。 6.中断测试
针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法，如：App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。 7.兼容测试
主要测试内部和外部兼容性，包括：
与本地及主流App是否兼容； 检验在各种网络连接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的数据和运用是否正确；
与各种设备是否兼容（若有跨系统支持则需要检验是否在各系统下，各种行为是否一致）。
8.安全测试
安全测试显得尤为重要，粗心、不谨慎的数据存储或传输方式使得非法、恶意目的有可乘之机。
智能终端安全涉及各信息交互、存储接点，借鉴于网络传输和相关安全测试经验，App安全测试大概划分为以下几类：
1)从数据的本地存储到数据的传输、处理以及远程访问等各个环节，基于相应的安全标准/行业标准评估App的安全特性；
2)借鉴在Web App和网络安全测试的一些成功经验在智能终端App测试中进行裁减或适配；
3)检测App的用户授权级别，数据泄漏，非法授权访问等；
4)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测,以期发现潜在的安全问题；
5)基于各种通信协议或相应的行业安全标准检视App是否满足相应的要求

❾ 软件测试的流程是什么

软件测试的流程：
1、根据软件设计需求制定测试计划，测试数据和测试用例。
2、搭建测试环境、执行测试用例。
3、提交测试报告。
4、跟踪Bug修改情况，不断测试完善产品。
5、产品的其他方面测试。

❿ APP如何做性能测试

工具/原料

• apk文件

• APP加密网站

方法/步骤

• 安装、卸载测试：安装测试、卸载测试。测试软件在不同操作系统（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7）下安装是否正常。软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里。