本文将介绍web与app测试的区别的详细情况，特别是关于web和app测试区别的相关信息。我们将通过案例分析、数据研究等多种方式，帮助您更全面地了解这个主题，同时也将涉及一些关于02-APP需求分析与

本文将介绍web与app测试的区别的详细情况，特别是关于web和app测试区别的相关信息。我们将通过案例分析、数据研究等多种方式，帮助您更全面地了解这个主题，同时也将涉及一些关于02- APP需求分析与APP测试流程、APP 测试 与 WEB 测试的本质区别、APP 测试和 Web 测试的区别、app测试、web测试-怎么测？的知识。

本文目录一览：

• web与app测试的区别（web和app测试区别）
• 02- APP需求分析与APP测试流程
• APP 测试 与 WEB 测试的本质区别
• APP 测试和 Web 测试的区别
• app测试、web测试-怎么测？

web与app测试的区别（web和app测试区别）

单纯从功能测试的层面上来讲的话，APP 测试、web 测试 在流程和功能测试上是没有区别的。

 系统架构方面： 

web项目，一般都是b/s架构，基于浏览器的 
app项目，则是c/s的，必须要有客户端，用户需要安装客户端。 
web测试只要更新了服务器端，客户端就会同步会更新。App项目则需要客户端和服务器都更新，APP就需要卸载、安装、更新测试。

性能方面:

 web页面主要会关注响应时间 
而app则还需要关心流量、电量、CPU、GPU、Memory这些。 
它们服务端的性能没区别，都是一台服务器。

兼容方面： 

web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容，不过一般还是以浏览器的为主。而浏览器的兼容则是一般是选择不同的浏览器内核进行测试（IE、chrome、Firefox）。
app的测试，不仅要看分辨率，屏幕尺寸，还要看设备系统。系统总的来说也就分为Android和iOS，不过国内的Android的定制系统太多，也是比较容易出现问题的。一般app的兼容测试三种方法，云测试，请团队测试，真机测试。这里说说真机的选择。首先要选择主流的机型，其次要选择不同的分辨率，尺寸，然后就是不同的操作系统。

健壮性测试：

　　一些异常场景的考虑以及弱网络测试。这里的异常场景就是中断，来电，短信，关机，重启等。

　　而弱网测试是app测试中必须执行的一项测试。包含弱网和网络切换测试。需要测试弱网所造成的用户体验，重点要考虑回退和刷新是否会造成二次提交。需要测试丢包，延时的处理机制。避免用户的流失。这些在前面的弱网测试那篇已经讲过，这里不再讲了。

安装、卸载、更新：

　　web测试是基于浏览器的所以不必考虑这些。而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件，更新的强制更新与非强制更新、增量包更新、断点续传、弱网，卸载后删除app相关的文件等等。

APP测试特点

（除了按需求说明书外的 功能测试 之外还需要进行如下测试）

1： 适配性测试（也叫兼容性测试，不同的安卓版本，不同厂商，不同手机品牌）

2： 不同网络测试 （2G网络/3G网络/4G网络/WIFI网络）

3：在线升级测试

4： 中断测试（电话、短中消息打扰）

5： 耗电量测试

6： 弱网测试（信号差，信号屏蔽实验室）

7： 安装卸载 （C/S）

8: 流量测试

界面操作：

　　现在app产品的用户都是使用的触摸屏手机，所以测试的时候还要注意手势，横竖屏切换，多点触控，事件触发区域等测试。

剩下的可能就是使用的工具的不同吧。

就自动化来讲，web大多用的selenium、webdriver，而app则是appium。

性能使用的工具web则是LR，app使用Jmeter要多一点。

这里只是讲的一个大致的区别。有些东西我到现在也没了解到。所以也只能写成这样了。

总的来说区别并没有多大。测试的产品千变万化，测试的思想是不变的。工具即使不同，只要理解原理做起来并没有什么难度。

 

 

02- APP需求分析与APP测试流程

在展开一轮测试的时候，我们要遵循一个规范的流程。

 

APP测试流程：

 

项目立项：简单介绍项目内容是什么？

需求评审：开发，测试，和产品。

分析需求：编写测试用例

测试用例评审：一般测试团队参加，测试点是否覆盖到位，步骤是否冗杂，前提条件描述是否清楚。

执行测试用例：项目中占据时间最长，维护用例。

编写bug单：提交bug。

回归测试，提交bug追踪与管理。

总结

 

 上面是一个，不会出错的测试流程，下面我们从测试流程里面的几个点，加深下理解。

 

1.需求评审

 

①充分理解需求，为后续的测试用例编写打下基础。

②基于对需求细节的了解，可以更准备地评估测试的要点和工作量。

③发现需求中模糊不清的地方，预缺陷的产生。

 

2.如何有效的开展需求评审？

 

评审组织者在评审会召开之前将需求文档提前发给相关评审人员进行预审，在正式评审开始之前提出预审意见。

在评审会上针对问题进行评审，使评审更加充分，有效。

 

3.测试用例的组成部分

 

1.用例的编号（ID）

2.用例的标题、摘要（summary）

3.前置条件：此用例的执行需要哪些前置条件或者在什么条件在才会有预期结果。

4.测试步骤（step）

5.预期结果（expection）

6.实际结果(results)

7.优先级

8.备注

9.版本：软件版本

10.平台

 

4.测试结果几种分类

 

pass:通过

fail：失败

na:①没有用例描述的功能②没有工具或者环境去进行用例执行。

block:堵塞 ，比如：因为不能登录，所以不能进入个人中心.

 

APP 测试 与 WEB 测试的本质区别

 本人主要做一个知识的归类与记录，如是转载类文章，居首都会备注原链接，尊重原创者，谢谢！
 此文转载原链接：https://www.cnblogs.com/yyh8/p/10863436.html

 

单纯从功能测试的层面上来讲的话，APP 测试、web 测试 在流程和功能测试上是没有区别的

根据两者载体不一样，则区别如下：

1、系统结构方面：

                   web项目，b/s架构，基于浏览器的；web测试只要更新了服务器端，客户端就会同步会更新

                   app项目，c/s结构的，必须要有客户端；app 修改了服务端，则客户端用户所有核心版本都需要进行回归测试一遍

2、性能方面：

                   web项目 需监测 响应时间、CPU、Memory

                   app项目 除了监测 响应时间、CPU、Memory外，还需监测流量、电量等

3、兼容方面：

                web项目：

                               1. 浏览器（火狐、谷歌、IE等）

                               2. 操作系统（Windows7、Windows10、Linux等）

               app项目：

                              1. 设备系统: iOS（ipad、iphone）、Android（三星、华为、联想等） 、Windows（Win7、Win8）、OSX（Mac）

                              2. 手机设备可根据 手机型号、分辨率不同

4、相对于 Wed 项目，APP有专项测试：

                 1. 干扰测试：中断，来电，短信，关机，重启等

                 2. 弱网络测试（模拟2g、3g、4g，wifi网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g切换到4g/wifi 等）

                 3. 安装、更新、卸载

                                安装：需考虑安装时的中断、弱网、安装后删除安装文件等情况

                                卸载：需考虑 卸载后是否删除app相关的文件

                                更新：分强制更新、非强制更新、增量包更新、断点续传、弱网状态下更新

5、测试工具方面：

                     自动化工具：APP 一般使用 Appium; Web 一般使用 Selenium

                     性能测试工具：APP 一般使用 JMeter; Web 一般使用 LR、JMeter

6. 界面操作：

           关于手机端测试，需注意手势，横竖屏切换，多点触控，前后台切换

7. 安全测试：

          安装包是否可反编译代码、安装包是否签名、权限设置，例如访问通讯录等

8. 边界测试：

         可用存储空间少、没有SD卡/双SD卡、飞行模式、系统时间有误、第三方依赖（QQ、微信登录）等

9. 权限测试：

          设置某个App是否可以获取该权限，例如是否可访问通讯录、相册、照相机等

APP 测试和 Web 测试的区别

APP 测试和 Web 测试的区别

单纯从功能测试的层面上来讲的话，APP 测试、web 测试 在流程和功能测试上是没有区别的

根据两者载体不一样，则区别如下：

一、系统结构方面

web 项目，b/s 架构，基于浏览器的；web 测试只要更新了服务器端，客户端就会同步会更新

app 项目，c/s 结构的，必须要有客户端；app 修改了服务端，则客户端用户所有核心版本都需要进行回归测试一遍

二、性能方面

web 项目 需监测 响应时间、CPU、Memory

app 项目 除了监测 响应时间、CPU、Memory 外，还需监测流量、电量等

三、兼容方面

web 项目：

1. 浏览器（火狐、谷歌、IE 等）

2. 操作系统（Windows7、Windows10、OSX、Linux 等）

app 项目：

1. 设备系统: iOS（ipad、iphone）、Android（三星、华为、联想等） 、Windows（Win7、Win8）、OSX（Mac）

2. 手机设备可根据 手机型号、分辨率不同

四、相对于 Wed 项目，APP 有专项测试

1. 干扰测试：中断，来电，短信，关机，重启等

2. 弱网络测试（模拟 2g、3g、4g，wifi 网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g 切换到 4g/wifi 等）

3. 安装、更新、卸载

安装：需考虑安装时的中断、弱网、安装后删除安装文件等情况

卸载：需考虑 卸载后是否删除 app 相关的文件

更新：分强制更新、非强制更新、增量包更新、断点续传、弱网状态下更新

五、测试工具方面

自动化工具：APP 一般使用 Appium; Web 一般使用 Selenium

性能测试工具：APP 一般使用 JMeter; Web 一般使用 LR、JMeter

6. 界面操作：关于手机端测试，需注意手势，横竖屏切换，多点触控，前后台切换

7. 安全测试：安装包是否可反编译代码、安装包是否签名、权限设置，例如访问通讯录等

8. 边界测试：可用存储空间少、没有 SD 卡 / 双 SD 卡、飞行模式、系统时间有误、第三方依赖（QQ、微信登录）等

9. 权限测试：设置某个 App 是否可以获取该权限，例如是否可访问通讯录、相册、照相机等

10.web 测试用一台电脑就可以，而 app 测试需要测试多台的手机

六，稳定性测试

10，web 项目的稳定性测试更多的是：长时间测试后端服务的接口和前端页面的显示，方法就是长时间跑自动化脚本。

11，app 项目的稳定性测试更多的是：长时间测试 app 页面的显示，方法就是用 monkey，monkeyrunner 长时间在屏幕上面跑，看是否卡死，闪退，报错或其他异常。

七，业务功能，和用户量方面

12，不同的项目 web 和 app 的业务功能有所不同，比如 web 页面更多的偏向系统管理和运营方面的功能，而移动 app 更多的偏向浏览，支付下单

13，不同的项目 web 和 app 的用户量有所不同，现在很多用户量都偏向了移动 app 端

 

随着手机应用的不断状态，同一款产品的移动端应用市场占相较 PC 端也越来越大，那么 app 与 PC 端针对这些产品的测试有什么相同与不同之处呢？笔者总结如下：

首先谈一谈相同之处

 一，针对同一个系统功能的测试，三端所测的业务流程是一样的

 二，一般情况下手机端和 PC 端都对应一套后台服务，比如说笔者公司所开发的互联网金融平台，整个平台做了分布式服务架构，后台服务包括用户服务、交易服务、产品服务等。PC 和手机端测试以上三个流程时，调用的都是同一个后台服务。（注：也有一些功能，比如 PC 与手机端展示不一致，或者有什么特殊处理，这样情况下后台会写两套不同的接口来处理对应的业务需求）

 不同之处

 PC、APP、H5 三端测试的相同与不同

一，测试平台（容器）不同：

 pc 项目都是在电脑上进行测试的：常见的 PC 项目架构有 BS 架构和 CS 架构的，BS 架构就是通过浏览器（browser）请求后台服务（server），后台返回到响应内容显示在浏览器上，常见 BS 架构的项目有天猫、京东等浏览器输入地址就可以访问。CS 架构的项目比如 QQ、微信等，需要在电脑下载客户端（client），客户端与后台服务器（server）进行数据传输交互。基于以上信息，PC 端测试都是在电脑上，要么是在浏览器上测试要么安装对应客户端。平台都是电脑。

 

app 测试平台分为安卓和 IOS 端：安卓测试需要在安卓手机上安装开发提供的 apk 测试包；

IOS 测试需要将手机 UUID 提供给开发安装 ipa 测试包进行测试；

H5 测试就是测试 HTML5 页面：在 PC 或者手机浏览器都可以直接访问 H5 页面

 

二，兼容性测试不同：

 基于以上测试平台的不同，三端的兼容性也不一样。

 PC 的兼容性主要包括各浏览器和不同操作系统，目前笔者所经历的公司主要测试了不同主流版本浏览器的兼容性，还未涉及操作系统层面

 APP 的兼容性包含安卓和 IOS 不同机型，不同版本，不同屏幕都要适配

 H5 的兼容性主要测试手机端的不同浏览器的兼容性

 

三，系统架构不一样

 PC 和 H5 端项目尤其是 WEB 项目对应一个后台服务，所有客户访问的都是同一个后台。上线测试时，直接访问线上地址测试即可

 APP 测试虽然对应了一个后台，但是不同的用户可能下载了不同版本的客户端，上线测试时，需要兼容每个版本的测试。

 

四，发布流程不同：

PC 端每次更新发布，需要将测试通过的包替换线上包，重启服务后立刻生效，访问的就是最新的环境

H5 由于是一些 html5 网站发布上线后无需重启即可访问

APP 端需要向应用市场发布，安卓发布的市场有很多，应用宝、豌豆荚、应用商店等每个应用都需要单独审核；IOS 端应用比较单一就是 appstore。从提交、审核到发布会有几天的时间间隔，开发的应用包不会立刻发布，此时测试人员就可能会使用生成环境体验包（需要开发人员提前将你的账号开白名单）

 

五，专项测试

 除以上不同外，app 端还有一些专项测试：

 性能方面：响应时间、流量测试和耗电量测试

 安装测试（PC 端 web 项目不用测试，CS 架构的也需要考虑）

 交叉测试：就是在操作某个软件的时候，来电话、来短信，电量不足提示等外部事件

 操作类型：手势测试、横屏竖屏

 网络测试：包含弱网和网络切换测试，重点要考虑回退和刷新是否会造成二次提交。弱网络的模拟，据说可以用 360wifi 实现设置。

 升级测试：升级测试的提醒机制，升级取消是否会影响原有功能的使用，升级后用户数据是否被清除了

 

 

APP 测试和 Web 测试的区别

app测试、web测试-怎么测？

app测试

前言

　　看过许多大神对APP测试的理解，博主总结了一下我们平时测试APP应该注意的一些测试点并结合大神的理解，总结出这篇文章。

一.测试周期

　　测试周期一般为两周，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。

二.测试资源

　　2.1 产品功能需求文档

　　2.2 产品原型图

　　2.3 UI设计效果图

　　2.4 测试设备（ios、Android、Winphone7.1及以上；Symbian v3/v5/Nokia Belle（这些系统应该已经没人用，可根据实际情况自己安排））

　　2.5 测试计划

　　2.6 测试大纲/测试用例

　　2.7 其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等）

三.测试要点

3.1 UI测试　　

　　A）  确保手头的原型图与效果图为当前最新版本。

　　B）  确保产品UI符合产品经理制定的原型图与效果图。

　　C）  一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。

　　D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。

3.2 功能测试　　

　　根据软件说明或用户需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程：

3.3 安装卸载测试

　　验证App是否能正确安装、运行、卸载、以及操作过程和操作前后对系统资源的使用情况

3.4 兼容测试

　　A）  确保软件在所有兼容机型上都能正常使用（ios一般需要兼容7或者6,  ios5可以不用考虑，用户使用率已经低于5%以下）

　　B）  对于低端性能兼容机上独有的问题（例如ios5以下、Android1.6以下），若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须在测试日报中注明，并得到技术平台主管、产品经理以及运营人员的确认，最好以邮件的形式得到确认）

3.5 性能测试

　　1）响应能力测试：测试App中的各类操作是否满足用户响应时间要求。

3.6 交叉事件测试

　　针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法。交叉测试又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。如：App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。

3.7 回归测试

　　A）软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目

　　B）回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。

　　C）只有在回归测试通过之后，才对产品进行提交。

3.8 安全测试

  1.安装卸载安全测试

　　1）应用程序应能正确安装到设备驱动程序上

  2.数据安全性

　　1）当将密码或其它的敏感数据输入到应用程序时，其不会被存储在设备中，同时密码也不会被解码。

  3.通讯安全性

　　1）在运行软件过程中，如果有来电、SMS、蓝牙等通讯或充电时，是否能暂停程序，优先处理通信，并在处理完毕后能正常恢复软件，继续其原来的功能。

 四. 提交测试报告

　　根据自己的测试结果，输出一份测试报告，邮箱发给相应的负责人。

web测试

前言

　　前面一篇文章讲解了app测试一些功能点。那么相应的也梳理一下web测试相关的功能的测试点吧，此篇文章只是给你们一个思路，如果要涉及web端每个测试点，基本不可能实现的，所以只是提供一个设计的思路，希望能够开阔你们的视野，使你们走的更远。来，直接上干货吧！

一、输入框

1、字符型输入框：

（1）字符型输入框：中文，英文全角、英文半角、数字、空或者空格或者回车、特殊字符（~！@#￥%……&*？[]{}”（特别要注意单引号和&符号））。禁止直接输入特殊字符时，使用”复制+粘贴”功能尝试输入。

（2）长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超长字符比如把整个文章拷贝过去。

（3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格

（4）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）

（5）安全性检查：输入特殊字符串（null,NULL, ,javascript,<script>,</script>,<title></title>,<html></html>,<td></td>）、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、<b>hello</b>、sql注入）

2、数值型输入框：

（1）边界值：最大值、最小值、最大值+1、最小值-1 

（2）位数：最小位数、最大位数、最小位数-1、最大位数+1、输入超长值

（3）特殊字符：输入空白（NULL）、空格或"~!@#$%^&*()_+{}|[]\:"<>?;'',./?;:''-=等可能导致系统错误的字符、禁止直接输入特殊字符时，尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能，通过剪贴板拷贝到输入框，分页符，分节符类似公式的上下标等、数值的特殊符号如∑，㏒，㏑，∏，+，-等

（4）异常值：输入负整数、负小数、分数、输入字母或汉字、小数（小数前0点舍去的情况，多个小数点的情况）、首位为0的数字如01、02、科学计数法是否支持1.0E2、全角数字与半角数字、数字与字母混合、16进制，8进制数值、货币型输入（允许小数点后面几位）

（5）安全性检查：不能直接输入就copy，输入内容如上

3、日期型输入框：

（1）合法性检查：(输入0日、1日、32日)、月输入[1、3、5、7、8、10、12]、日输入[31]、月输入[4、6、9、11]、日输入[30][31]、输入非闰年，月输入[2]，日期输入[28、29]、输入闰年，月输入[2]、日期输入[29、30]、月输入[0、1、12、13]

（2）异常值、特殊字符：输入空白或NULL、输入~！@#￥%……&*（）{}[]等可能导致系统错误的字符

（3）安全性检查：不能直接输入，就copy，是否数据检验出错

4、信息重复：在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理

二、搜索功能

若查询条件为输入框，则参考输入框对应类型的测试方法

1、功能实现：

（1）如果支持模糊查询，搜索名称中任意一个字符是否能搜索到

（2）比较长的名称是否能查到

（3）输入系统中不存在的与之匹配的条件

（4）用户进行查询操作时，一般情况是不进行查询条件的清空，除非需求特殊说明。

（5）拼音查询

2、组合测试：

（1）不同查询条件之间来回选择，是否出现页面错误（单选框和多选框最容易出错）

（2）测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。

三、添加、修改功能

1、特殊键：（1）是否支持Tab键 （2）是否支持回车键

2、提示信息：（1）不符合要求的地方是否有错误提示

3、唯一性：（1）字段唯一的，是否可以重复添加，添加后是否能修改为已存在的字段（字段包括区分大小写以及在输入的内容前后输入空格，保存后，数据是否真的插入到数据库中，注意保存后数据的正确性）

4、数据正确性：

（1）对编辑页的每个编辑项进行修改，点击保存，是否可以保存成功，检查想关联的数据是否得到更新。

（2）进行必填项检查（即是否给出提示以及提示后是否依然把数据存到数据库中；是否提示后出现页码错乱等）

（3）是否能够连续添加（针对特殊情况）

（4）在编辑的时候，注意编辑项的长度限制，有时在添加的时候有，在编辑的时候却没有（注意要添加和修改规则是否一致）

（5）对于有图片上传功能的编辑框，若不上传图片，查看编辑页面时是否显示有默认的图片，若上传图片，查看是否显示为上传图片

（6）修改后增加数据后，特别要注意查询页面的数据是否及时更新，特别是在首页时要注意数据的更新。

（7）提交数据时，连续多次点击，查看系统会不会连续增加几条相同的数据或报错。

（8）若结果列表中没有记录或者没选择某条记录，点击修改按钮，系统会抛异常。

四、删除功能

1、特殊键：（1）是否支持Tab键 （2）是否支持回车键

2、提示信息：（1）不选择任何信息，直接点击删除按钮，是否有提示（2）删除某条信息时，应该有确认提示

3、数据 实现：（1）是否能连续删除多个产品（2）当只有一条数据时，是否可以删除成功 （3）删除一条数据后，是否可以添加相同的数据（4）如系统支持批量删除，注意删除的信息是否正确 （5）如有全选，注意是否把所有的数据删除（6）删除数据时，要注意相应查询页面的数据是否及时更新 （7）如删除的数据与其他业务数据关联，要注意其关联性（如删除部门信息时，部门下游员工，则应该给出提示）（8）如果结果列表中没有记录或没有选择任何一条记录，点击删除按钮系统会报错。

如：某一功能模块具有最基本的增删改查功能，则需要进行以下测试

单项功能测试（增加、修改、查询、删除）

增加——>增加——>增加 （连续增加测试）

增加——>删除

增加——>删除——>增加 （新增加的内容与删除内容一致）

增加——>修改——>删除

修改——>修改——>修改 （连续修改测试）

修改——>增加（新增加的内容与修改前内容一致）

修改——>删除

修改——>删除——>增加 （新增加的内容与删除内容一致）

删除——>删除——>删除 （连续删除测试）

五、注册、登陆模块

1、注册功能：

（1）注册时，设置密码为特殊版本号，检查登录时是否会报错

（2）注册成功后，页面应该以登陆状态跳转到首页或指定页面

（3）在注册成功后，删除注册的账号，检查是否可以注册成功

（4）注册已注册的账号，检查是否可以注册成功

（5）改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分）

（6）看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示 

（7）对于账号输入与密码输入运用等价类、边界值写就好了，这里不再累述

八、界面和易用性测试

我们今天的关于web与app测试的区别和web和app测试区别的分享已经告一段落，感谢您的关注，如果您想了解更多关于02- APP需求分析与APP测试流程、APP 测试 与 WEB 测试的本质区别、APP 测试和 Web 测试的区别、app测试、web测试-怎么测？的相关信息，请在本站查询。

本文标签：

• web_test
• app_test
• 测试区别
• Web_App