1、按照是否查看代码划分测试类型
(1)黑盒测试
不关心软件内部的逻辑和结构,只关心软件是否实现了需求所要功能实现的输入和输出。
黑盒测试的方法:等价类,边界值,因果图,正交法,错误猜测法,场景法。
(2)白盒测试
测试程序的内部逻辑和结构,检查程序是否实现了需求所要求实现的功能。
白盒测试的方法:语句覆盖,路径覆盖,逻辑覆盖,判定覆盖,条件覆盖,判定组合覆盖,条件组合判断,判定和条件覆盖,条件和条件覆盖,循环覆盖。
(3)灰盒测试
介于 黑盒测试 与 白盒测试之间的测试。(1)单元测试(依据:详细设计文档)
单元测试,我在 MyBatis查询数据库 && Spring Boot 单元测试文章中讲了。针对一个最小单元(方法)进行测试(输出与输入)。
测试方法:白盒测试
测试内容:单元模块的接口,局部数据结构,路径,边界,异常测试
(2)集成测试(依据:概要设计文档)
测试方法:黑盒和白盒(灰盒)
测试内容:模块和模块之间的接口,集成后模块的功能。全局数据结构测试,单个模块的缺陷对整个集成模块的影响,模块之间的功能有没有互相影响。
。
(3)系统测试(依据:需求分析与系统文档)
测试方法:黑盒测试
测试内容:界面,功能,性能,安全性,易用性,可靠性,兼容性,可移植性,安装与卸载等。
(4)回归测试(依据:开发文件)
就是把前面的测试过的功能再测试一遍,看看(增删查改之后)的功能 对 其它功能是否存在影响。
(5)冒烟测试(依据:开发文件)
对软件的核心功能进行测试,如果核心功能能够正常工作,那么 冒烟测试 就通过了。
就可以继续测试其它的功能了。
说白了,冒烟测试就是为了确认 核心功能 能够正常工作。
(6)交付测试(依据:用户需求)
测试方法:黑盒测试
测试内容: 同系统测试,文档测试。
其实就是我们的 V 模型
3、按照实施组织划分
α测试(Alpha Testing):
邀请用户在开发环境下进行测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。
β测试(Beta Testing):
Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个场所进行。
第三方测试:
该测试是由第三方测评机构来进行的,严格按照软件行业的标准规范进行测试的。人家是非常专业的!!! 你是需要给钱请别人来测试你的产品的。
α 测试 是在 β测试之前进行的。
α 测试 是非技术人员(内测玩家)来测,β 测试就是 普通用户 真真正正的在使用了。4、按照代码是否运行进行划分
静态测试:
不实际运行被测软件,而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。
不以测试数据的执行而是对测试对象的分析过程,仅通过分析或检查源程序的设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性。
动态测试:
实际运行被测程序,输入相应的测试数据,检查实际输出结果和预期结果是否相符的过程。
所以判断一个测试属于动态测试还是静态的,唯一的标准就是看程序是否处于运行状态。
大多数软件测试工作都属于动态测试。(程序运行中)5、按照是否是手工测试进行划分
手工测试:
优点:灵活,可以进行探索性测试 和 联想测试。这几点是 自动化测试 所无法代替的。
缺点:测试量大,容易出错,效率还低。
自动化测试:
按照人为预设条件下运行系统或应用程序,评估运行结果,预先条件应包括正常条件和异常条件。
简单说:
自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。6、按照地域进行划分
国际化测试
本地化测试
项目背景:磁盘空间不够,需要一个压缩、解压缩软件
目标:完成所有文件类型的压缩、解压缩。
时间:2018-6-1到2018-6-7
项目成员:
项目经理:唐僧
产品经理:孙悟空
开发:猪八戒
测试:沙和尚
以后,我们在工作的时候,就会按照类似的分配模式进行分组。一个项目就由一个小组负责。
当然,大型项目可能就是分成几个模块,每个小组负责一块。
功能需求:
文件类型:支持所有类型的文件
压缩文件个数:最多压缩100个文件
压缩大小:不超过5G
性能需求:
压缩、解压缩文件不超过30分钟
安全需求:
带有病毒感染的文件不能压缩
易用性需求
操作简单、方便
界面需求:
布局、排版美观
兼容性需求:
windows7,windows8,windows10都可以使用。
测试的范围及测试点: 压缩、解压缩文件,单文件,多文件
测试方法: 手工
测试所涉及的类型:
功能:依照功能测试用例全部执行
性能:依照性能测试用例全部执行
安全:依照安全测试用例全部执行
兼容:依照兼容测试用例全部执行
界面:依照界面测试用例全部执行
易用性:依照易用性测试用例全部执行
测试管理工具:禅道
禅道是用来记录 测试用例 和 bug 的。
测试资源:
序号 | 资源 | 名称 | 数量 | 时间 |
---|---|---|---|---|
1 | 开发 | 猪八戒 | 1 | 2018-6-1–2018-6-7 |
2 | 测试 | 沙和尚 | 1 | 2018-6-1–2018-6-7 |
3 | 工具 | 禅道 | 1 | 2018-6-1–2018-6-7 |
4 | 电脑 | windows | 2 | 2018-6-1–2018-6-7 |
5 | 操作系统 | windows7,8,10 | 3 | 2018-6-1–2018-6-7 |
计划:
序号 | 项目 | 时间 | 责任人 |
---|---|---|---|
1 | 需求分析 | 2018-6-1 | 沙和尚 |
2 | 制定计划 | 2018-6-1 | 沙和尚 |
3 | 编写用例 | 2018-6-3 | 沙和尚 |
4 | 数据准备、执行用例 | 2018-6-4-2018-6-5 | 沙和尚 |
5 | 编写报告 | 2018-6-6 | 沙和尚 |
6 | 版本发布及项目总结 | 2018-6-6 | 沙和尚 |
风险:
人员离职:人员备份、感情留人、代码注释,测试的主机资源不足
测试轮数:
第一轮测试:冒烟测试,全面测试
第二轮测试:冒烟测试,BUG验证,回归测试
第三轮测试:冒烟测试,BUG验证,全面回归测试
第四轮测试:封版测试
配置管理:
每发布一个版本将源代码上传至:项目的gitup地址,并做好版本管理。
项目中产出的所有文档上传到 :svn://118.24.113.xx/
变更管理:
按照公司的变更管理流程执行
评审管理:
按照公司的评审管理流程执行
准入准出标准
准入测试:冒烟测试通过
准出标准:严重、重要BUG无遗留,一般、次要BUG合计不超过2个。
基于需求的测试方法是基本的测试方法,而需求的质量直接影响到后续的开发和测试工作。
需求审核
需求测试
测试设计中进行需求测试
需求测试要素:正确性,必要性,完整性,一致性,无二义性,合理性。
需求测试应该尽早开始
冒烟测试
版本测试中信息传递:修改内容,配置管理
根据测试用例执行测试
缺陷管理
确认回归内容
确认回归方式为手工
用例的回归
bug的回归
缺陷分析
测试结论
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-001 | 功 能 | 压缩单文件 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 压 缩 的 文 件 | 1.进入软件、 2.弹出文件选择框、3.生成压缩文件、4.压缩文件个数正确、 5.压缩后文件变小了、 6.压缩后的文件解压后与原文件大小、内容、格式没有任何区别 | ||
za-002 | 功 能 | 压缩0个文件 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 不可进行压缩 | |||
za-003 | 功 能 | 压缩50个文件 | windows10 | 手工 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-004 | 功 能 | 压缩100个文件 | windows10 | 手工 | |||||
za-005 | 功 能 | 压缩101个文件 | windows10 | 手工 | |||||
za-006 | 功 能 | 压缩大小0K文件 | windows10 | 手工 | |||||
za-007 | 功 能 | 压缩大小1K文件 | windows10 | 手工 | |||||
za-008 | 功 能 | 压缩大小3K文件 | windows10 | 手工 | |||||
za-009 | 功 能 | 压缩文件大小超过5G文件 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 提示超过5G,请选择小于等于5G的文件 | |||
za-010 | 功 能 | 压缩文件大小刚好5G文件 | windows10 | 手工 | |||||
za-011 | 功 能 | 压缩相同类型的文件 | windows11 | 手工 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-012 | 功 能 | 压缩多个不同类型文件 | windows10 | 手工 | |||||
za-013 | 功 能 | 二次压缩 | windows10 | 手 工 | 1.打开软件、2.选择已压缩过的文件、 3.点击确认、4.点击取消 | 1.进入软件 、2.弹出文件选择框、3.生成压缩文件、4.压缩文件个数正确、5.压缩后文件变小了、6.压缩后的文件解压后与原文件大小、内容、格式没有任何区别 | |||
za-014 | 功 能 | 压缩时磁盘空间不足 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 1.进入软件、2.弹出文件选择框、3.开始生成压缩文件、4.提示当前磁盘空间不足 | |||
za-015 | 功 能 | 压缩成不同的扩展名的压缩文件 | windows11 | 手工 | 1.打开软件、2.选择文件及压缩成的文件扩展名、3.点击确认 | 1.检查压缩出来的文件扩展名、2.其它检查与单个压缩文件一样 | |||
za-016 | 功 能 | 压缩一半时强制取消 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认、4.点击取消 | 1.弹出取消确认框 、2.压缩取消 、3.不产生压缩包 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-017 | 功 能 | 压缩率验证 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 压缩率大于50% | |||
za-018 | 功 能 | 切换目录压缩 | windows10 | 手工 | |||||
za-019 | 功 能 | 解压单个被压缩的文件 | windows10 | 手工 | 1.双击压缩文件、2.选择解压路径、3.点击确认 | 1.弹出选择路径框、 2.生成解压文件、 3.解压后的文件个数、大小、格式与原来的一样 | |||
za-020 | 功 能 | 解压0个文件 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 不可进行压缩 | |||
za-021 | 功 能 | 解压50个文件 | windows10 | 手工 | |||||
za-022 | 功 能 | 解压100个文件 | windows10 | 手工 | |||||
za-023 | 功 能 | 解压101个文件 | windows10 | 手工 | |||||
za-024 | 功 能 | 解压压缩大小0K文件 | windows10 | 手工 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-025 | 功 能 | 解压压缩大小1K文件 | windows10 | 手工 | |||||
za-026 | 功 能 | 解压压缩大小3K文件 | windows10 | 手工 | |||||
za-027 | 功 能 | 解压压缩文件大小超过5G文件 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 提示超过5G,请选择小于等于5G的文件 | |||
za-028 | 功 能 | 解压压缩文件大小刚好5G文件 | windows10 | 手工 | |||||
za-029 | 功 能 | 解压压缩相同类型的文件 | windows11 | 手工 | |||||
za-030 | 功 能 | 解压压缩多个不同类型文件 | windows10 | 手工 | |||||
za-031 | 功 能 | 二次解压 | windows11 | 手 工 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-032 | 功 能 | 解压时磁盘空间不足 | windows10 | 手工 | 1.双击压缩文件、2.选择解压路径、3.点击确认 | 1.弹出选择路径框 2.开始生成解压文件 3.提示当前磁盘空间不足 | |||
za-033 | 功 能 | 解压不同扩展名的压缩文件 | windows12 | 手工 | 1.选择不同的扩展名压缩文件并双击压缩 、2.选择解压路径、3.点击确认 | 1.检查同解压文件一样 | |||
za-034 | 功 能 | 解压一半时强制取消 | windows10 | 手工 | 1.双击压缩文件、2.选择解压路径、3.点击取消 | 1.弹出取消确认框 、2.解压取消 、3.不产生解压包 | |||
za-035 | 功 能 | 未压缩文件进行解压 | windows10 | 手工 | |||||
za-036 | 功 能 | 切换解压目录 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-037 | 性 能 | 压缩文件大小刚好5G文件 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 压 缩 的 文 件 | 压缩时间小于等于30分钟 | ||
za-038 | 性 能 | 压缩文件大小小于5G文件 | |||||||
za-039 | 性 能 | 压缩5G,文件类型相同 | |||||||
za-040 | 性 能 | 压缩5G,文件类型不相同 | |||||||
za-041 | 性 能 | 压缩文件1个5G文件 | |||||||
za-042 | 性 能 | 压缩100个合计5G文件 | |||||||
za-043 | 性 能 | 解压文件大小刚好5G的压缩文件 | windows10 | 手工 | 1.双击压缩文件、2.选择解压路径 | 解压时间小于等于30分钟 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-044 | 性 能 | 解压缩5G,文件类型相同 | |||||||
za-045 | 性 能 | 解压缩5G,文件类型不相同 | |||||||
za-046 | 性 能 | 解压缩文件1个5G文件 | |||||||
za-047 | 性 能 | 解压缩100个合计5G文件 | |||||||
za-048 | 安 全 | 压缩一个带有病毒的文件 | windows10 | 手工 | 1.打开软件、2.选择文件、3.点击确认 | 压 缩 的 文 件 | 提示文件有病毒,请用删毒软件进行查杀 | ||
za-049 | 安 全 | 压缩多个文件,其中一个带有病毒的文件 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-050 | 安 全 | 压缩多个文件,其中多个带有病毒的文件 | |||||||
za-051 | 安 全 | 解压缩一个带有病毒的文件 | |||||||
za-052 | 安 全 | 解压包中有多个文件,其中一个带有病毒 | windows10 | 手工 | 1.双击压缩文件、2.选择解压路径 | 提示文件有病毒,请用删毒软件进行查杀 | |||
za-053 | 安 全 | 解压包中有多个文件,其中一个带有病毒 | |||||||
za-054 | 易 用 性 | 易用性测试 | windows10 | 手工 | 操作简单、方便 | ||||
za-055 | 界 面 | UI测试 | windows10 | 手 工 | 布局、排版美 观 |
用 例 编 号 | 测 试 类 别 | 标题 | 操作平台 | 测 试 方 式 | 操作步骤 | 输 入 数 据 | 预期结果 | 附件 | 备 注 |
---|---|---|---|---|---|---|---|---|---|
za-056 | 兼 容 性 | 调用所有的功能测试用例 | win7,win8 | 手 工 | |||||
za-057 | 容 错 性 | 解压已被损坏的压缩包 | windows10 | 手工 | 1.双击压缩文件、2.选择解压路径 | 提示文件已损坏不可解压 | |||
za-058 | 安 装 | 首次安装 | |||||||
za-059 | 安 装 | 安装取消 | |||||||
za-060 | 安 装 | 覆盖安装 | |||||||
za-061 | 安 装 | 覆盖安装中断 | |||||||
za-062 | 安 装 | 卸载 | |||||||
za-063 | 安 装 | 更新 | |||||||
za-064 | 安 装 | 更新中中断 | |||||||
za-065 | 安 装 | 更改安装路径 |
1.将文件压缩成项目文件上传到服务器上要存放的位置
2.编译文件 g++ Test.cpp -o compress
3.运行可执行文件 ./compress
收到第一个测试版本:冒烟测试,全面测试
收到第二个测试版本:冒烟测试,BUG验证,回归测试
收到第三个测试版本:冒烟测试,BUG验证,全面回归测试
收到第四个测试版本:封版测试
发现缺陷 >>> 记录缺陷 >>> 沟通缺陷 >>> 跟踪缺陷 >>> 关闭缺陷
【使用禅道来记录缺陷。下一篇,我会着重介绍 “禅道” 软件的】
缺陷分析
测试结论
发布上线
跟踪、收集信反馈
项目做好的,值得其它项目借鉴:
项目做有待改善的地方