请问各位大侠,Web测试和App测试有什么区别?
本人搜了点答案,希望对你有帮助。
WEB测试和App测试从流程上来说,没有区别。
都需要经历测试计划方案,用例设计、测试执行、缺陷管理、测试报告等相关活动。
从技术上来说,WEB测试和APP测试其测试类型也基本相似,都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。
他们的主要区别在于具体测试的细节和方法有区别。
比如:性能测试:在WEB测试只需要测试响应时间这个要素,在App测试中还需要考虑流量测试和耗电量测试。
兼容性测试:在WEB端是兼容浏览器,在App端兼容的是手机设备。
而且相对应的兼容性测试工具也不相同,WEB因为是测试兼容浏览器,所以需要使用不同的浏览器进行兼容性测试(常见的是兼容IE6、IE8、Chrome、Firefox),如果是手机端,那么就需要兼容不同品牌、不同分辨率、不同Android版本甚至不同操作系统的兼容。
(常见的兼容方式是兼容市场占用率前N位的手机即可),有时候也可以使用到兼容性测试工具,但WEB兼容性工具多用IETester等工具,而App兼容性测试会使用一些网站推出的商业工具进行测试,据我所知你注册的这个Test+测试家就有相关工具。
安装测试:WEB测试基本上没有客户端层面的安装测试,但是App测试是存在客户端层面的安装测试,那么就具备相关的测试点。
还有,App测试基于手机设备,还有一些手机设备的专项测试。
如交叉事件测试、操作类型测试、网络测试(弱网测试、网络切换)交叉事件测试:就是在操作某个软件的时候,来电话、来短信,电量不足提示等外部事件。
操作类型测试:如横屏测试,手势测试网络测试:包含弱网和网络切换测试。
需要测试弱网所造成的用户体验,重点要考虑回退和刷新是否会造成二次提交。
弱网络的模拟,据说可以用360wifi实现设置。
从系统架构的层面,WEB测试只要更新了服务器端,客户端就会同步会更新。
而且客户端是可以保证每一个用户的客户端完全一致的。
但是APP端是不能够保证完全一致的,除非用户更新客户端。
如果是APP下修改了服务器端,意味着客户端用户所使用的核心版本都需要进行回归测试一遍。
还有升级测试:升级测试的提醒机制,升级取消是否会影响原有功能的使用,升级后用户数据是否被清除了。
期待给个最佳哈!!...
移动测试和Web测试有什么区别
从本质上来说, 移动测试和Web测试都是一样的, 测试理论,测试方法都是一样的。
但是移动端,比如手机和平板电脑, 也有一些需要特殊测试的地方,阅读目录移动测试和Web测试的简单回答相同点, 都是采用功能测试一个在Web上测试, 一个在App测试相同点: 同样的测试的基础知识不管是传统的Web测试, 还是新兴的手机App测试, 都离不开测试的基础知识1. 相同的设计测试用例方法: 边界值,等价类,错误推导法,场景法2. 同样的测试方法, 验证业务功能是否符合预期3. 都要检查UI: 界面的布局, 风格和按钮是否简洁美观, 是否统一4. 页面的性能检测5. 应用的稳定性: 测试应用的稳定性, 不会闪退卡死等。
后台都是一样的移动测试和Web测试, 他们调用的是同样的后台, 同样的Restful API。
所以首先做好后台的RestfulAPI 测试。
移动测试强调用户体验移动APP, 实质上就是一个缩小的Web程序, 屏幕小,操作不方便,所以强调用户体验。
移动APP的测试, 业务都相对简单移动App, 一般都是面向个人用户的, 通常操作比较简单, 业务逻辑也比较简单。
所以测试起来会相对简单点。
移动端的特性移动端有很多的特性,需要特殊测试网络种类多移动端有多种网络:无线网络、2G、3G、4G等,断网、网速较差及网络之间的切换时页面的显示等,这些对于移动端来说很重要。
此外,在非wifi下,还需要注意网络使用量问题。
弱网测试模拟App在网速慢,网络不稳定的情况下。
中断测试移动端有一个很重要的问题,一般情况下在使用软件的过程并不是长久的,这中间可能发生很多中断,如电话、短信、通知、断电等等,软件需要特殊处理这些特殊情况。
打开一个页面,或在操作的过程中(点击一个按钮后),将手机屏幕锁住,再打开时,应用能否正常处理。
1. 来电中断: 呼叫中断, 被呼叫挂断,通话挂断,通话被挂断2. 短信中断: 接受短信, 查看短信3. 其他中断: 蓝牙,闹钟,插拔数据线, 手机锁定, 手机断电, 手机问题(系统死机, 重启)屏幕的限制图片及文字的显示;上传不同的图片尺寸显示是否正常;图片和文字一起显示时,效果如何。
操作区域;web端的应用,一般不会受 到屏幕的限制,而且通过鼠标操作更加准确。
但是移动端由于屏幕较小,页面及按钮会受到屏幕大小的限制,再加上用户都是通过手指进行操作,一些按钮、选择框 等是否容易点击,多个可点区域位置较近时,点击部位稍微偏移,也许就会造成不同的结果,这种情况下是否可以达到预先的效果。
安装卸载测试用应用市场安装用apk文件安装。
完全卸载(用户的profile文件)部分卸载升级测试从上一个版本/上两个版本直接升级到最新版。
全新安装最新版新版本覆盖旧版本安装卸载旧版本, 安装新版本卸载新版本, 安装新版本增量更新强制更新测试点在于: 升级之后, 已经登录的用户,是否仍处于登录的姿态, 用户的缓冲文件, 配置文件是否还在。
软件启动运行移动端启动、卸载、升级几个特性,这是比较常见、也很重要的,比如升级时用户的数据怎么办,卸载后用户的数据怎么处理,卸载再安装用户登录数据的显示等。
手势移动端还有一大特性,就是移动端有自己比较简单的手势,用户可以通过手势进行一个操作,比如左滑删除、右滑返回上一个页面、左右滑动图片等,软件需要对这个手势进行适配。
多点触控,事件触发区域自动化工具不太一样App 测试 用的是, Monkey, MonkeyRunner, Appnium,Web 主要用: Webdriver
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在前台和后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。
测试电话,短信,彩信,微博或其他通...
软件测试题答案
//仅仅是个人见解1. 好的测试员不懈追求完美。
N 不能过于钻牛角尖,好的测试员知道何时完美无法企及,何时达到“够好”。
2. 软件测试是有效的排除软件缺陷的手段。
N 不能把排除软件缺陷依赖于软件测试 3. 程序员与测试工作无关。
N 4. 白盒测试的条件覆盖标准强于判定覆盖。
Y 六种覆盖标准:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化。
5. 验收测试是以最终用户为主的测试。
Y 验收测试又分a测试和b测试,前者有开发者在现场6. 测试程序仅仅按预期方式运行就行了。
N 还要找出规格的疏漏7. 自底向上集成需要测试员编写驱动程序。
Y 自底向上的增值方式是从程序模块结构的最底层模块开始组装和测试。
因为模块是自底向上进行组装的,对于一个给定层次的模块,她的子模块已经组装并测试完成,所以不再需要桩模块。
8. 软件测试工具可以代替软件测试员。
N 自动化测试不能完全替代手工测试9. 最重要的用户界面要素是软件符合现行标准和规范。
N 易用性 10. 自动化测试可能延误项目进度。
Y 可以提高测试效率,当然没实施好的话也会延误11. 软件测试员可以对产品说明书进行白盒测试。
N12. 静态白盒测试可以找出遗漏之处和问题。
y13. 程序员兼任测试员可以提高工作效率。
N 程序员不能测自己的程序 14. 产品说明书(需求文档)的变更应当受到控制。
Y 受开发条件实际需求控制15. 软件开发全过程的测试工作都可以实现自动化。
N16. 找出的软件缺陷越多,说明剩下的软件缺陷越少。
N 注意错误群集现象17. 采用自动化测试有可能延误项目进度。
N18. 测试应从“大规模”开始,逐步转向“小规模”。
Y...
软件测试中什么是白盒测试 黑盒测试
白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。
采用什么方法对软件进行测试呢?常用的软件测试方法有两大类:静态测试方法和动态测试方法。
其中软件的静态测试不要求在计算机上实际执行所测程序,主要以一些人工的模拟技术对软件进行分析和测试;而软件的动态测试是通过输入一组预先按照一定的测试准则构造的实例数据来动态运行程序,而达到发现程序错误的过程。
白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异。
白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。
其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。
六种覆盖标准:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化。
语句覆盖每条语句至少执行一次。
判定覆盖每个判定的每个分支至少执行一次。
条件覆盖每个判定的每个条件应取到各种可能的值。
判定/条件覆盖同时满足判定覆盖条件覆盖。
条件组合覆盖每个判定中各条件的每一种组合至少出现一次。
路径覆盖使程序中每一条可能的路径至少执行一次。
"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
"白盒"法是穷举路径测试。
在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。
贯穿程序的独立路径数是天文数字。
但即使每条路径都测试了仍然可能有错误。
第一,穷举路径测试决不能查出程序违反了设计规范,即程序本身是个错误的程序。
第二,穷举路径测试不可能查出程序中因遗漏路径而出错。
第三,穷举路径测试可能发现不了一些与数据相关的错误。
如何挑选白盒测试工具 白盒测试目前主要用在具有高可靠性要求的软件领域,例如:军工软件、航天航空软件、工业控制软件等等。
白盒测试工具在选购时应当主要是对开发语言的支持、代码覆盖的深度、嵌入式软件的测试、测试的可视化等。
对开发语言的支持:白盒测试工具是对源代码进行的测试,测试的主要内容包括词法分析与语法分析、静态错误分析、动态检测等。
但是对于不同的开发语言,测试工具实现的方式和内容差别是较大的。
目前测试工具主要支持的开发语言包括:标准C、C++、Visual C++、Java、Visual J++等。
代码的覆盖深度:从覆盖源程序语句的详尽程度分析,逻辑覆盖标准包括以下不同的覆盖标准:语句覆盖、判定覆盖、条件覆盖、条件判定组合覆盖、多条件覆盖和修正判定条件覆盖。
·语句覆盖 为了暴露程序中的错误,程序中的每条语句至少应该执行一次。
因此语句覆盖(Statement Coverage)的含义是:选择足够多的测试数据,使被测程序中每条语句至少执行一次。
语句覆盖是很弱的逻辑覆盖。
·判定覆盖 比语句覆盖稍强的覆盖标准是判定覆盖(Decision Coverage)。
判定覆盖的含义是:设计足够的测试用例,使得程序中的每个判定至少都获得一次“真值”或“假值”,或者说使得程序中的每一个取“真”分支和取“假”分支至少经历一次,因此判定覆盖又称为分支覆盖。
·条件覆盖 在设计程序中,一个判定语句是由多个条件组合而成的复合判定。
为了更彻底地实现逻辑覆盖,可以采用条件覆盖(Condition Coverage)的标准。
条件覆盖的含义是:构造一组测试用例,使得每一判定语句中每个逻辑条件的可能值至少满足一次。
·多条件覆盖 多条件覆盖也称条件组合覆盖,它的含义是:设计足够的测试用例,使得每个判定中条件的各种可能组合都至少出现一次。
显然满足多条件覆盖的测试用例是一定满足判定覆盖、条件覆盖和条件判定组合覆盖的。
·修正条件判定覆盖 修正条件判定覆盖是由欧美的航空/航天制造厂商和使用单位联合制定的“航空运输和装备系统软件认证标准”,目前在国外的国防、航空航天领域应用广泛。
这个覆盖度量需要足够的测试用例来确定各个条件能够影响到包含的判定的结果。
它要求满足两个条件:首先,每一个程序模块的入口和出口点都要考虑至少要被调用一次,每个程序的判定到所有可能的结果值要至少转换一次;其次,程序的判定被分解为通过逻辑操作符(and、or)连接的布尔条件,每个条件对于判定的结果值是独立的。
不同的测试工具对于代码的覆盖能力也是不同的,通常能够支持修正条件判定覆盖的测试工具价格是极其昂贵的。
嵌入式软件的测试:对于嵌入式软件的测试,我们还需要一方面进一步考虑测试工具对于嵌入式操作系统的支持能力,例如DOS、Vxworks、Neculeus、Linux和Windows CE等;另一方面还需要考虑测试工具对于硬件平台的支持能力,包括是...
app和web测试的区别
WEB测试和App测试从流程上来说,没有区别。
都需要经历测试计划方案,用例设计,测试执行,缺陷管理,测试报告等相关活动。
从技术上来说,WEB测试和APP测试其测试类型也基本相似,都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。
他们的主要区别在于具体测试的细节和方法有区别,比如:性能测试,在WEB测试只需要测试响应时间这个要素,在App测试中还需要考虑流量测试和耗电量测试。
兼容性测试:在WEB端是兼容浏览器,在App端兼容的是手机设备。
而且相对应的兼容性测试工具也不相同,WEB因为是测试兼容浏览器,所以需要使用不同的浏览器进行兼容性测试(常见的是兼容IE6,IE8,chrome,firefox)如果是手机端,那么就需要兼容不同品牌,不同分辨率,不同android版本甚至不同操作系统的兼容。
(常见的兼容方式是兼容市场占用率前N位的手机即可),有时候也可以使用到兼容性测试工具,但WEB兼容性工具多用IETester等工具,而App兼容性测试会使用Testin这样的商业工具也可以做测试。
安装测试:WEB测试基本上没有客户端层面的安装测试,但是App测试是存在客户端层面的安装测试,那么就具备相关的测试点。
还有,App测试基于手机设备,还有一些手机设备的专项测试。
如交叉事件测试,操作类型测试,网络测试(弱网测试,网络切换)交叉事件测试:就是在操作某个软件的时候,来电话、来短信,电量不足提示等外部事件。
操作类型测试:如横屏测试,手势测试网络测试:包含弱网和网络切换测试。
需要测试弱网所造成的用户体验,重点要考虑回退和刷新是否会造成二次提交。
弱网络的模拟,据说可以用360wifi实现设置。
从系统架构的层面,WEB测试只要更新了服务器端,客户端就会同步会更新。
而且客户端是可以保证每一个用户的客户端完全一致的。
但是APP端是不能够保证完全一致的,除非用户更新客户端。
如果是APP下修改了服务器端,意味着客户端用户所使用的核心版本都需要进行回归测试一遍。
还有升级测试:升级测试的提醒机制,升级取消是否会影响原有功能的使用,升级后用户数据是否被清除了。
...
app和web测试的区别
WEB测试和App测试从流程上来说,没有区别。
都需要经历测试计划方案,用例设计,测试执行,缺陷管理,测试报告等相关活动。
从技术上来说,WEB测试和APP测试其测试类型也基本相似,都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。
他们的主要区别在于具体测试的细节和方法有区别,比如:性能测试,在WEB测试只需要测试响应时间这个要素,在App测试中还需要考虑流量测试和耗电量测试。
兼容性测试:在WEB端是兼容浏览器,在App端兼容的是手机设备。
而且相对应的兼容性测试工具也不相同,WEB因为是测试兼容浏览器,所以需要使用不同的浏览器进行兼容性测试(常见的是兼容IE6,IE8,chrome,firefox)如果是手机端,那么就需要兼容不同品牌,不同分辨率,不同android版本甚至不同操作系统的兼容。
(常见的兼容方式是兼容市场占用率前N位的手机即可),有时候也可以使用到兼容性测试工具,但WEB兼容性工具多用IETester等工具,而App兼容性测试会使用Testin这样的商业工具也可以做测试。
安装测试:WEB测试基本上没有客户端层面的安装测试,但是App测试是存在客户端层面的安装测试,那么就具备相关的测试点。
还有,App测试基于手机设备,还有一些手机设备的专项测试。
如交叉事件测试,操作类型测试,网络测试(弱网测试,网络切换)交叉事件测试:就是在操作某个软件的时候,来电话、来短信,电量不足提示等外部事件。
操作类型测试:如横屏测试,手势测试网络测试:包含弱网和网络切换测试。
需要测试弱网所造成的用户体验,重点要考虑回退和刷新是否会造成二次提交。
弱网络的模拟,据说可以用360wifi实现设置。
从系统架构的层面,WEB测试只要更新了服务器端,客户端就会同步会更新。
而且客户端是可以保证每一个用户的客户端完全一致的。
但是APP端是不能够保证完全一致的,除非用户更新客户端。
如果是APP下修改了服务器端,意味着客户端用户所使用的核心版本都需要进行回归测试一遍。
还有升级测试:升级测试的提醒机制,升级取消是否会影响原有功能的使用,升级后用户数据是否被清除了。
英语听说测试人机对话,哪里可以模拟的啊?听朋友说有个软件,E听...
我们2017届就是小白鼠呀什么都是新的!17年开始英语一年两考,第一次是1月,第二次是6月,选你分数高的那次算高考成绩。
这次新加的听说测试,听说是机器阅卷,之前都没有试过。
不过想一想,机器也有一点好,找到规律就可以了呀!我们小朋友学校里装了个软件,叫E听说,他们月考的时候会用,老师说和高考听说考试一样的。
不过我觉得练习太少了,就找到了个人版,家里电脑就能装了用,很简便的。
...
转载请注明出处51数据库 » 软件测试之弱网模拟测试