一、软件测试基础理论
1.软件的定义：数据和指令
2.软件的分类：
1) .场景：工具类、游戏、电商、媒体
2) .架构：
单机版：不需要联网
分布式：需要联网
B/S：浏览器器/服务器
C/S：客户端/服务器
3.软件测试
1.定义：通过人工或者自动化验证实际结果与需求是否一致过程
2.原则
缺陷集群性(28原则)
测试显示软件存在的缺陷
杀虫剂悖(bei)论
测试活动依赖测试内容
没有错误是好谬论
穷尽测试是不可能的
测试尽早介入
4.开发模型
1.瀑布流模型
2.快速原型
3.增量模型
4.敏捷开发
5.测试模型
V模型
W模型
H模型
X模型
6.软件测试流程
|阶段|产物|
|:-:|:-:|:-:|
|阶段 | 工作内容 | 产物 |
|准备 | 立项、需求分析、需求评审 | PRD |
|计划 | 编写、评审测试计划 | 测试计划 |
|设计 | 提取测试点、编写、评审测试用例 | 测试用例 |
|执行 | 冒烟测试、执行测试、提bug、回归测试 | 缺陷报告 |
|完成 | 验收测试、编写测试报告、项目上线 | 测试报告 |
7.软件测试分类
1.技术：黑白灰
2.阶段：
|阶段|产物|
|:-:|:-:|:-:||:-:|
|阶段 | 测试对象 | 测试人员 | 测试方法 |
|单元测试 | 一个模块、类、方法 | 开发/白盒测试工程师 | 白盒测试 |
|集成测试 | 一个模块、类、方法组装成一个系统或者子系统 | 开发/白盒测试工程师 | 白盒/黑盒测试 |
|系统测试 | 整个软件系统 | 黑盒测试工程师 | 黑盒测试 |
|验收测试 | 整个软件系统 | 黑盒测试工程师/用户/老板/经理 | 黑盒测试 |
3.内容
1.功能：UI测试、冒烟、回归测试
2.性能：压力、负载、并发
3.兼容性：
App：Android版本、厂商、屏幕分辨率、屏幕样式(水滴、刘海、全屏、曲面、折叠)
web：浏览器内核、版本
4.专项测试
APP：安装卸载、升级、中断、弱网
二、测试计划
1.模板
1.测试目的：整体概述、详细描述
2.测试资源：人力资源
|:-:|:-:|:-:|
|姓名 | 职务 | 岗位职责 |
| | | |
硬件
|:-:|:-:|:-:|:-:|
|名称 | 配置 | 数量 | 备注 |
| | | | |
软件资源
|软件名称| 描述 |
| | |
网络资源
|互联网 | 局域网 |
| | |
3.测试范围：对象、特性、非特性
4.测试风险：人资法环时+具体项目风险
|:-:|:-:|:-:|:-:|:-:|:-:|
|编号 | 风险描述 | 风险等级 | 责任人 | 影响 | 规避方法 |
| | | | | | |
5.人员分工
|姓名 | 职务 | 工作内容 |
| | | |
6.测试策略
功能
接口
界面
兼容性
性能
7.测试进度
|测试任务 | 负责人 | 预开始时间 | 预结束时间 | 进度 | 备注 |
| | | | | | |
8.测试准则
|阶段 | 启动准则 | 暂停准则 | 在启动准则 | 结束准则 |
|集成测试 | | | | |
|系统测试 | | | | |
|验收测试 | | | | |
9.测试输出
|名称 | 负责人 | 路径 |
|测试计划 | | |
|测试用例 | | |
|测试报告 | | |
|缺陷报告 | | |
2.怎么写
1.设计封面：项目名称、标题、版本、表格、组别
2.九大项
3.插入目录
三、测试用例
1.等价类划分法
1.定义：输入数据分为若干个区域，取有代表性的数据
2.分类：
1.有效等价类：合理的数据
2.无效等价类：不合理的数据
2.边界值分析法：
定义：取稍高于或稍低于边界的一些数据进行测试，使用离点、上点、内点确定取值。
3.获取·：
1.上点：边界点
2.内点边界内部的点
3.离点：开内闭外
4.场景法
定义：模拟实际用户场景
分类：
1.基本流：正确流程
2.备选流：正确的流程每一个步骤取反
5.错误推测法：
测试经验丰富的人喜欢使用的一种测试用例设计方法。一般这种方法是基于经验和直觉推测程序中可能发送的各种错误，有针对性地设计。只能作为一种补充。
6.因果图方法：
比较适合输入条件比较多的情况，测试所有的输入条件的排列组合。所谓的原因就是输入，所谓的结果就是输出。5. 场景法：通过模拟业务场景来对系统的功能点或业务流程的描述，从而提高测试效果的黑盒测试方法
7.判定表
8.正交实验法
发红包、朋友圈、水杯、小视频
四、禅道
1.安装：下一步
2.使用
1.测试bug（测试人员）：测试到提bug
2.解决bug（开发）：测试 到 bug 到 确认 到 完成
3.再次测试（测试人员）：测试 到 再次测试 到 如果解决，点击关闭，否则重新编辑
网友评论