您好,欢迎访问三七文档
当前位置:首页 > 办公文档 > 总结/报告 > 工作总结范文app(二十篇)
工作总结范文app(二十篇)第一篇范文:app测试总结App测试总结一、App测试流程与web项目流程区别1.对UI要求比较高,需要更加注重用户体验。对于一个小小的屏幕,如何让用户使用更加轻便、简介、易用。2.App是调用服务端接口展示数据。我们测试需要可以判断问题是客户端还是服务端接口返回数据错误。3.App网络测试。手机对网络要求比较特别,网络分2G,3G,wifi。有条件的话,可以分别测试下。4.App需要版本升级功能。(非常重要)5.Push推送测试(现在客户基本都挺重视此功能)二、服务端测试服务端一般会提供JSON格式的数据给客户端,所以我们在服务端需要进行接口测试,确保服务端提供的接口并转换的JSON内容正确,对分支、异常流有相应的放置。我们可以用RESTClient进行接口测试(接口需要开发提供文档,如何调用接口)安装方法1.安装Firefox-附件组件-扩展2.安装成功后,点击restclient图标根据开发提供文档编辑url如图,可以获取json数据。通过这个我们可以测试接口返回数据是否正确三、客户端测试1.网络1)无网络,执行需要网络的操作,要有友好的提示,确保程序不出现crash。由于网络出现crash都属于bug。2)内网测试时,要注意选择到外网操作时的异常处理。3)网络信号不好时,检查功能状态是否正常,确保不因提交数据失败而造成crash4)网络信号不好时,检查数据是否会一直处于提交中的状态,有无超时限制。如遇数据交换失败时要给予提示5)网络信号不好时,执行操作后,在回调没有完成的情况下,退出本页面或者执行其他操作的情况,有无异常情况。此问题也会经常出现程序crash2.应用的前后台切换1)app切换到后台,再回到app,检查是否停留在上一次操作界面2)app切换到后台,再回到app,检查功能及应用状态是否正常3)app切换到后台,再回到前台时,注意程序是否崩溃,功能状态是否正常,尤其是对于从后台切换前台数据有自动更新的时候。4)手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换前台数据有自动更新的时候。5)当app使用过程中有电话进来中断后再切换到app,功能状态是否正常6)当杀掉app进程后,再开启app,app能否正常启动7)出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在(譬如强制更新提示框)。有时候会出现应用自动跳过提示框的缺陷8)对于有数据交换的页面,每个页面都必须要进行后台切换、锁屏测试。这种页面最容易出现崩溃3.数据更新根据应用的业务规则,以及数据更新量的情况,来确定最优的数据更新方案。1)需要确定哪些地方需要提供手动刷新,哪些地方需要自动刷新,哪些地方需要手动+自动刷新2)确定哪些地方从后台切换回前台时需要进行数据更新4.5.6.7.8.3)根据业务、速度及流量的合理分配,确定哪些内容需要实时更新,哪些需要定时更新4)确定数据展示部分的处理逻辑,是每次从服务端请求,还是有缓存到本地,这样才能有针对性的进行相应测试5)检查有数据交换的地方,均有相应的异常处理Push测试1)检查push消息是否按照指定的业务规则发送2)检查不接受推送消息时,检查用户不会再接收到push3)如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到push。再非免打扰时间段,用户能正常收到push4)需要注意的是,Ios如果是开发刷上来的app,是没有推送的。需要自己网页上下载或者拿到ipa安装包自己使用手机助手安装的才有推送客户端更新客户端更新一般是通过与服务器返回的当前版本号比较来判断是否有更新。我们测试模拟更新时,首先要了解到服务端当前版本号(1.0),然后让客户端打高版本的安装包(2.0),通知服务端改服务端版本号也改成2.0,把2.0安装包放服务端后。即可开始升级测试。1)当客户端有新版本时,有更新提示2)当版本为非强制升级版时,用户可以取消更新,老版本能正常使用。用户在下次启动app时,仍能出现更新提示。如果是正式app已经上线,那么升级时一定要考虑老版本是否能正常使用。3)当版本为强制升级版时,当给出强制更新后用户没有做更新时,退出客户端或者切换到后台,下次启动app时,仍出现强制升级提示4)可以不删除客户端,覆盖安装。覆盖安装后,登录信息都应该保存的。5)更新成功后,检查是否是新版本。并且不能再提示升级免登录很多应用提供免登录功能,当应用开启时自动以上一次登录的用户身份来使用app1)考虑无网络情况时能否正常进入免登录状态2)切换用户登录后,要校验用户登录信息及数据内容是否相应更新,确保原用户退出3)App切换到后台再切换到前台的校验4)密码更换后,检查有数据交换时是否进行了有效身份的校验5)检查用户主动退出登录后,下次启动app,应停留在登录页面离线浏览很多应用会支持离线浏览,即在本地客户端会缓存一部分数据供用户查看。1)在无网络情况可以本地浏览本地数据2)退出app再开启app时能正常浏览3)切换到后台再切回前台可以正常浏览4)锁屏后再解屏回到应用前台可以正常浏览5)在对服务端的数据有更新时会给予离线的相应提示时间测试客户端可以自行设置手机的时区、时间因此需要校验该设置对app的影响。时间一般需要根据服务器时间再转换成客户端对应的时区来展示,这样的用户体验比较好。譬如发表一篇微博在服务端记录是10:00,此时,华盛顿时间为22:00,客户端去浏览时,如果设置的是华盛顿时间,则显示发表时间为22:00.四、零散通用内容测试1.对模拟键盘的处理,例如键盘展开后,点击其他位置是否正常首期,键盘使用完成后,能否正常收起2.同事或者快速点击不同的两个按键,检查程序是否正常,此问题经常会crash,或者出现两个功能界面并存的情况3.较快速点击同一按钮多次,检查程序是否正常,一般情况下需要对按钮做置灰处理,在响应成功之前,只允许操作一次,否则可能会产生重复数据4.文字特殊符号的展示显示能正常输入,不转义显示,如不会显示成5.考虑界面的完整性,在界面数据显示宽度上,我们要考虑是自适应,还是自动换行,当自适应的时候,程序会在显示不全的时候自动显示…,此时,就要考虑哪些内容是可以…,哪些内容是必须要完整显示的。6.字体,颜色,视觉搭配的感观测试也是很重要的一点,如果你感觉看上去很模糊,或者看着很累,说明设计上肯定是存在一定问题五、问题排查我们在客户端测试时,经常会碰到程序crash,有的是可以重现的。有的是莫名其妙的闪退可以找开发debug,譬如ios。连上xcode运行,debug。Ios的话,你的应用的历史crash都是可以在苹果mac机器上看到crash的日志的。第二篇范文: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)测试用户界面(如菜单、对话框、窗口和其他控件)布局、风格是否满足要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。2)UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。1.导航测试1)按钮、对话框、列表和窗口等;或在不同的连接页面之间需要导航。2)是否易于导航,导航是否直观。3)是否需要搜索引擎。4)导航帮助是否准确直观。5)导航与页面结构、菜单、连接页面的风格是否一致。2.图形测试1)横向比较,各控件操作方式统一。2)自适应界面设计,内容根据窗口大小自适应。3)页面标签风格是否统一。4)页面是否美观。5)页面的图片应有其实际意义而要求整体有序美观。3.内容测试1)输入框说明文字的内容与系统功能是否一致。2)文字长度是否加以限制。3)文字内容是否表意不明。4)是否有错别字。5)信息是否为中文显示。四、功能测试根据软件说明或用户需求验证App的各个功能实现,采用如下方法实现并评估功能测试过程:1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景,对比说明或需求,整理出内在、外在及非功能直接相关的需求,构建测试点,并明确测试标准。2)根据被测功能点的特性列出相应类型的测试用例对其进行覆盖,如:设计输入的地方需要考虑等价、边界、负面、异常、非法、场景回滚、关联测试等测试类型对其进行覆盖。3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情
本文标题:工作总结范文app(二十篇)
链接地址:https://www.777doc.com/doc-7618252 .html