App功能测试的7大注意点
App常用测试方法总结
APP常用测试方法总结一、安全测试1.软件权限1扣费风险：包括短信、拨打电话、连接网络等;2隐私泄露风险：包括访问手机信息、访问联系人信息等;3对App的输入有效性校验、认证、授权、数据加密等方面进行检测4限制/允许使用手机功能接入互联网5限制/允许使用手机发送接收信息功能6限制或使用本地连接7限制/允许使用手机拍照或录音8限制/允许使用手机读取用户数据9限制/允许使用手机写入用户数据10限制/允许应用程序来注册自动启动应用程序2.安装与卸载安全性1应用程序应能正确安装到设备驱动程序上2能够在安装设备驱动程序上找到应用程序的相应图标3安装路径应能指定4没有用户的允许,应用程序不能预先设定自动启动5卸载是否安全,其安装进去的文件是否全部卸载6卸载用户使用过程中产生的文件是否有提示7其修改的配置信息是否复原8卸载是否影响其他软件的功能9卸载应该移除所有的文件3.数据安全性1当将密码或其它的敏感数据输入到应用程序时,其不会被存储在设备中,同时密码也不会被解码;2输入的密码将不以明文形式进行显示;3密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上;4不同的应用程序的个人身份证或密码长度必须至少在4-8个数字长度之间; 5当应用程序处理信用卡明细或其它的敏感数据时,不以明文形式将数据写到其他单独的文件或者临时文件中;以防止应用程序异常终止而又没有删除它的临时文件,文件可能遭受入侵者的袭击,然后读取这些数据信息;6党建敏感数据输入到应用程序时,其不会被存储在设备中;7应用程序应考虑或者虚拟机器产生的用户提示信息或安全警告8应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户;9在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作;10应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况;11当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息;12在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容;13如果数据库中重要的数据正要被重写,应及时告知用户;14能合理的处理出现的错误;15意外情况下应提示用户;4.通讯安全性1在运行软件过程中,如果有来电、SMS、蓝牙等通讯或充电时,是否能暂停程序,优先处理通信,并在处理完毕后能正常恢复软件,继续其原来的功能;2当创立连接时,应用程序能够处理因为网络连接中断,进而告诉用户连接中断的情况;3应能处理通讯延时或中断;4应用程序将保持工作到通讯超时,进而给用户一个错误信息指示有链接错误; 5应能处理网络异常和及时将异常情况通报用户;6应用程序关闭网络连接不再使用时应及时关闭,断开;5.人机接口安全测试1返回菜单应总保持可用;2命令有优先权顺序;3声音的设置不影响使用程序的功能;4声音的设置不影响应用程序的功能5应用程序必须能够处理不可预知的用户操作,例如错误的操作和同时按下多个键;二、安装、卸载测试验证App是否能正确安装、运行、卸载、以及操作过程和操作前后对系统资源的使用情况;1.安装1软件安装后是否能够正常运行,安装后的文件夹以及文件是否写到了指定的目录里;2软件安装各个选项的组合是否符合概要设计说明;3软件安装向导的UI测试4安装后没有生成多余的目录结构和文件;2.卸载1测试系统直接卸载程序是否有提示信息;2测试卸载后文件是否全部删除所有的安装文件夹;3卸载是否支持取消功能,单击取消后软件卸载的情况;4系统直接卸载UI测试,是否有卸载状态进度条提示;三、UI测试1测试用户界面如菜单、对话框、窗口和其他控件布局、风格是否满足要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等;2UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能;确保用户界面符合公司或行业的标准;包括用户友好性、人性化、易操作性测试;1.导航测试1按钮、对话框、列表和窗口等；或在不同的连接页面之间需要导航;2是否易于导航,导航是否直观;3是否需要搜索引擎;4导航帮助是否准确直观;5导航与页面结构、菜单、连接页面的风格是否一致;2.图形测试1横向比较,各控件操作方式统一;2自适应界面设计,内容根据窗口大小自适应;3页面标签风格是否统一;4页面是否美观;5页面的图片应有其实际意义而要求整体有序美观;3.内容测试1输入框说明文字的内容与系统功能是否一致;2文字长度是否加以限制;3文字内容是否表意不明;4是否有错别字;5信息是否为中文显示;四、功能测试根据软件说明或用户需求验证App的各个功能实现,采用如下方法实现并评估功能测试过程：1采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App 的用户使用场景,对比说明或需求,整理出内在、外在及非功能直接相关的需求,构建测试点,并明确测试标准;2根据被测功能点的特性列出相应类型的测试用例对其进行覆盖,如：设计输入的地方需要考虑等价、边界、负面、异常、非法、场景回滚、关联测试等测试类型对其进行覆盖;3在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况,及时修正业务或需求理解错误;1.运行1App安装完成后的试运行,可正常打开软件;2App打开测试,是否有加载状态进度提示;3App页面间的切换是否流畅,逻辑是否正确;4注册同表单编辑页面用户名密码长度注册后的提示页面前台注册页面和后台的管理页面数据是否一致注册后,在后台管理中页面提示5登录使用合法的用户登录系统系统是否允许多次非法的登录,是否有次数限制使用已经登录的账号登录系统是否正确处理用户名、口令密码错误或漏填时能否登陆删除或修改后的用户,原用户名登陆不输入用户口令和重复点“确定/取消”按钮,是否允许登录登陆后,页面中登录信息页面中有注销按钮登录超时的处理2.应用的前后台切换1App切换到后台,再回到App,检查是否停留在上一次操作界面;2App切换到后台,再回到App,检查功能及应用状态是否正常;3App切换到后台,再回到前台时,注意程序是否崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候;4手机锁屏解锁后进入App注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候;5当App使用过程中有电话进来中断后再切换到App,功能状态是否正常;6当杀掉App进城后,再开启App,App能否正常启动;7出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,有时候会出现应用自动跳过提示框的缺陷;8对于有数据交换的页面,每个页面都必须要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃;3.免登陆很多应用提供免登陆功能,当应用开启时自动以上一次登录的用户身份来使用App;1考虑无网络情况时能否正常进入免登录状态;2切换用户登陆后,要校验用户登录信息以及数据内容是否相应更新,确保原用户退出;3根据Mtop的现有规则,一个账户只允许登陆一台机器;所以,需要检查一个账户登录多台手机的情况;原手机里的用户需要被退出,给出友好提示;4App切换到后台,在切换回前台的校验;5切换到后台,再切换回到前台的测试;6密码更换后,检查有数据交换时是否进行了有效身份的校验;7支持自动登录的应用在进行数据校验时,检查系统是否能自动登录成功并且数据操作无误;8检查用户主动退出登录后,下次启动App,应停留在登录界面;4.离线浏览很多应用会支持离线浏览,即在本地客户端会缓存一部分数据供用户查看;1在无线网络情况可以浏览本地数据;2退出App再开启App时能正常浏览;3切换到后台再回到前台可以正常浏览;4锁屏后再解锁回到应用前台可以正常浏览;5在对服务器段的数据有更新时回给予离线的相应提示;5.App更新1当客户端有新版本时,有更新提示;2当版本为非强制升级版时,用户可以取消更新,老版本能正常使用;用户在下次启动App时,仍出现更新提示;3当版本为强制升级版时,但给出强制更新后用户没有做更新时,退出客户端;下次启动App时,仍出现强制升级提示;4当客户端有新版本时,在本地不删除客户端的情况下,直接更新检查是否能正常更新;5当客户端有新版本时,在本地不删除客户端的情况下,检查更新后的客户端功能是否是新版本;6当客户端有新版本时,在本地不删除客户端的情况下,检查资源同名文件如图片是否能正常更新成最新版本;如果以上无法更新成功的,也都属于缺陷;6.定位、照相机服务1App有用到相机,定位服务时,需要注意系统版本差异;2有用到照相机服务的地方,需要进行前后台的切换测试,检查应用是否正常;3测试照相机服务时,需要采用真机进行测试;7.PUSH测试1检查Push消息是否按照指定的业务规则发送;2检查不接收推送消息时,用户不会在接收到Push消息;3如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到Push;在非免打扰时间段内,用户能正常收到Push;4当Push消息是针对登录用户的时候,需要检查收到的Push与用户身份是否相符,没有错误的将其他人的消息推送过来;一般情况下,只对手机上最后一个登录用户进行消息推送;5测试Push时,需要采用真机进行测试;五、性能测试1响应能力测试：测试App中的各类操作是否满足用户响应时间要求;App安装、卸载的响应时间App各类功能性操作的响应时间2压力测试,反复/长期操作下,系统资源是否占用异常;App反复进行安装卸载,检查系统资源是否正常其他功能反复进行操作,检查系统资源是否正常六、交叉事件测试针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法;交叉测试又叫事件或冲突测试,是指一个功能正在执行过程中,同时另外一个事件或操作对该过程进行干扰的测试;如：App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等;交叉事件测试非常重要,能发现很多应用中潜在的性能问题;1多个App同时运行是否影响正常功能;2App运行时前/后台切换是否影响正常功能;3App运行时拨打/接听电话;4App运行时发送/接收信息;5App运行时发送/收取邮件;6App运行时浏览网络;7App运行时使用蓝牙传送/接收数据;8App运行时使用相机、计算器等手机自带设备;七、兼容测试主要测试内部和外部兼容性1与本地及主流App是否兼容2与各种设备是否兼容,若有跨系统支持则需要检验是否在个系统下,各种行为是否一致;不同手机屏幕分标率的兼容性不同手机品牌的兼容性八、回归测试1Bug修复后且在新版本发布后需要进行回归测试;2Bug修复后的回归测试在交付前、要进行大量用例的回归测试;九、用户体验测试以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度;通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性,提出修改意见提升产品的潜在客户满意度;1是否有空数据界面设计,引导用户去执行操作;2是否滥用用户引导;3是否有不可点击的效果,如：你的按钮此时处于不可用状态,那么一定要灰掉,或者拿掉按钮,否则会给用户误导;4菜单层次是否太深;5交互流程分支是否太多;6相关的选项是否离的很远;7一次是否载入太多的数据;8界面中按钮可点击范围是否适中;9标签页是否跟内容没有从属关系,当切换标签的时候,内容跟着切换;10操作应该有主次从属关系;11是否定义Back的逻辑;涉及软硬件交互时,Back键应具体定义;12是否有横屏模式的设计,应用一般需要支持横屏模式,即自适应设计; 十、手势操作测试1手机开锁屏对运行中的App的影响;2运行中的App前后台切换的影响;3多个运行中的App的切换;4App运行时关机;5App运行时重启系统;6App运行时充电7App运行时Kill掉进程再打开十一、客户端数据库测试1一般的增、删、改、查测试;2当表不存在时是否能自动创建,当数据库表被删除后能否再自建,数据是否还能自动从服务器中获取回来并保存;3在业务需要从服务器端取回数据保存到客户端的时候,客户端能否将数据保存到本地;4当业务需要从客户端取数据时,检查客户端数据存在时,App数据是否能自动从客户端数据中取出,还是仍然会从服务器端获取检查客户端数据不存在时,App数据能否自动从服务器端获取到并保存到服务器端;5当业务对数据进行了修改、删除后,客户端和服务器端是否会有相应的更新;。
App测试的策略
App测试的策略(⼀)、App测试的策略1.App测试需要考虑的⽅⾯设备多样性操作系统、浏览器、应⽤程序运⾏时环境、屏幕分辨率、⼈机交互界⾯和接⼝、⼈体⼯程学设计、屏幕尺⼨等运营商⽹络基础设施⾃动化脚本编程与开发可⽤性测试2.基于模拟器的测试使⽤模拟器进⾏测试也许不是最佳测试⽅法，但通常却是最实⽤和最节约成本的，⽽且它还有⼀些其它优点。
第⼀，模拟器更加便利地进⾏功能测试，你可以通过单步调试发现没有满⾜需求设计的地⽅和细节。
通过模拟器调试和分析bug，从⽽为在真机测试阶段减少不少的花费。
第⼆，模拟器容易管理，因为模拟器是基于PC的，所以每⼀个测试⼈员和开发⼈员都有这个“设备”。
开发⼈员可以⾃⼰管理上⾯的软件，不需要系统管理员。
第三，不同的模拟器模拟不同的设备。
为了模拟在某⼀种设备上测试，只需要加载该种设备对应的模拟器配置⽂件即可，最棒的是，你⽆须为访问运营商⽹络⽀付任何费⽤！第四，PC上的模拟器具备更快的CPU以及更⼤的内存容量，这使得运⾏起来程序更快，也使得测试以较快完成。
3.真机测试与基于模拟器的测试⽅法对⽐4.兼容性测试操作系统版本屏幕分辨率不同⼚家的ROM⽹络类型5.流量测试⽤户的操作直接导致的流量消耗。
在⽤户没有直接使⽤情况下的流量消耗。
6.电量测试测试耗电量。
7.弱⽹络测试信号不好的地⽅（建筑物或隧道），以及基站间切换，或者在体育场等⼈员密集场所基站容量跟不上等。
8.安全测试（1）安装包测试能否反编译代码能否从这个安装包中获取项⽬的源代码。
安装包是否签名保证该App是合法开发者发布的，以防被第三⽅应⽤覆盖安装等问题。
（2）敏感信息测试数据库是否存在敏感信息。
软键盘劫持。
如果⽤户安装了第三⽅软键盘，⼀些敏感信息可能被第三⽅软键盘截获，可能引起⽤户数据被盗取并造成⽤户损失。
如⾦融类App登录界⾯的⽤户名密码输⼊框等，看是否⽀持第三⽅输⼊法。
对于⾮常敏感的输⼊，⼀般建议使⽤应⽤内的软键盘。
（3）账户安全密码是否明⽂存储在后台数据库密码传输是否加密账户锁定策略同时会话⽐如使⽤不同客户端登录同⼀账户和密码。
app测试报告
app测试报告随着智能手机的普及和移动互联网的发展，手机应用（APP）已经成为我们日常生活中不可或缺的一部分。
然而，由于市场竞争激烈，许多APP的质量和性能并不稳定，这就需要进行全面的测试和评估。
本文将通过对一个APP进行测试和分析，来给出一个APP测试报告，以揭示APP的优点和不足之处。
测试环境与流程在进行APP测试之前，我们需要设立一个适当的测试环境。
这个环境包括硬件设备、操作系统、网络条件等。
具体来说，我们选择了一款手机型号作为测试设备，并安装了最新版本的操作系统。
同时，在测试过程中，我们还利用了Wi-Fi和4G网络，分别测试了在不同网络下的表现。
测试的过程可以分为功能测试和性能测试两个部分。
在功能测试中，我们主要关注APP的各项功能是否正常运作、是否满足用户需求。
例如，我们测试了APP的注册和登录功能、商品浏览和购买功能等等。
在性能测试中，我们测试了APP的响应速度、加载时间、占用内存等指标，以评估APP的性能表现。
测试结果与评价经过一段时间的测试和分析，我们对这个APP的性能和功能进行了全面的评估。
以下是我们的测试结果和评价。
首先，就功能而言，这个APP在绝大部分方面表现出了良好的稳定性和完整性。
注册和登录功能没有出现问题，用户可以顺利地进行账号注册和登录操作；商品浏览和购买功能也非常顺畅，用户可以方便地浏览商品信息和下单购买。
此外，APP的界面设计简洁美观，用户操作流程合理，易于上手。
这些功能上的优点使得用户能够愉快地使用这个APP，并得到满意的购物体验。
然而，我们也发现了一些不足之处。
首先，APP在某些网络条件下的加载速度较慢。
在4G网络下，尤其是在网络信号不稳定的情况下，APP的加载时间明显延长，给用户带来了不便。
其次，我们在测试过程中发现了一些小Bug，例如部分页面的显示错位、部分按钮失灵等。
虽然这些问题并不影响APP的正常运行，但细心的用户可能会注意到这些细节问题。
最后，我们认为APP的搜索功能还有进一步改进的空间，包括搜索结果的准确性和搜索速度等方面。
登录App测试情况汇报
登录App测试情况汇报
近期我们团队对百度App进行了登录功能的测试，以下是我们的测试情况汇报。
首先，我们对App的登录界面进行了多次尝试，发现在输入用户名和密码后，系统反应迅速，几乎没有延迟。
这一点给用户带来了很好的体验，也符合现代人对于快速、高效的需求。
同时，我们也测试了多种网络环境下的登录速度，结果显示在不同网络条件下，App的登录速度都能保持在较快的水平，这对于用户来说是一个很大的优势。
其次，我们对App的登录安全性进行了测试。
通过模拟输入错误的用户名和密码，我们发现系统能够准确地识别出错误，并给出相应的提示，保障了用户的账户安全。
另外，我们还测试了App的账号验证功能，发现在输入正确的验证码后，
系统会及时验证并允许用户登录，这也为用户提供了一定的保障。
另外，我们还测试了App在不同手机型号和操作系统版本上的兼容性。
经过多次测试，我们发现App在各种主流手机上都能够正常运行，并没有出现闪退、卡
顿等情况。
这对于用户来说是一个很大的便利，也提升了用户对App的信任度。
最后，我们对App的登录界面进行了用户体验测试。
我们邀请了多名用户进行了真实登录操作，并收集了他们的反馈意见。
大部分用户反馈登录界面简洁清晰，操作流畅，没有出现混乱或不便的情况。
同时，我们也注意到一些用户提出了一些改进建议，比如增加手势密码登录、支持人脸识别等功能，这些反馈将成为我们下一步改进的重要参考。
综上所述，通过我们的测试，百度App的登录功能整体表现良好，速度快、安全性高、兼容性强、用户体验良好。
我们也将根据用户反馈意见，不断优化改进，为用户提供更好的使用体验。
App测试所会遇到的各种问题
App测试所会遇到的各种问题app测试走过的那些坑之前，先总结下app测试的工作主要有哪些：1.功能测试，无论是什么软件产品，必不可少的就是功能测试。
我们需要测试这款app 产品的功能是否完善，是否符合客户需求，是否符合用户正常体验。
而功能测试最重要的一点也是测试案例的设计，这个抽个时间单独总结下。
案例设计的是否全面，覆盖率是否高决定了这款产品功能强弱。
作为一名开发，需要在开发过程中考虑逻辑实现中的种种情况，根据不同的情况做不同的处理，而这种考虑往往以正向考虑为主，即用户在正常使用情况下会进行哪些操作，从而产生什么样的问题。
作为一名测试不能单单从正向流程考虑，用户在各种情况下的各种操作要绞尽脑汁想到并设计相应的测试案例，才能保证app功能的完善。
因此在app测试流程中要做到：1）需求评审——知道要测试的是什么，测试的范围2）案例设计——根据需求文档及产品原型设计测试案例3）案例评审——换一名测试人员对测试案例进行评审，查看有没有漏掉的案例场景，评审案例是否正确。
4）案例执行——对测试案例执行测试，覆盖测试案例。
2.app客户端性能测试。
这个性能测试主要关注的参数有：多高的cpu，内存，耗电量，流量，还有app的安装耗时和启动耗时。
其实在实际工作中这个做的是没有那么全面的。
我们正常测试过程中比较关注的是app的安装耗时和启动耗时（wifi下的启动，4G下的启动，3G下的启动）。
还有一个需要关注的是运营商的测试，之前曾经遇到的问题是在移动下没有问题，但是在联通下就有问题，这个也是需要关注下的，当然这种问题有时候不是开发人员及测试人员能够把控的。
但是像内存，流量什么的是需要特别关注的，在我们的工作中，我们在app中的zip包超过500k的在测试环境是特别弹出提示框提醒的，需要找开发确认这个地方为什么会需要放置这么大的文件。
3.适配兼容性测试。
记得之前在群里有人问怎么进行兼容性测试啊，然后都一致回答，买买买，买各种型号的手机，哈哈。
手机app测试流程
手机app测试流程手机app测试是确保应用程序质量和用户体验的重要环节。
在进行手机app测试时，需要按照一定的流程和方法进行，以确保测试的全面和有效性。
下面将介绍手机app测试的流程，希望能对大家有所帮助。
1. 确定测试范围。
在进行手机app测试之前，首先需要确定测试的范围。
这包括确定要测试的功能模块、兼容性测试的设备和系统版本、以及需要覆盖的测试场景等。
通过明确测试范围，可以有效地组织测试工作，提高测试效率。
2. 制定测试计划。
制定测试计划是手机app测试的重要步骤。
测试计划应包括测试的时间安排、测试人员的分工、测试环境的搭建、测试工具的选择等内容。
通过制定测试计划，可以使测试工作有条不紊地进行，确保测试的全面性和系统性。
功能测试是手机app测试的核心内容之一。
在进行功能测试时，需要对应用程序的各项功能进行验证，包括用户登录、数据输入、业务逻辑、界面交互等方面。
通过功能测试，可以确保应用程序的各项功能正常运行，用户能够顺利地完成操作。
4. 进行兼容性测试。
兼容性测试是手机app测试的重要内容之一。
在进行兼容性测试时，需要验证应用程序在不同设备和系统版本上的运行情况。
这包括不同型号的手机、不同版本的操作系统、不同分辨率的屏幕等方面。
通过兼容性测试，可以确保应用程序在不同环境下的稳定性和兼容性。
5. 进行性能测试。
性能测试是手机app测试的关键环节之一。
在进行性能测试时，需要对应用程序的响应速度、内存占用、CPU占用、网络传输速度等方面进行评估。
通过性能测试，可以确保应用程序在各项性能指标上达到用户的要求。
安全性测试是手机app测试的重要内容之一。
在进行安全性测试时，需要对应用程序的数据传输安全、用户隐私保护、防止恶意攻击等方面进行检测。
通过安全性测试，可以确保应用程序在安全性方面达到相关标准和要求。
7. 编写测试报告。
在完成手机app测试后，需要及时编写测试报告。
测试报告应包括测试的结果、存在的问题和建议、测试覆盖率、测试用例等内容。
手机APP测试如何进行兼容性测试
手机APP测试如何进行兼容性测试移动应用的兼容性测试是一个重要的测试环节，它确保应用程序能够在不同的设备、操作系统和网络环境中正常运行。
下面是一个详细的步骤来进行手机APP的兼容性测试：1.确定测试目标：首先，需要明确测试的目标，例如要测试的设备类型、操作系统版本、分辨率和屏幕大小等。
这将有助于确保测试的全面性和准确性。
2.收集测试设备：根据测试目标，收集足够数量和类型的测试设备。
可以使用真实设备或者虚拟设备进行测试。
真实设备更接近真实环境，但虚拟设备更灵活和经济。
3.准备测试环境：确保测试环境的准备就绪。
这包括正确的操作系统版本和配置，网络连接稳定等。
4.确定测试用例：编写测试用例来覆盖应用程序的各个功能和场景。
测试用例应该包括常见的操作，例如安装、启动、导航、输入、浏览和关闭等。
5.进行手动测试：使用测试用例逐一测试应用程序。
在不同设备上测试应用程序的每个功能和场景。
注意观察和记录任何错误、异常或不兼容的问题。
6.自动化测试：对于需要频繁执行和大规模测试的功能或场景，可以考虑使用自动化测试工具进行测试。
自动化测试可以提高测试的效率和准确性。
7.记录和分析测试结果：对测试过程中发现的问题进行记录和分析。
包括错误描述、截图、操作步骤等。
这些记录将有助于开发人员快速定位和修复问题。
8.修复和重新测试：向开发人员报告发现的问题，并等待他们进行修复。
修复后，重新执行测试用例以确保问题已经解决。
9.性能测试：进行性能测试，确保应用程序在各种设备和网络条件下的稳定性和响应能力。
10.发布和监控：最终发布应用程序之前，进行最后一轮兼容性测试。
一旦发布，应监控应用程序的性能和兼容性，及时处理任何问题。
兼容性测试的注意事项：1.尽可能覆盖各种常见设备和操作系统版本，以确保应用程序在广泛的设备上都能正常运行。
2.测试时要关注不同设备和操作系统之间的差异，例如屏幕大小、分辨率、输入模式等。
3.在测试中模拟不同网络环境，包括WiFi、4G、3G以及较慢或不稳定的网络连接。
APP测试指导手册
APP测试指导手册编写目的本手册编写旨在帮助刚刚入手的移动端测试人员了解移动端项目，并且了解刚刚接触一个移动端的项目如何入手，有哪些问题需要明确，有哪些问题需要注意，欢迎补充移动端产品（项目）介绍移动端产品（项目）展现在眼前的就是一个实际的app应用，支撑这个app应用的是它的后台。
后台一般有两种，一种是实际部署的后台管理系统，管理系统的基本信息和业务信息，前台仅仅做展示，查看用，如通讯录APP，掌上直播点播；另一种是后台部署的系统和前台有数据交互的，一般这种系统分为pc展现端和APP展现端，pc端和APP端的展现端存在数据交互，有共同的后台管理系统支撑这两个前台应用，如人大APP，一乡一法庭。
1功能测试1.1安装目前公司的app基本是机遇两大移动操作系统android和ios开发的，android开发的app安装文件后缀为apk，ios开发的app安装后缀名是ipaApp客户端程序的安装方式主要有如下几种：1、手机端浏览器输入下载地址2、通过二维码扫描（需要单独维护二维码信息，一般二维码是封装了下载地址，所以如果系统提供了此功能，在实施文档中必须说明二维码如何生成如何维护）3、Android平台，通过Usb连接电脑方式安装4、App store下载安装（正式发布，目前接触的项目没有正式发布的。
如果接触的项目需要在APP store上发布，需要在发布时间前预留出时间，因为提交申请到APP store后审核比较严格，需要的时间较长，具体时间需要提前确认）目前公司开发了一个APP推送平台，测试过程中可以让开发把apk放在推送平台上，测试人员通过这个平台取包，同时在test上进行备份，这样方便开发和测试的交互需求分析时需要确认系统支持哪几种安装方式，是否符合项目的要求测试重点（范围）1、安卓主要是测试移动端不同版本的操作系统是否能正常安装。
Android及IOS不同操作版本系统进行安装测试，不同版本可能会安装不成功2、安装成功：安装完成后App程序应该可以正常打开3、测试过程中，先在模拟器上安装，然后再适配机型。
软件测试之功能测试篇
软件测试之功能测试篇⼀、软件测试的⽬的：发现缺陷错误，并且尽最⼤可能找出最多的错误，也是对软件质量进⾏评估，以提⾼软件质量。
⼆、什么是软件：软件=程序+⽂档软件是计算机系统中与硬件相互依存的⼀部分，它是包括程序、⽂档的完整集合。
程序（program）是按事先设计的功能和性能要求执⾏的指令序列。
⽂档（document）是与开发、维护和使⽤有关的图⽂材料。
三、软件缺陷的定义：1、软件没有实现产品说明书要求的功能；2、出现了产品说明书指明的不应该出现的错误；3、实现了说明书中未提及的功能；4、未实现产品说明书虽未明确，但应实现的功能；5、软件难以理解，不易操作，运⾏缓慢等问题；6、缺陷是系统在开发或者维护过程中就存在的错误；7、缺陷是系统某种功能失效；四、什么是软件测试：1、找bug；2、找到【预期结果】和【实际结果】的差异，保证项⽬质量；3、根据需求⽂档（客户要求）进⾏测试；P.s：⼀般把软件缺陷（defect）称为bug（臭⾍）五、操作系统：1、Windows2、Linux3、Android4、IOS5、Unix六、BS架构和CS架构：1、BS架构——基于浏览器；优点：分布性强，维护⽅便，成本低；缺点：个性化特点明显降低，跨浏览器实现差，响应速度低，容易给服务器造成较⼤的压⼒；2、CS架构——基于客户端；优点：⽤户体验佳，速度快，处理能⼒强；缺点：需要专门的客户端安装程序，开发、维护成本⾼，升级⼀次所有的客户端程序都需要改变。
七、职业素质要求：1、专业知识2、沟通能⼒3、团结合作能⼒4、耐⼼、细⼼、⾃信⼼5、责任⼼6、不管做什么测试，基础⼀定要牢，才能继续提升⼋、V模型：【⽤户需求】由需求⼈员（BA）根据客户需求整理⼀个⽂档叫需求⽂档【需求分析】项⽬经理—测试经理—开发—测试—BA开会讨论：1、需求怎么做？——开发2、需求是否合理？——两个⽅⾯：需求、时间3、测试⼈员的作⽤？（1）搞清楚这个需求的来源是做什么的；（2）通过测试思维去考虑它，如何去测试它；4、需求讨论阶段也是需求确认的⼀个阶段【概要设计】开发⼈员对需求进⾏梳理；——开会评审，检查开发⼈员对需求的理解程度；【详细设计】开发⼈员需要通过什么样的技术去实现这个功能，⽤⽂档的形式写出来——后期也需要评审【编码】编程。
APP测试基本流程以及APP测试要点
1APP 测试基本流程1.1流程图不符符合仍然为测试环境进入正式环境Fail Pass跟进接收版本App 测试版本送测规范UI 测试：核对rp/效果图功能测试：核对需求文档兼容性测试、性能压力测试正式环境下测试后台订单统计测试报告里面需体现出软件质量分值回归测试1.2测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。
1.3测试资源测试任务开始前，检查各项测试资源。
--产品功能需求文档；--产品原型图；--产品效果图；--测试设备；--其他。
1.4日报及产品上线报告1）测试人员每天需对所测项目发送测试日报。
（也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报）2）测试日报所包含的内容为：\\server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc4）不同版本测试报告输出2App测试点2.1安全测试2.1.1软件权限1）扣费风险：包括发送短信、拨打电话、连接网络等2）隐私泄露风险：包括访问手机信息、访问联系人信息等3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测4）限制/允许使用手机功能接人互联网5）限制/允许使用手机发送接受信息功能6）限制/允许应用程序来注册自动启动应用程序7）限制或使用本地连接8）限制/允许使用手机拍照或录音9）限制/允许使用手机读取用户数据10)限制/允许使用手机写人用户数据11)检测App的用户授权级别、数据泄漏、非法授权访问等2.1.2安装与卸载安全性1）应用程序应能正确安装到设备驱动程序上2）能够在安装设备驱动程序上找到应用程序的相应图标3）是否包含数字签名信息4）没有用户的允许,应用程序不能预先设定自动启动5）卸载是否安全,其安装进去的文件是否全部卸载6）卸载用户使用过程中产生的文件是否有提示7）其修改的配置信息是否复原8）卸载是否影响其他软件的功能9）卸载应该移除所有的文件2.1.3数据安全性1）当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码2）输人的密码将不以明文形式进行显示3）密码,信用卡明细,或其他的敏感数据将不被储存在它们预输人的位置上4）不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间5）当应用程序处理信用卡明细,或其他的敏感数据时,不以明文形式将数据写到其它单独的文件或者临时文件中。
移动端通用测试标准参考
软件卸载过程中断电 软件卸载过程中重启 软件卸载过程中死机 卸载后是否可以重装 按钮、对话框、列表和窗口等；或在不同的连接页面之间需要导航 是否易于导航，导航是否直观 导航帮助是否准确直观 导航与页面结构、菜单、连接页面的风格是否一致 屏幕旋转 各控件操作方式统一 自适应界面设计，内容根据窗口大小自适应 页面标签风格是否统一 页面是否美观 页面的图片应有其实际意义而要求整体有序美观 图片质量要高且图片尺寸在设计符合要求的情况下应尽量小 界面整体使用的颜色不宜过多 输入框说明文字的内容与系统功能是否一致 文字长度是否加以限制 文字内容是否表意不明 是否有错别字 信息是否为中文显示 是否有敏感性词汇、关键词 是否有敏感性图片，如：涉及版权、专利、隐私等图片 App安装完成后的试运行，可正常打开软件 App打开测试，是否有加载状态进度提示 App打开速度测试，速度是否可观 App页面间的切换是否流畅，逻辑是否正确 注册 --同表单编辑页面 --用户名密码长度 --注册后的提示页面 --前台注册页面和后台的管理页面数据是否一致 --注册后，在后台管理中页面提示 登录 --使用合法的用户登录系统 --系统是否允许多次非法的登陆，是否有次数限制 --使用已经登陆的账号登陆系统是否正确处理 --使用禁用的账号登陆系统是否正确处理 --用户名、口令（密码）错误或漏填时能否登陆 --删除或修改后的用户，原用户登陆 --不输入用户口令和用户、重复点（确定或取消按钮）是否允许登陆 --登陆后，页面中登陆信息 --页面中有注销按钮 --登陆超时的处理 注销 --注销原模块，新的模块系统能否正确处理 --终止注销能否返回原模块，原用户 --注销原用户，新用户系统能否正确处理 --使用错误的账号、口令、无权限的被禁用的账号进行注销 APP切换到后台，再回到app，检查是否停留在上一次操作界面 APP切换到后台，再回到app，检查功能及应用状态是否正常，IOS4和IOS5的版本的处理机制有的不一样 App切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的 手机锁屏解屏后进入app注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候 App使用过程中有电话进来中断后再切换到app，功能状态是否正常 杀掉app进程后，再开启app，app能否正常启动 出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷 对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃 App有免登录功能时，需要考虑IOS版本差异
app测试流程和重点
app测试流程和重点
APP测试流程： 1、分析需求：主要是了解客户的需求，包括功能、性能、兼容性、可用性和可测试性等。
2、准备测试：这一步主要是建立测试环境，包括安装开发环境、项目测试数据准备以及安装测试工具等。
3、执行测试：根据客户的需求，采用不同的测试方法，对app进行测试，主要包括功能测试、性能测试、兼容性测试、可用性测试和可测试性测试等。
4、缺陷收集：在测试过程中，发现缺陷、收集缺陷信息，并把缺陷提交给客户。
5、缺陷修复：客户会根据缺陷报告，进行修复，修复完毕后，重新进行测试。
6、验收：客户把修复完毕后的app 提交给测试人员，测试人员对app进行验收，如果没有发现大的问题，则可以通过验收。
APP测试重点： 1、功能测试：测试app的功能是否按照客户的需求实现； 2、性能测试：测试app的运行速度、内存使用情况、加载时间等； 3、兼容性测试：测试app在不同操作系统、不同版本、不同硬件上的兼容性；
4、可用性测试：测试app是否容易理解、使用和操作；
5、可测试性测试：测试app是否可以被测试工具测试，以及测试数据是否可以被获取。
APP测试方法分享
APP测试方法分享随着智能手机的普及，APP应用的开发也变得越来越重要。
然而，开发一个功能完善、稳定可靠的APP并不容易，需要经过多轮严格的测试才能保证质量。
本文将分享一些常用的APP测试方法，希望对APP开发人员和测试人员有所帮助。
一、功能测试功能测试是APP测试的核心，主要检查APP的各项功能是否正常。
根据APP的特点和需求，可以将功能测试分为以下几个方面：1.用户界面测试：检查APP的界面设计、布局、颜色、字体等是否符合要求，是否美观易用。
2.用户交互测试：检查APP的各种按钮、链接、下拉菜单等交互元素是否正常工作，是否能够正确响应用户的操作。
3.用户登录和注册测试：检查用户登录和注册功能是否正常，是否能够准确识别用户的身份信息。
4.功能模块测试：根据APP的功能模块，分别进行测试。
例如，对于一个购物APP，可以分别测试浏览商品、添加到购物车、下单、支付等功能模块。
5.地理位置测试：测试APP在获取用户地理位置信息时是否准确，地图导航功能是否正常。
二、兼容性测试兼容性测试是指测试APP在不同操作系统、不同型号的设备上的兼容性。
由于Android手机和iPhone采用不同的操作系统，不同的屏幕分辨率，因此APP需要在不同的设备上进行兼容性测试，确保在各种设备上都能正常运行。
兼容性测试需要考虑以下几个方面：1. 操作系统：测试APP在不同版本的操作系统上的兼容性，包括Android和iPhone的不同版本。
2.设备型号：测试APP在不同型号的设备上的兼容性，包括屏幕分辨率不同、处理器不同的设备。
3. 浏览器：如果APP有Web页面，需要测试在不同浏览器上的兼容性，例如Chrome、Safari、Firefox等。
三、性能测试性能测试是测试APP在各种负载情况下的性能表现。
通过性能测试，可以评估APP的响应速度、稳定性和并发能力，以及对系统资源的占用情况。
性能测试可以从以下几个方面进行：1.响应时间：测试APP对用户操作的响应时间，包括点击按钮、加载页面、等。
手机测试注意点
1手机测试注意点手机APP测试，按平台分主要是android和ios两大主流操作系统，总体上来说android碎片化是个难题，bug也多；ios相对bug少。
按架构主要是基于HTML5的app（类似于pc上的b/S应用）和本地app（类似于C/S结构）。
所以测试上我们也可以充分吸收web的b/s和c/s测试经验。
但是不同于pc上的应用测试，手机上的测试有其独特性。
主要考虑的就是功能性、兼容性、稳定性、易用性（也就是人机交互）、性能。
1 功能方面目前市场上还没达到自动化的水平，主要用手工来测。
出现问题最多的也就是特殊符号、边界值、按钮之类的。
2 兼容性方面考虑手机的版本、型号、分辨率。
不同的版本是存在差异的，一般低版本容易出现问题。
推荐testin这个第三方平台，对android兼用性测试比较有帮助。
3 稳定性方面就是闪退、系统崩溃、没响应之类的。
4 易用性无非就是界面是否吸引人、容易理解、界面整洁、简单、无错别字。
5 性能主要是靠工具来实现的CPU占用、内存占用、电池温度等。
app后台长时间运行的耗流量，耗电量。
6 还有安装卸载（包含升级）和便利测试。
7 外场：网络切换，网络信号强，弱下的app运行情况。
对自动化的一些看法：目前我们可以接触到手机方面的自动化工具：robotium，monkey，monkeyrunner，androidjunit。
但是由于ui变化快，自动化测试往往不方便维护。
前三个不需要源码支持，但是功能有限，androidjunit很强大，对代码能力要求高，同时需要源码支持。
app的开发周期一般都很短，ui变化大，用自动化要考虑投入成本，大多数的公司估计都不适用。
不过测接口之类的通过自动化是个不错的选择。
一般测试时，开发会先在本地机上打好测试包，自己安装，轮完一轮，开发修改好后，再打一个包。
以下是功能测试时需要注意的点：1、登录●登录用户名和密码错误时，界面有提示信息●用户主动退出登录后，下次启动APP时，应该进入登录界面●对于支持自动登录的APP，数据交换时，是否能自动登录成功且数据库操作无误●密码更改后，登录时是否做到了有效数据的校验●对于未登录时一些页面的操作，是否做了控制●切换账号登录，检验登录的信息是否做到及时更新●对于多个端都进行操作时，确保数据库操作无误，且每个端可以及时看到数据的更新●对于一些软件，支持一个账号只允许登录一台机器，这时，需要检查账号登录多个手机时，是否将原用户剔除，且能够给出提示信息●APP切换到后台时，再次切换到前台的测试，如登录时，有电话打进来2、离线离线是应用程序在本地的客户端会缓存一部分数据以功程序下次调用●对于一些程序，需要在登录进来后，这时没有网络的情况下可以浏览本地数据●对于无网络时，刷新获取新数据时，不能获取数据且能给出友好提示●切换到后台，再次切换到前台时，可以正常查看●离线后又连上网，这时对数据有更新时，需要从服务器端获取新数据来更新客户端数据，且要更新本地缓存信息●对于一些界面的数据不提供离线查看，需要给出相应提示且界面更新后无任何数据3、Sqlite数据库android和IOS客户端都采用了sqlite数据库，当APP需要在客户端保存数据时，它们会创建相应的数据库表，最常见的就是对账号的保存，这时的测试点主要有：●跟一般数据库一样，需要检查数据的增，删，改，查●客户端即用即建，当表不存在时，是否会自动创建●数据表被删除后，新建的表中的数据能否自动从服务器端中获取回来并保存●当对数据进行了修改，删除，客户端和服务器端能否有相应的更新●获取数据，客户端是从直接从客户端获取还是和服务器端的数据进行比较●对于客户端从服务器端更新的数据，客户端是否有保存于本地。
Androidapp性能测试小结（7个性能指标）
Androidapp性能测试⼩结（7个性能指标）1.性能测试的⼏个指标：2.性能测试环境准备：3.启动时间3.1，监控值的获取⽅法启动分为冷启动和热启动，冷启动：应⽤程序⾸次启动，进程⾸次创建并加载资源的过程；热启动：应⽤程序启动后点“back”键、“Home”键，应⽤程序退到后台，并未被完全“杀死”的状态，再次启动；3.1.1，冷启动启动App命令：adb shell am start -W -n package/activity 停⽌App命令：adb shell am force-stop package获取package/activity的⽅法：1.先执⾏监控指令 adb logcat | grep START，再启动程序，⽣成的log信息中可以查看该程序的包名和activity 名ThisTime:647 这条信息中的时间就作为这次应⽤启动的耗时3.1.2，热启动启动App命令：adb shell am start -W -n package/activity 停⽌App命令：adb shell input keyevent 3 (发送⼀个keyevent事件，3代表点击⼿机上的“back”键)ThisTime:427 这条信息中的时间就作为这次应⽤启动的耗时3.2，“启动时间”监控的脚本实现“启动时间”监控的脚本实现有两种⽅式：1.获取命令执⾏时间，作为启动时间参考值；2.在命令前后加上时间戳，以差值作为参考值（此种⽅式相对更精准）脚本中需要创建两个类以及⽅法：脚本实现如图1、2得到的数据在csv⽂件中，数据分析时去掉第⼀次的数据，取均值，并绘制出⼀个数据曲线，得到的均值的参考价值的体现⽅式有两种形式：1.取竞品的数据作为对⽐（⽐如测试的是google浏览器，⽤其他浏览器做对⽐）；2.取历史版本的数据做对⽐（版本间对⽐，看最新版本的开发过程中是否造成了启动时间的延长）3.2.2，时间戳差值监控⽤到的类以及⽅法：4，CPU监控值的获取⽅法、脚本实现和数据分析4.1获取⽅法：取图中第⼀个百分数作为cpu状态值脚本实现如图3、4注意：关于cpu的状态测试的时间要稍长⼀些，需要配合⼀个⾃动化脚本来实现对设备的操作，例如重复搜索100次，同时执⾏监控命令，来获取搜索100次之后的cpu状态值5，流量监控值的获取⽅法、脚本实现和数据分析5.1获取⽅法：1.⾸先要获取进程的ID，命令：adb shell ps | grep packagename；，如图中的“5715”就是我们想要的进程的ID。
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)性能评估：评估典型用户应用场景下，系统资源的使用情况。
移动App测试的22条军规
14.1测试App的增量升级 14.2测试App的删除 14.3测试App数据的清除
15.1 App对第三方App的直接集成 15.2测试App的分享功能 15.3测试App显示外部链接的功能 15.4测试免费App中集成广告的功能 15.5测试App使用社交媒体等账号登录的功能 15.6测试App推送服务 15.7测试App关联其他文件的功能 15.8测试App和输入法等App交互的功能
3 军规16尽量不
使用非标准控 件
4
军规17提前操 作系统升级
5
军规18尽量减 少依赖
军规19进行自 1
动化和探索性 测试
军规20进行性 2
能和安全性测 试
3
军规21使用 log定位问题
4 军规22充分使
用持续集成和 持续部署
5
App测试综合 案例分析
后记 22条军规之外
笔记栏
1.1移动App的特性 1.2移动App的生命周期 1.3设备的硬件参数
7.1 Android App测试设备的碎片化 7.2 Android App更容易受到恶意软件的攻击 7.3 iOS和Android对于App间通信的处理方式不一样 7.4 Android和iOS就是否支持扩展存储有所不同 7.5 iOS和Android对Widget的实现和使用不同 7.6测试Android App对于Dalvik和ART运行环境（RunTime）的兼容性 7.7测试iOS App在特定设置下的行为
20.1测试App连接络的速度 20.2测试App在不同络速度下操作的流畅程度 20.3测试App对于前台页面渲染的性能 20.4测试App操作数据库的性能 20.5测试App用到的后台服务Mobile Service的性能 20.6测试App是否保存了临时数据或者已删除的数据 20.7测试App的会话session是否有过期设置 20.8测试App请求中是否包含了明文的用户信息 20.9测试App的请求是否加密
APP测试之兼容性测试
APP测试之兼容性测试
APP测试主要分为业务功能测试和⾮业务功能测试（专项测试）：
业务功能测试主要是根据软件说明书、需求说明、⽤户需求等对app的每⼀个功能做出相关测试；
⾮业务功能测试（专项测试）包括兼容性测试、升级安装及卸载测试、交叉时间测试、push消息测试、性能测试、其他类型测试
⼀、兼容性测试关注点
1、⼿机型号
主要考虑的是覆盖市场主流机型（Android：三星、⼩⽶、OPPO、华为）
考虑App线上⽤户机型排名
2、系统版本
安卓系统：5.1、6.0、7.0、8.0、9.0
最低向下兼容到4.4版本
IOS系统：11.x 12.x
最低向下兼容到9.x版本
3、屏幕尺⼨、分辨率
分辨率：
1080*1920 720*1280
屏幕尺⼨：
5.5、4.7、5.0
4、⽹络
2G、3G、4G、wifi 有线
扩展：查看线上排名⽹站（流量研究所）
线上云测平台testin
查看兼容性测试的相关数据有⼏个⽅⾯可供参考：1、官⽅数据查看 2、⼿机设置的内容 3、移动端⾃动化（abd命令）。
APP测试和pc端测试的区别
APP测试和pc端测试的区别先第一个app测试哪些点1、功能2、性能3、兼容性4、异常：网络5、压力6、可靠性7、用户体验9、竞品比照........等等一下子说不完和pc区别：1、考虑移动性2、网络问题3、屏幕大小4、省电5、更强调用户体验难点是：1、需求变化极快2、需要敏捷3、需要自动化4、持续集成等等不同点相对于web测试，手机软件测试，除了要考虑根本的功能测试、性能等，还要考虑手机本身固有的属性特征。
所以比照web测试和手机测试，手机测试过程中还需要注意如下几个方面特性：1〕手机作为通信工具，来电、去电、接收短信等操作都会对app应用程序产生影响，所以app测试第一个要考虑的属性特征是：中断测试。
中断测试有人为中断、新任务中断以及意外中断等几种情况，主要从以下几个方面进展验证：a.来电中断：呼叫挂断、被呼叫挂断、通话挂断、通话被挂断b.短信中断：接收短信、查看短信c.其他中断：蓝牙、闹钟、插拔数据线、手机锁定、手机断电、手机问题〔系统死机、重启〕2〕手机用户对app产品的安装卸载操作：从上一个版本/上两个版本直接升级到最新版本。
全新安装新版本新版本覆盖旧版本安装卸载旧版本，安装新版本卸载新版本，安装新版本3〕web自动化测试使用的工具较常用的是QTP，而android手机自动化测试工具比拟常用的是monkey、monkeyrunner。
兼容性测试，web的比拟常用考虑到是不同分辨率的电脑、不同浏览器。
app考虑的是不同手机型号、厂家、分辨率和屏幕大小等。
补充一点：app测试也需要考虑平安测试移动端需要考虑到适配，兼容性1.2测试周期测试周期可按工程的开发周期来确定测试时间，一般测试时间为两三周〔即15个工作日〕，根据工程情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认工程排期1.3测试资源测试任务开场前，检查各项测试资源。
--产品功能需求文档；--产品原型图；--产品效果图；--行为统计分析定义文档；--测试设备〔ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等〕；--其他。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
01
运行
1）App安装完成后的试运行，可正常打开软件。
2）App打开测试，是否有加载状态进度提示。
3）App页面间的切换是否流畅，逻辑是否正确。
4）注册
同表单编辑页面
用户名密码长度
注册后的提示页面
前台注册页面和后台的管理页面数据是否一致
注册后，在后台管理中页面提示
5）登录
使用合法的用户登录系统
系统是否允许多次非法的登录，是否有次数限制
使用已经登录的账号登录系统是否正确处理
用户名、口令（密码）错误或漏填时能否登陆
删除或修改后的用户，原用户名登陆
不输入用户口令和重复点“确定/取消”按钮，是否允许登录
登陆后，页面中登录信息
页面中有注销按钮
登录超时的处理
02
应用的前后台切换
1）App切换到后台，再回到App，检查是否停留在上一次操作界面。
2）App切换到后台，再回到App，检查功能及应用状态是否正常。
3）App切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
4）手机锁屏解锁后进入App注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
5）当App使用过程中有电话进来中断后再切换到App，功能状态是否正常。
6）当杀掉App进城后，再开启App，App能否正常启动。
7）出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
8）对于有数据交换的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
03
免登陆
很多应用提供免登陆功能，当应用开启时自动以上一次登录的用户身份来使用App。
1）考虑无网络情况时能否正常进入免登录状态。
2）切换用户登陆后，要校验用户登录信息以及数据内容是否相应更新，确保原用户退出。
3）根据Mtop的现有规则，一个账户只允许登陆一台机器。
所以，需要检查一个账户登录多台手机的情况。
原手机里的用户需要被退出，给出友好提示。
4）App切换到后台，在切换回前台的校验。
5）切换到后台，再切换回到前台的测试。
6）密码更换后，检查有数据交换时是否进行了有效身份的校验。
7）支持自动登录的应用在进行数据校验时，检查系统是否能自动登录成功并且数据操作无误。
8）检查用户主动退出登录后，下次启动App，应停留在登录界面。
04
离线浏览
很多应用会支持离线浏览，即在本地客户端会缓存一部分数据供用户查看。
1）在无线网络情况可以浏览本地数据。
2）退出App再开启App时能正常浏览。
3）切换到后台再回到前台可以正常浏览。
4）锁屏后再解锁回到应用前台可以正常浏览。
5）在对服务器段的数据有更新时回给予离线的相应提示。
05
App更新
1）当客户端有新版本时，有更新提示。
2）当版本为非强制升级版时，用户可以取消更新，老版本能正常使用。
用户在下次启动App时，仍出现更新提示。
3）当版本为强制升级版时，但给出强制更新后用户没有做更新时，退出客户端。
下次启动App时，仍出现强制升级提示。
4）当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。
5）当客户端有新版本时，在本地不删除客户端的情况下，检查更新后的客户端功能是否是新版本。
6）当客户端有新版本时，在本地不删除客户端的情况下，检查资源同名文件如图片是否能正常更新成最新版本。
如果以上无法更新成功的，也都属于缺陷。
06
定位、照相机服务
1）App有用到相机，定位服务时，需要注意系统版本差异。
2）有用到照相机服务的地方，需要进行前后台的切换测试，检查应用是否正常。
3）测试照相机服务时，需要采用真机进行测试。
07
PUSH测试
1）检查Push消息是否按照指定的业务规则发送。
2）检查不接收推送消息时，用户不会在接收到Push消息。
3）如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户接收不到Push。
在非免打扰时间段内，用户能正常收到Push。
4）当Push消息是针对登录用户的时候，需要检查收到的Push与用户身份是否相符，没有错误的将其他人的消息推送过来。
一般情况下，只对手机上最后一个登录用户进行消息推送。
5）测试Push时，需要采用真机进行测试。