1.操作环境不同 移动端的测试环境是安卓操作环境或者iOS操作系统: web端操作环境一般是windows(如果你用的是MC电脑,那就是iOS操作系统). 2.页面的显示尺寸不同 移动端的尺寸比较多,大小各异,这里不一一列举了. web端的尺寸相对较少,比如14寸屏.16寸屏.22寸屏等. 3.使用的网络不同 移动端一般使用的网络有:WIFI.4G网.3G网.2G网等. web端一般使用的网络有:有线网(宽带).无线网(WiFi). 4.操作方式不同 移动端的操作可以手指点击.上拉.下拉,滑动切

单纯从功能测试的层面上来讲的话,APP 测试.web 测试 在流程和功能测试上是没有区别的 根据两者载体不一样,则区别如下: 1.系统结构方面 web项目,b/s架构,基于浏览器的:web测试只要更新了服务器端,客户端就会同步会更新 app项目,c/s结构的,必须要有客户端:app 修改了服务端,则客户端用户所有核心版本都需要进行回归测试一遍 2.性能方面 web项目 需监测 响应时间.CPU.Memory app项目 除了监测 响应时间.CPU.Memory外,还需监测流量.电量等 3.兼容方

单纯从功能测试的层面上来讲的话,APP 测试.web 测试 在流程和功能测试上是没有区别的根据两者载体不一样,则区别如下:1.系统结构方面 web项目,b/s架构,基于浏览器的:web测试只要更新了服务器端,客户端就会同步会更新 app项目,c/s结构的,必须要有客户端:app 修改了服务端,则客户端用户所有核心版本都需要进行回归测试一遍 2.性能方面 web项目 需监测 响应时间.CPU.Memory app项目 除了监测 响应时间.CPU.Memory外,还需监测流量.电量等 3.兼容方面w

App测试web测试的区别 单纯从功能测试的层面上来讲的话,APP 测试.web 测试 在流程和功能测试上是没有区别的 根据两者载体不一样,则区别如下: 1.兼容性测试:web端兼容浏览器,app端兼容手机设备 2.安装测试:web端基本上没有客户端层面上的安装测试,app存在客户端安装测试 3.交叉事件测试:app在操作某个软件时,电话,短信,电量不足的提示外部事件 4.操作类测试:横屏测试,手势测试 5.网络测试:弱网和网络切换的测试.web端只要更新服务端,客户端就会自动更新,而且客户端可

WEB 测试和 App 测试从流程上来说,没有区别.都需要经历测试计划方案,用例设计,测试执行,缺陷管理,测试报告等相关活动. 从技术上来说,WEB 测试和 APP 测试其测试类型也基本相似,都需要进行功能测试.性能测试.安全性测试.GUI 测试等测试类型. 他们的主要区别在于具体测试的细节和方法有区别,比如:性能测试,在 WEB测试只需要测试响应时间这个要素,在 App 测试中还需要考虑流量测试和耗电量测试. 兼容性测试: 在 WEB 端是兼容浏览器,在 App 端兼容的是手机设备.而且相对应

1.从功能测试的来讲的话,在流程和功能测试上是没有区别的.系统测试和一些细节可能会不一样. 那么我们就要先来了解,web和app的区别. web项目,一般都是b/s架构,基于浏览器的,而app则是c/s的,必须要有客户端.那么在系统测试测试的时候就会产生区别了. 首先从系统架构来看的话,web测试只要更新了服务器端,客户端就会同步会更新.而且客户端是可以保证每一个用户的客户端完全一致的.但是app端是不能够保证完全一致的,除非用户更新客户端.如果是app下修改了服务端,意味着客户端用户所使用的核

注释:*蓝色为不同点,红色为测试类型* 测试工具不同 Web自动化用Selenium APP自动化用Appium 软件架构不同 App为C/S架构 Web为B/S架构 需要进行安装卸载更新测试 第一次安装App 安装方法测试点 使用第三方应用安装:360手机助手.豌豆荚等 下载apk包离线安装 分享链接安装 扫描安装 已经安装了App测试点 使用更高版本的安装包重新安装 使用更低版本的安装包重新安装 使用相同版本的安装包重新安装 覆盖安装:将原有版本的数据全部清空,相当于先将原有的版本删除再安装

app测试 前言 看过许多大神对APP测试的理解,博主总结了一下我们平时测试APP应该注意的一些测试点并结合大神的理解,总结出这篇文章. 一.测试周期 测试周期一般为两周,根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管或产品经理确认项目排期. 二.测试资源 2.1 产品功能需求文档 2.2 产品原型图 2.3 UI设计效果图 2.4 测试设备(ios.Android.Winphone7.1及以上:Symbian v3/v5/Nokia Belle(这些系统应该已经没人用,可

系统:win7 浏览器:IE8 web测试记录器:Web Test Recorder   在运行vs2008Web压力测试时一直在浏览器左侧的web测试记录器无显示. 解决办法:     在IE工具栏 -> 查看选项 -> 浏览器栏 -> web测试记录器 点击即可显示 若无此项 可在工具选项 -> 管理加载项中查看是否具有web测试记录器. 如不存在直接修复即可.  

先来讲下相同点: 1.都需要理论知识,相同的用例设计方法:边界值,等价类,错误推导法,场景法 2.同样的测试方法 验证功能是否满足需求 3.都需要检查UI  界面设计是否合理 4.性能检测  并发 吞吐率的检测  以及应用的稳定性测试,没有卡死闪退等验证BUG 5.二者后台都是一致的  都调用访问一样的后台 ResultApi 简短聊下移动APP的测试 1.业务相对简单点,移动app实质是一个简化的WEB程序,屏幕小注重用户体验 2.移动端支持多种网络制式 2G 3G 4G WiFi  断网 网

很多从web后端转到app后端的小伙伴经常很茫然,不知道这两者之间有啥区别.本文通过例子,分析web后端和app后端的区别,使各位更好地把握app后端的架构. (1) app后端要慎重考虑网络传输的流量,主要是api设计,图片处理上 现阶段,手机上网的资费还是要按照流量算的,一般的3G用户,每个月的流量几百M,4G用户,每个月的流量也就几G. 如果不考虑网络传输的流量,一张图片就占了几百K,流量用得飞快的. 在前面的文章<7.app和app后端的通讯>中提到,api的返回结果一般是json格式

1.web开发: 1.浏览器直接访问,协议是http,基本都是PC访问,也就是在家和办公场合,网络比较好. 2.web如果多个服务集成的话使用的是ESB来统一集成 2.APP开发 1.手机app客户端访问,协议可以自定义,也可是http,基本都是手机终端,网络是好是坏.并发要比PC大,因为手机容易携带,访问量大,请求都是多个服务提供api.解决的方法就是存在一个网关服务. ==============================================================

参数输入考虑 参数数值包含1个.多个.很多个.null.参数值前后包含空格的2种情况   数字类型:正数.负数.0.0.0.+0.0.-0.0.指数.对数.分数.小数.复数.科学计数法的测试,全角的数字.超大整数,超大的小数,超小的小数   文字类型:空格(半角.全角).所有键盘可以输入的字符(全角.半角).中文.英文.数字.英文双引号.英文单引号.系统保留字.编程保留字.数据库保留字   文字测试 语言风格是否统一   文字排版是否美观   文字描述是否有二义性   错误提示的语言是否明确  

WEB测试和App测试从流程上来说,没有区别.都需要经历测试计划方案,用例设计,测试执行,缺陷管理,测试报告等相关活动.从技术上来说,WEB测试和APP测试其测试类型也基本相似,都需要进行功能测试.性能测试.安全性测试.GUI测试等测试类型. 他们的主要区别在于具体测试的细节和方法有区别,比如:性能测试,在WEB测试只需要测试响应时间这个要素,在App测试中还需要考虑流量测试和耗电量测试. 兼容性测试:在WEB端是兼容浏览器,在App端兼容的是手机设备.而且相对应的兼容性测试工具也不相同,WEB

Web测试和App测试从流程上来说,没有区别.都需要经历测试计划方案,用例设计,测试执行,缺陷管理,测试报告等相关活动.从技术上来说,WEB测试和APP测试其测试类型也基本相似,都需要进行功能测试.性能测试.安全性测试.GUI测试等测试类型. 他们的主要区别在于具体测试的细节和方法有区别,比如:性能测试,在WEB测试只需要测试响应时间这个要素,在App测试中还需要考虑流量测试和耗电量测试. 兼容性测试:在WEB端是兼容浏览器,在App端兼容的是手机设备.而且相对应的兼容性测试工具也不相同,WEB

   我们在进行了手工的功能测试之后,也开发了一些自动化测试用例,并且做了性能测试之后,测试工作看似比较完整了.但是当我们的App在大量的用户那里被安装和使用的时候,还是会有很多我们之前没有预料的问题被反馈回来,比如: · Crash的问题 · 设备兼容性的问题 · 流量使用过多的问题 · App导致用户手机电量消耗过快的问题 · 在不同的网络情况下不稳定,比如卡死和白屏的问题 这些问题都是上面的测试方法难以找出的,所以这里引入了一个专项的测试方法,包括:兼容性测试.流量测试.电量测试.弱网络测

虽然说是一个功能测试就概括了,但是其实这里面还别有洞天,大概区分为下面几个小类别:WEB测试专题之web测试分类一(1)链接测试链接是Web应用系统的一个主要特征,它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段.链接测试可分为三个方面.首先,测试所有链接是否按指示的那样确实链接到了该链接的页面:其次,测试所链接的页面是否存在:最后,保证Web应用系统上没有孤立的页面,所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问.链接测试可以自动进行,现在已经有许多工具可以采

1. Web测试中关于登录的测试 2. 搜索功能测试用例设计 3. 翻页功能测试用例 4. 输入框的测试 5. Web测试的常用的检查点 6. 用户及权限管理功能常规测试方法 7. Web测试之兼容性测试 8. Web测试-sql注入 9. Web测试中书写用例时要考虑的检查点 10. 手机电子邮件测试用例 11. 记事本与日历的测试用例 12. Web测试总结 13. 让web站点崩溃最常见的七大原因 14. Web应用程序是否存在跨站点脚本漏洞 15. Web测试总结(全) 16. 理解we

摘要:学习有关 Visual Studio 2005 Web 测试的更多知识,包括 Web 测试引擎和记录器如何工作,以及如何创建有效的 Web 测试. 本页内容 读者 简介 记录一个 Web 测试 运行并验证 Web 测试 解决常见的 Web 测试问题 深入研究进行编码的 Web 测试 小结 读者 本文面向的测试人员和开发人员,是那些想丰富有关 Microsoft Visual Studio 2005 Team Edition for Software Testers 中 Web 测试功能经验

一.功能测试 1.1链接测试 链接是web应用系统的一个很重要的特征,主要是用于页面之间切换跳转,指导用户去一些不知道地址的页面的主要手段,链接测试一般关注三点: 1)链接是否按照既定指示那样,确实链接到了该链接的界面 2)测试该链接所链接的页面是否真的存在 3)保证系统中没有单独存在的页面(即没有链接指向,只能通过正确的URL地址才能访问) PS:这里顺带说点关于协议的一些小知识,URL全称“统一资源定位符”,表示获取某一互联网资源的地址:而URI表示“统一资源标识符”,代表互联网上某一些资源

最近要测试手机端APP,所以查找了一下有关APP测试需要注意的事项,做了一下总结.如有补充,欢迎评论! 手机APP测试与WEB测试其实相似,但是也有特别需要注意的一些不同点,此处只列出部分注意事项,相同之处暂不列举(可查看文章下方所附链接有相关补充). 一.功能测试 1.安装: 2.卸载: 3.登录: 4.注册: 5.注销: 6.数据更新: 7.APP更新: 8.软件是否正常运行: 9.前后台切换: 10.免登录: 11.离线浏览: 12.PUSH测试: 二.客户端测试 是否APP软件有PC版,