1、什么是软件测试

• 使用人工或自动手段，来测试某个系统的过程。其目的在于预期结果与实际结果之间的差别。
• 软件测试就是为了发现缺陷而执行一个程序或系统的过程。

2、软件测试的划分

• 按阶段：单元测试、集成测试、系统测试、验收测试
• 按软件特性：功能测试、性能测试、安全测试
• 按测试技术：黑盒测试、白盒测试、灰盒测试
• 其他分类：回归测试、冒烟测试、随机测试

3、黑盒测试、白盒测试、灰盒测试

0. 黑盒测试：他把测试对象看成一个黑盒子，完全不考虑程序内部的结构和处理过程，通过软件的外部表现来发现其缺陷。
1. 白盒测试：它把程序看成装在一个透明的盒子里，通过对程序内部结构的分析、检测来寻找问题。
2. 灰盒测试：他是介于黑盒测试和白盒测试之间的一种测试，多用于集成测试阶段，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态

4、白盒测试用例设计方法

发现错误的能力由弱到强：语句覆盖---判定覆盖---条件覆盖--判定条件覆盖---条件组合覆盖---路径覆盖

语句覆盖：程序中的每个语句至少都能被执行一次

判定覆盖：程序中的每一个分支至少都通过一次

条件覆盖：判定中的每个条件获得各种可能的结果

判定条件覆盖：判定中每个条件取到各种可能的值，并使每个判定取到各种可能的结果

条件组合覆盖：每个判定中条件的各种可能组合都至少出现一次

路径覆盖：程序中每条路径都需要覆盖

5、测试用例包含哪些内容

• 项目名称、功能模块、用例的编号、用例标题，编写人，预置条件，测试步骤，预期结果。

6、软件缺陷

1、所有不满足需求或超出需求额都是缺陷

2、没有不存在的缺陷软件，只有迄今为止尚未发现的缺陷

7、软件测试之PC端

• UI测试：User Interface 用户界面，看界面各种显示，文字显示是否正确，排版是否合适，一些控件、图标显示是否合适。
• 功能测试：根据需求文档写的各个功能进行测试
• 兼容性测试：
• 操作系统兼容性：测试该应用在Windows、Mac、linux上是否兼容
• 新旧数据转换：当应用升级后可能定义了新的数据格式或文件格式，涉及对原来格式的支持及更新，需要测试转换过程中数据的完整性和正确性
• 异种数据兼容性：测试应用是否提供对其他常用数据格式的支持，支持的程序如何
• 应用软件兼容性：测试数据或信息是否能导出值第三方软件工具，是否造成其他应用运行错误或应用本身不能正确实现功能
• 硬件兼容性：考察应用对硬件环境有无特殊说明，如对计算机的型号、网卡的型号、声卡/显卡的型号等有无特别说明
• 性能测试：
• 1、TPS：全称为transactions per second，指每秒处理事务的数目
• 2、QPS：全称为queries per second，指每秒处理的查询数目
• 3、并发量：每秒对待测试接口发起请求的用户数量
• 4、响应时间：一般指处理一次请求所需的平均处理时间
• 换算关系：QPS=并发量/响应时间
• 注：QPS和TPS的区别是，如果TPS完成该事务仅为单个服务接口，我们也可以认为他就是QPS
• 压力测试：以一定请求总量，保持不变，逐步增加并发量，观察QPS的变化及平均响应时间的变化，目的是找到系统在哪里失效以及如何失效的地方。
• 安全性测试：测试系统是否会被攻击、盗取资料
• 易用性测试：易理解性、易学习性、易操作性、吸引性、依从性

7、软件测试之WEB端

（1）UI测试

主要看布局是否合理、整体风格是否一致、各个控件的存放位置是否符合客户的使用习惯，此外还要测试界面操作便携性、导航简单易懂性，界面元素的可用性，界面中文字是否正确，文字、图片组合是否完美等等

（2）功能测试

可从链接测试、表单测试、cookie测试、session测试考虑

①链接测试：测试链接是否能正常跳转

②表单测试：表单一般指在界面进行数据提交操作的，包括新增和修改数据。

输入框测试：长度、数据类型、必填、重复、空格、以及一些业务相关约束

下拉框测试：默认值、数据完整性/正确性、第一个/最后一个/中间一个值选取、手动输入值模糊匹配、联动选择；业务常见选取操作

图片、视频、excel、txt等文件上传测试：大小、尺寸、格式、数量、文件内容规则验证

表单提交按钮测试：是否支持回车/单击、快速多次点击是否重复提交表单、网络中断（弱网）提交、提交之后是否有提示、提交后内容是否加密、提交是否做权限校验控制、多人针对表单同时操作的场景测试

③cookie测试：

储存在用户本地终端上的数据。

在弹出的cookie提示中，接受某些cookie，拒绝某些cookie，检查web系统的工作情况。有可能web系统会因此而出现错误、崩溃、数据错乱或其他不正常的行为。

在运行web系统一段时间后，删除某些cookie文件，然后继续使用web系统，看数据是否会丢失、错乱等。

检查cookie文件内容，看是否有用户名、密码等敏感信息存储，并且被加密处理。某些类型的数据即使是加密了也绝对不能存储在cookie文件中，如信用卡号

④session测试：

应用系统对浏览器客户端省份认证的属性标识

测试过程：在注销退出系统时，对当前浏览器授权sessionid进行记录。再次登录系统，将本次授权sessionid值与上次进行对比校验，若使用相同sessionid则存在固定会话风险

（3）兼容性测试

操作系统、浏览器、分辨率、网速等......

（4）性能测试

注意指标：用户操作的响应时间、系统的吞吐量、系统的硬件资源情况（如CPU、硬盘、磁盘）、网络资源占用情况......

响应时间是前端+后端的响应时间，测试是否在用户所能接受的范围内。

2-5-10原则：

在2s内给客户响应被用户认为是“非常有吸引力”的用户体验；

在5s内给客户响应被用户认为是“比较不错“的用户体验；

在10s内给客户响应被用户认为是“糟糕“的用户体验；

若超过10s还没有得到响应，那么大多数用户会认为这次请求是失败的。

（5）安全性测试

一个完整的web安全性测试可以从部署与基础结构、输入验证、身份验证、授权、配置管理、敏感数据、会话管理、加密、参数操作、异常管理、审核和日志记录等几方面入手

9、软件测试之移动端

• UI测试：
• 功能测试：
• 兼容性测试：
• ①不同网络环境（WIFI/2G/3G/4G/5G)等的兼容性
• ②各种设备品牌、机型、系统版本等
• 性能测试
• ①响应能力测试：验证各种情况下不同操作能否满足用户响应需求
• ②极限测试：各种边界情况下验证app的响应能能力，如低电量、储存满、弱网等情况跟下
• ③压力测试：反复长期操作下，系统该资源使用的情况
• 安全测试
• ①软件权限：其中包括发送消息，拨打电话，连接网络，访问手机信息，联系人信息等；
• ②数据在本地的存储、传输等；
• ③执行某些操作是导致的输入有效性验证、授权、数据加密等方面；
• ④基于各种通信协议或者行业标准来检查。
• 安装运行卸载测试
• ①验证app能否正确安装运行卸载，以及操作过程和操作前后对系统资源的占用情况；
• ②安装运行卸载的提示，报告等；
• ③检查安装路径，文件是否合理，组件是否正确注册等
• 中断测试
• 前后他运行时来电呼、短信、下载文件、听音乐等不同情况下的表现
• 支付测试
• ①支付结果的确认，数据库查询；
• ②请求报文是否加密；
• ③不同场景的支付：如金额足够、金额不足、重复支付、无网支付、弱网支付、同账号多平台一起支付、不同支付方式的组合、密码正确/错误、支付上限等情况。
• 升级更新测试

10、常用的测试用例设计方法

（1）等价类

根据被测对象而言，合理的、有意义的、能接受的输入划分为有效等价类，反之择划分为无效等价类。

（2）边界值

上点：边界上的点，

离点：离上点最近的点

内点：边界有效范围内的任一一点；

如果边界是闭区间，则离点在外；如果边界是开区间，则离点在内

（3）判定表

a.定义：分析和表述若干输入条件下，被测对象针对这些输入做出响应的一种工具，在遇到复杂业务逻辑时，可以利用该表，理清业务逻辑关系

b.重要概念：

c.判定表应用步骤：

d.案例

（4）因果图

a.输入与输入的关系

b.输入与输出的关系

c.案例：

（5）正交试验

a.因子和水平的定义

因子：所有参与试验的影响试验结果的条件称为因子

水平：影响试验因子的取值或输入称为水平

b.特点：

整齐可比：在同一张正交表中，每个因子每个水平出现的次数完全相同，试验中，每个因子的每个水平与其他因子的水平参与试验的机率完全相同

均匀分散：同一张正交表中，任一两列的水平搭配是完全相同的

c.设计流程：

d.注意点

e.案例

（6）状态迁移

a.定义：关注被测对象的状态变化，在需求规格说明书中是否有不可达到的状态和法法的状态，是否产生非法的状态转移

b.状态：被测对象在特定输入条件下所保持的响应形式

c.方法流程：根据需求明确状态节点——绘制状态迁移图——绘制状态迁移树——抽取测试用例

d.案例

（7）流程分析法

a.设计三个场景

b.使用方法

c.注意

d.案例

（8）错误猜测法

基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性性的设计测用例；例如：文本框，“空格 / 特殊字符”的处理 ；文件名长度小于255，不能含有 / : * ? < > "|等特殊字符；。