万伟锋
有什么好的个人测评软件或者是app？
如需下载第三方应用软件（好玩的游戏、常用工具应用、系统辅助工具等），建议可以通过自带的应用商店或手机论坛等搜索目前较为热门的软件。
1、若您的手机自带应用商店，可以按照如下方式查找：应用程序-应用商店-点击热门推荐”可以查看到当前较为热门的软件/游戏。
您也可以按照分类，根据软件类型选择自己喜欢的软件2、 通过手机浏览器搜索需要的软件下载安装（若是自带的浏览器，下载的安装包保存在我的文件-Download文件夹中）。
3、通过第三方助手类软件下载安装需要的程序。
4、通过电脑下载APK格式的安装包，然后传输到手机中安装。
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） 适配兼容测试App在经过功能测试后，也需对其进行适配兼容测试需要检查的项主要有以下几点：（a） 在不同平牌的机型上的安装、拉起、点击和卸载是否正常；（b） 在不同的操作系统上的安装、拉起、点击和卸载是否正常；我们在实际测试中，常常会遇到下列问题：（a） 在某个平牌某个系统上，app安装不上；（b） 在某个平牌某个系统上，app无法拉起；（c） 在某个平牌某个系统上，app拉起后无响应或拉起后黑屏、花屏；（d） 在某个平牌某个系统上，app无法顺利卸载；（WeTest腾讯质量开放平台）这个产品可以实现多款热门机型的适配兼容测试。
（5） 弱网络测试App在使用的过程中，难免会遇到弱网络环境，例如在公车上、在地铁里。
在这种情况下，常常会出现网络抖动、上行或下行超时，导致应用中出现丢包。
作为一个测试人员，我们要对app在上线前做一定场景的弱网络环境模型，并查看app在弱网络环境下是否存在某些未知的问题。
下面是我们常用的弱网络环境场景：（a） 3G弱网络信号场景模拟；（b） 市区低速移动场景模拟；（c） 郊区高速移动场景模拟；（d） 请求回应超时_上行超时场景模拟；（e） 请求回应超时_下行超时场景模拟；（f） 网络抖动场景模拟；（6） 耗电量测试App在手机上的表现，除了功能外，app是否耗电，也是测试过程中重点要关注的一项。
手机设备在满电的时候，这个App能玩多久；App每小时的耗电是多少；App在某个场景挂机10分钟耗电量是多少；这些都是我们平时在耗电量测试中比较关注的点。
（7） 协议测试模拟客户端直接发送协议包给服务器，看看服务器是否有一定的校验，认不认客户端发过来的数据。
协议测试，主要是为了处理用户发送恶意协议到服务器，骗过服务器的校验。
（8） 安全测试App在上线前，都需要做详细的安全测试。
安全测试主要为了检测应用是否容易被外界破解；是否存在被恶意代码注入的风险；上线后外挂的风险高不高等。
（9） 服务器性能测试服务器性能测试，主要包含单机容量测试和24小时稳定性测试。
单机容量测试，可以检测到单机服务器在90%的响应时间和成功率都达标的前提下，能够承载多少用户量。
使用特定游戏模型压测24小时，服务无重启，内存无泄漏，并且各事务成功率达标。
这个可以在WeTest入口预约。
（10） 服务器容灾测试服务器容灾测试，主要指某个服务进程奔溃掉后，是否具有自行恢复能力。
比如游戏逻辑进程消失后，是否会自动拉起；memcached崩溃时，是否会重新启动，是否会对所有玩家有影响。
这些都是app测试过程中需要考虑的因素。
（11） 中断测试针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法，如：App在前台和后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。
测试电话，短信，彩信，微博或其他通知进来...
如何测试app软件在手机中的使用情况？
测试有几下几类：一，非功能测试二，功能测试三，客户端性能测试四，兼容性测试五，服务器性能测试六，安全性测试手机APP软件测试点详解：功能测试：手机软件的基本功能。
倒不一定完全由测试人员来完全执行，但却是所有测试中最重要的，需要测试人员做很好的测试策略和职责划分。
稳定性测试：大多数手机应用是需要保证能够稳定运行一定时间的（尤其是对于一些记事类应用），而且在应用的运行状态发生切换后需要继续保持当前的状态，不出现闪退。
性能测试：这部分分为两个方面，一部分是后台服务的性能测试（API的响应时间和响应报文大小），一部分是应用自身的性能情况（占用CPU、内存、I/O、电量情况，以及页面到页面之间的切换速度，如果是游戏或动画，还要保证能够在一定的帧率以上）。
安全测试：关键的机密数据连接有没有走加密连接；本地数据库有没有做加密处理，是否会被其他恶意应用读取；后台服务的接口是否安全，会不会受SQL注入的影响；应用有没有做混淆，会不会被逆向以及会不会在渠道方被修改重新签名挂马；敏感数据是否存在了SD Card上等等。
手机软件的测试方法有哪些？
兼容性测试 针对App通常会考虑这些方面： 1）操作系统版本 包括Andoird版本，iOS版本 2）屏幕分辨率 android 800 480, 960 640,1280 720(720p),1920 1080(1080p),2560 1440(2k). 对于iOS，考虑最近几代机型对应的分辨率即可. 3）不同厂家的ROM 不同厂家的ROM，大多厂家都对android 系统进行了定制、实际中会遇到例如调用相机和底层服务出现的不兼容问题以及摇一摇遇到的不同手机对于方向和重力传感器灵敏度设置不同的问题. 4） 网络类型 网络类型通常考虑wifi,2g,3g4g下的功能情况。
另外针对m版网站考虑不同浏览器类型和屏幕分辨率. 流量测试 在移动产品的测试中，很有必要对App使用的流量进行度量，大致来说，流量可以从用户使用的的相关性角度分为：一类是用户的操作直接导致的流量消耗；另一类是后台，即在用户没有直接使用情况下的流量消耗。
流量的测试方法： 1. 基于系统自带功能. eg android proc/uid_stat/{uid} /tcp_send android proc/uid_stat/{uid} /tcp_rcv 2. 通过API或者系统埋点来获取数据。
3. 通用的流量测试方法：手机抓包，或者wifi代理（Fiddler, Charles）。
常见的流量节省方法： 1. 数据压缩。
压缩包含接口文本数据的压缩，js文件的压缩及图片的压缩。
2. 不同数据格式的采用 例如采用JSON格式作为接口数据返回格式通常比XML格式要小。
3. 控制访问的频次 这个主要针对后台数据上报，PUSH消息检查等定时机制的。
4. 只获取必要的数据 有时候APP一页的内容非常多，而用户可能只会看一部分，过多的从后台拉去数据就是浪费，所以可以采用分屏加载或者懒加载的方式来减少流量消耗。
5. 缓存 可将图片，js等数据暂存起来，但由于手机存储空间有限，也需要控制整个缓存大小，并给用户提供清理缓存的选项。
6. 针对不同网络类型设计不同的访问策略 有些APP不同的网络类型返回的内容不一样。
电量测试 在电器电池技术没有取得巨大突破前提下，这方面始终会存在一些瓶颈，如果一些App架构设计的不好，或者代码偶缺陷，就可能导致电量消耗比较高，所以电量测试也是很重要的。
工具 GSam Battery Monitor Pro.
手机app软件开发基本测试要点有哪些
展开全部 一、接收版本 接收测试版本的同时，需要查看程序填写的《App测试版本提交质量规 范》，若符合则开始测试任务，若不符合规范，可拒绝测试。
日常接收版本时需要注意测试版本规范，如不符合，请开发人员重新修 改合适的版本号后再次提交测试。
二、UI测试 要确保手头的原型图月效果图为当前的最新版本。
确保产品UI符合产品经理制定的原型图与效果图。
一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件 或口头的形式询问产品经理。
由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。
三、功能测试 确保手头的功能需求文档是最新的版本。
确保所有的功能软件功能都已经实现并且逻辑正常。
一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。
在手机app软件开发过程当中，从初期到上线我们需要多方面全方位地考虑，从测试到成功需要经历多个步骤，最终才能让用户获得一个完美的体验！...
