软件测试基础篇一之基础知识

一、软件测试定义

使用技术手段验证软件是否满足使用需求

二、软件测试分类 7种

1、按测试阶段划分

单元测试
集成测试/接口测试(程序接口）
系统测试（针对程序功能、非功能测试）
验收测试（不同用户内测、公测）

2、按代码可见度划分

黑盒测试：阶段划分为系统测试
灰盒测试：阶段划分为接口测试
白盒测试：阶段划分为单元测试

其他
性能测试、安全测试属于专项测试
自动化测试也属于功能测试

3、补充

主流技能：
功能测试
自动化测试 web/app
接口测试 代码/工具
性能测试 代码（方便）/工具

就业方向：
1.功能测试+接口测试
2. 功能测试+性能测试
3. 功能测试+web自动

三、质量模型 重点5项（测试思维）

1、软件质量模型：8项

功能性：多少个功能、正确与否
性能：服务器每秒处理请求数、硬件配置
兼容性：浏览器*：谷歌、IE、火狐、欧朋（欧洲用，不需要测）、苹果；win系统：win7,win8,win10,其他；手机：分辨率、品牌、系统、网络、其他
可靠性：无响应、卡顿、死机
易用性：简洁、友好、流畅、美观
安全：传输加密、存储加密
可维护性、可移植性（需了解架构）

2、重点五项：功能性、性能、兼容性、易用性、安全

四、测试流程 6步骤

需求评审
计划编写：测什么、谁来测、怎么测
用例设计：验证项目是否符合需求的操作文档
用例执行
缺陷管理：bug 提交、验证、关闭
测试报告： 1、bug分析及统计
          2、测试中遇到的问题
          3、测试总结（本次测试中的优点和不⾜）

五、测试用例模板 8要素

测试用例模板如下：

用例编号：项目_模块_编号
用例标题：预期结果（测试点）
模块/项目：所属项目或模块
优先级：表示用例的重要程度或者影响力P0～p4 (P0最高)
前置条件：要执行此条用例，有哪些前置操作
测试步骤：描述操作步骤
测试数据：操作的数据，没有的话可以为空
预期结果：期望达到的结果

规范化文档：标题比内容大2号，加粗，居中，颜色（科技蓝），冻结首行（视图）

六、用例设计方法

1、能对穷举场景设计测试点
2、能对限定边界规则设计测试点
3、能对多条件依赖关系进⾏设计测试点
4、能对于项⽬业务进⾏设计测试

1、等价类划分法

案例1（qq程序 ：要求6-10为自然数）

案例2

电话 要求：
1、 区号:空或者是三位数字
2、 前缀码:⾮“0”且⾮“1”开头的三位数字
3、后缀码:四位数字


使用场景：大量数据测试输入，无法穷举测试。如输入框，下拉列表，单选复选框

2、边界值分析法

例子：5

上点：边界上的点(正好等于)     5，10
离点：距离上点最近的点(刚好大于、刚好小于)      4，6 ，9，11            优化：开内闭外，如上只取6，11
内点：范围内的点(区间范围内的数据)               7

优化：7个优化为5个

使用场景：重点关注边界，例如：大小、尺寸、重量、最大、最小、至多、至少等修饰词语。有边界范围的输入框测试

案例

1、通过边界值法验证标题长度的合法性
2、要求：标题长度大于0，小于等于30个字符
分析：

用例如下：

3、判定表法

案例

1、输入的第一列字符必须是A或B
2、第二列字符必须是一个数字
3、如果第一列字符不正确，则给出信息L
4、如果第二列字符不正确，则给出信息M
5、如果两列字符输入正确，则修改文件成功
画判定表：

用例如下：

使用场景：有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖(制约)关系
判定表一般适用于条件组合数量较少的情况(比如4个条件以下）

4、场景法或流程图法

根据流程图梳理可能的场景，编写用例覆盖场景

（1）扩展：流程图

目的
1）能够看懂流程图，设计业务用例
2）当需求文档信息不全是，能够根据需求，梳理出流程
工具
网页版工具：https://processon.com/
Windows工具: visio

（2）冒烟测试

提测开始之前，验证项目是否具备可测性。正向的测试场景

使用场景：据实际的应用场景，来测试业务用例，可以使用场景法

5、错误推测法

根据经验测试
使用场景：
1） 时间紧任务量大时，根据之前项目类似经验找出易出错的模块重点测试
2）时间宽裕通过该方法列出之前出现问题较多的模块再次测试

七、缺陷管理

对缺陷进行管理

(1) 缺陷定义：软件中存在的各种问题，都是缺陷，简称bug
(2) 缺陷产生的原因：需求分析、架构设计、编码实现、运行环境（软硬件）

(3) 缺陷周期：

(4) 缺陷核心要素

（5) 缺陷提交要素

注：（4）和（5）结合构成缺陷文档

(6) 缺陷类型

1、功能错误
2、UI页面错误
3、兼容性
4、数据（数据库）
5、易用性
6、建议
7、架构缺陷

注：界面、兼容、易用都是前端的问题

1、缺陷判定标准

软件未实现需求(规格)说明书中明确要求的功能 –  少功能
软件出现了需求(规格)说明书中指明不应该出现的错误 -  功能错误
软件实现的功能超出需求(规格)说明书指明的范围 -  多功能
软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求 –  隐性功能错误
软件难以理解，不易使用，运行缓慢，用户体验不好 -  不易

2、缺陷的管理流程

面试题：发现缺陷后，⾸先怎么办？--确定Bug可复现、确定是Bug。
提交时，要检查缺陷是否已存在。

3、使用excel管理缺陷

很少用吧，一般都是用禅道
扩展：
缺陷标题
（1）测试数据+执行结果（预期）
（2）测试数据+执行结果（需求）
（3）测试数据+预期结果+执行结果

4、使用工具管理缺陷

项目管理工具-管理缺陷 (禅道、JIRA、TFS)

禅道可以用来写用例（一般不用,用execl）和写bug。
禅道练习网站：https://demo.zentao.net/user-login.html

八、需要了解的html知识

再加一个测试点：打开页面，永远有一个框能默认输出。获取焦点

扩展：get、post使用
get:查询使用
 1、参数url明文显示
 2、提交速度快
 3、提交参数有长度限制
 post:提交数据、登录、注册
 1、非明文显示
 2、提交速度慢
 3、提交参数无长度限制

来自：黑马课程