最近项目真的太忙了，不过，今天无论如何我都要更文章了，谢谢大家的支持，不断努力进步

这篇文章，我就是要梳理一下，web测试，app测试，和小程序的区别
话不多说，上主题

一、web测试

1.1 什么是web测试

Web测试是软件测试的一部分，是针对Web应用的一类测试。由于Web应用与用户直接相关，又通常需要承受长时间的大量操作，因此Web项目的功能和性能都必须经过可靠的验证

1.2 分类

Web测试的类型包括内容测试、界面测试、功能测试、性能测试、兼容性测试、安全性测试等。内容测试、界面测试和兼容性测试比较简单，Web的功能测试与传统的软件测试区别不大，主要是在连接测试方面有点区别，数据的传递方面会稍微复杂点

1.3 功能测试

包括链接测试，表单测试，Cookie测试，数据库测试

1.3.1 链接测试

首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证 Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问

1.3.2 表单测试

当用户通过表单提交信息的时候，希望能正常工作。如果使用表单来进行在线注册，要确保提交按钮能正常工作，当注册完成后应返回注册成功的消息。如果使用表单收集配送信息，应确保程序能够正确处理这些数据，最后能让用户收到信息
要测试这些程序，需要验证服务器是否能正确保存这些数据，而且后台运行的程序能否正确解释和使用这些信息。当用户使用表单进行用户注册、登录、信息提交等操作时，必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。如果使用默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试

1.3.3 Cookie测试

Cookie通常用来存储用户信息和用户在某些应用系统的操作，当一个用户使用Cookie访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookie的形式存储在用户端计算机上，这可用来创建动态和自定义页面或者存储登录等信息
如果Web应用系统使用了Cookie，就必须检查Cookie是否能正常工作。测试的内容可包括Cookie是否起作用、是否按预定的时间进行保存、刷新对Cookie有什么影响等
如果在Cookie中保存了注册信息，应确认该Cookie能够正常工作而且已对这些信息加密。如果使用Cookie来统计次数，需要验证次数累计是否正确

1.3.4 数据库测试

在Web应用中，最常用的数据库类型是关系型数据库，一般情况下可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，可分别测试

1.4 性能测试

1.4.1 连接速度测试

如果Web系统响应时间太长（例如超过5s），用户就会因没有耐心等待而离开。另外，有些页面有超时的限制，如果响应速度太慢，用户可能还来不及浏览内容，就需要重新登录了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面

1.4.2 负载测试

负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试

1.4.3 压力测试

压力测试的区域包括表单、登录和其他信息传输页面等。进行压力测试是指实际破坏一个Web应用系统，测试系统的反应。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃

1.5 兼容性测试

1.5.1 平台测试

Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。因此，在Web系统发布前，需要在各种操作系统下对Web系统进行兼容性测试

1.5.2 浏览器测试

浏览器是Web客户端最核心的构件，不同的HTML规格有不同的支持。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不同。测试浏览器兼容性的一个方法是创建兼容性矩阵

1.5.3 组合测试

最后需要进行组合测试。。如果公司指定使用某个类型的浏览器，那么只需在该浏览器上进行测试

1.6 安全测试

安全测试是检验在系统中已存在的系统安全性、保密性措施是否发挥作用
目录设置：正确设置目录
SSL：使用SSL进行安全传送，确定是否有相应的替代页面
登录：验证系统阻止非法的用户名/口令登录
日志文件：注意验证服务器日志是否正常
脚本语言：脚本语言是常见的安全隐患

1.7 接口测试

服务器接口
第一个需要测试的接口是浏览器与服务器的接口，测试提交事务，然后查看服务器记录，并验证在浏览器上看到的正好是服务器上发生的

错误处理
最容易被忽略的地方是接口错误处理，通常试图确认系统能够处理所有错误，但却无法预期系统所有可能的错误。可以尝试在处理过程中突然中断事务，或是尝试中断用户到服务器的网络连接，或者尝试中断Web服务器到信用卡验证服务器的连接，在这些情况下，系统能否正确处理这些错误

二、App测试

App测试是应用程序的软件测试
内容主要是指app应用程序的功能测试以及性能测试、功能测试包括app应用的所有功能是否可用，是否会出现bug的现象，性能测试就是用户使用流程是否顺畅，如支付流程，注册流程这些是否都顺畅等

2.1 分类

非功能测试，功能测试，专项测试，客户端性能测试，服务端性能测试，安全测试

2.2 非功能测试

针对 APP 应用的非功能性需求, 在线下展开针对性的实用性调研测试, 在如今敏捷式开发模式下, 一个APP 应用的研发, 测试人员介入的环节越早越好

2.3 功能测试

在整个开发周期中, 每次迭代更新的新功能都需要通过功能测试的验证. 与 Web 项目的功能测试形式一致, 同样需要确保 APP 应用的功能实现能够满足设计规范的要求. APP 应用可以借助自动化测试来实现对回归测试的执行进行复现(关于 APP 项目的自动测试, 单独成整个文章进行学习)

2.4 专项测试

由于 APP 应用项目形式的特殊性导致, 又可以划分为以下几种子类型: 兼容性测试, 安装/卸载/升级测试, 交叉事件测试, 推送消息测试, 用户体验测试及稳定性测试

2.4.1 兼容性测试

APP 应用在不同类型的设备上, 由于软件和硬件配置的不同, 就有可能出现各式各样的问题, 因此, APP 应用是有必要进行兼容性测试的. 根据项目的具体内容进行区分, 普遍的兼容性测试考察点如下: 包含设备型号, 系统版本, 屏幕尺寸, 屏幕分辨率, 网络类型及软硬件兼容性等.

2.4.2安装卸载升级测试

APP 应用属于客户端形式的项目应用, 因此, APP 应用本身的安装/卸载/升级是否正常就成了测试的主要目的. 普遍性的测试考察点如下: 包含不同的安装渠道/系统版本, 各种的安装/卸载/升级方式等

2.4.3交叉事件测试

APP 应用的交叉事件测试又称: 冲突测试或干扰测试。 一般多用于考察应用在运行过程中, 对于外界干扰的处理能力。普遍的测试考察点如下: 包含运行时接收来电/短信/消息推送, 运行时出现系统弹窗, 运行时切换外部设备等

2.4.4推送消息测试

APP 应用无论是出于项目功能需要还是产品运营活动需要, 消息推送都是一个不可或缺的功能, 因此, 推送消息测试在一些项目上, 也是很有必要实现测试的. 普遍的测试考察点如下: 包含推送消息实现方式, 服务端和客户端设置等

2.4.5 用户体验度测试

APP 应用用户体验度测试主要是从用户使用角度出发, 主观的感知产品或服务的可用, 易用及友好程度的测试形式. 普遍的测试考察 点如下: 包含界面设计, 功能易用性, 横竖屏切换, 系统功能响应等

2.4.6 稳定性测试

APP 应用稳定测试测试一般是通过测试工具实现在一定时间范围内的无序操作, 来检测应用的稳定运行能力

2.5 客户端性能测试

APP 应用是否优秀不仅仅体现在功能可用性上, 同时也需要关注 APP 应用在不同类型设备上的性能表现, 如果性能表现不够稳定, 则会在一定程度上影响某一部分用户的使用体验. 普遍的测试考察点如下: 包含CPU/内存占用, 界面流畅度, 流量/电量消耗, 启动时间等

2.6 服务端性能测试

APP 应用项目的服务端性能测试其实和 Web 项目的服务端性能并无二致, 都是为了考察项目或服务在大量用户并发访问下的服务端表现体征, 因此, APP 应用的服务端性能测试也同样可以依赖主流常见的性能测试工具来实现. 例如: LoadRunner, JMeter等

2.7 安全测试

APP 应用项目上线前, 一般也会针对项目内容的不同, 不同程度的展开譬如: 反编译性, 数据安全, 键盘安全, 通信保密性及安全策略等方面的验证

三、小程序测试

2.1 什么是小程序

是一种不需要下载安装即可使用的应用，是内嵌在微信APP里面的一种新形态软件

2.2 小程序类型

开发版、体验版：
—共同点：1.无需审核2.需要给微信号配置权限3.通过扫小程序的二维码才能访问
—不同点：开发版二维码的有效期短
正式版：需要微信审核流程

2.3 小程序的测试点

权限测试，功能测试，界面测试，兼容性测试，交互测试，易用性测试，安全测试，性能测试

2.3.1 权限测试

需要检查以下几种情况下微信用户访问的权限
未授权微信登录小程序
未授权时，一般使用一些业务功能的时候，都会弹出提醒：先授权再操作对应功能。或者在提交数据到后台的时候，会提示补充相关身份信息才能提交成功。

已授权微信登录小程序
授权微信访问小程序，意味着自己的微信账号可被小程序管理方所获取，自动以微信的身份行使业务操作权限，比如咨询、支付、数据查询等。

同一微信号在不同手机端登录授权查看数据权限
同一微信号在不同手机微信端授权登录同一小程序之后，所能查看的数据和操作的权限都应该是同步一致的

2.3.2 功能测试

按功能模块测试：根据主要业务模块
按业务流程测试:根据实际业务流
按数据流向测试：验证输入数据和输出数据是否一致 、数据存储到数据库 是否与界面填写的一致等等
同一功能不同的入口有效性的检查：同一个功能 不同入口 测试
交互性检查 ：界面友好提示、网络错误提示、数据异常提示是否用户一眼就知道下一步该做什么

2.3.3 界面测试

设计是否符合要求、按钮尺寸颜色是否合理、横竖屏切换操作

2.3.4 兼容性测试

小程度和微信上的其他小程序、微信版本、手机平台、不同网络状态、系统
操作系统兼容性
屏幕兼容性测试

2.3.5 交互测试

微信到小程序、与手机系统自带的app交互、与微信其他功能(收货地址、卡券等等)交互

2.3.6 易用性测试

导航
定位到页面某个模块所在位置，回到顶部或底部，导航条的收展，导航标签的文字是否容易理解。
功能入口
重要且常用业务的功能入口，是否在比较显眼的位置，是否方便搜索，业务操作过程是否便于大多数用户使用和查看。
上下层级进入和返回
首页<–>列表页、列表页<–>详细页 、首页<–>详细页。不同层级之间的进入和返回实现是否有相应按键易操作。
字体、图片、动态交互效果
字体：标签、标题、内容、动态播放字体…
图片：轮播图、背景图、封面图、触屏产生的交互图…
其他
页面的响应时间、资源占用、渲染时间、耗电量、白屏
安全测试
微信公众号授权、小程序账号与APP账号的关联
小程序的升级更新、分享、添加删除我的小程序、取消授权

2.3.7 性能测试

包括页面的白屏时间，首屏时间，资源占用，页面渲染时间，帧率等

2.4 小程序和App区别