day1
认识软件及测试
一系列按照特定顺序组织的计算机数据和指令的集合
应用软件QQ…
系统软件 windows…
软件测试:使用技术手段验证软件是否满足使用需求
目的:减少bug、缺陷保证软件质量
测试主流技能
1.功能测试 2.自动化测试 3.接口测试 4.性能测试 (模拟多人使用软件)
测试分类
-
按测试方法分类:黑盒测试 白盒测试 灰盒测试
-
按测试方向分类:功能、性能、兼容、易用、安全必测
-
功能测试:测试功能能否使用
-
性能测试:测试在不同的情况下软件响应的时间其中又包括(压力测试)(负载测试)(并发测试)
-
安全测试:防止别人攻击成功自己的安全系统主要从渗透测试、流量攻击、SQL注入、跨域攻击这几方面测试
-
兼容性测试:
- web:在不同的浏览器表现是否正常(在电脑上安装不同的浏览器,在不同的浏览器进行测试)IE 、谷歌、火狐、edge、IE、QQ、360、saferi、Opra、夸克
- App:Android 软件就在不同的安卓设备测试使用
- ios软件就在不同的苹果手机上测试使用
- 操作系统 wind7 手机分辨率品牌
- UI测试/界面测试:检查界面好不好看从风格是否统一、布局是否合理、配色是否合适来进行测试
-
易用性测试:好不好用[简洁、友好美观](操作步骤越少越好 学习成本越低越好)
-
稳定性测试:长时间运行使用看是否出问题
-
APP专项测试:
- 弱网测试
- 权限测试
- 安装、卸载、更新测试
- 场景交互测试
- 资源争用测试
- 消息推送测试
- 资源监控
-
可维护
-
可移植
-
-
阶段分类:
- 单元测试:检查代码判断是否有问题,一般来说单元测试都是开发自己做。
- 集成测试:测试模块和模块的连接有没有问题。
- 系统测试:测试软件的整个整体。功能,安全,性能等等测试
- 验收测试:甲方或者客户来验收这个软件是不是它要的软件,协助验收。
-
对象分类:
- APP测试
- WEB测试
- 物联网测试
- 车联网测试
- 大数据测试
- AI测试
- 小程序测试
-
状态分类:
- 动态测试
- 静态测试
-
其他分类:
- 回归测试:检查修改后的BUG还有没有问题
- 冒烟测试:测试前的测试,检查软件是否具备可测试性
- 埋点测试:通过打日志实现,属于测试手段
- MOCK测试(打桩测试):做自动化测试用到的测试手段
测试模型
软件测试流程
需求评审、计划编写、用例设计、用例执行、缺陷管理、测试报告、需求评审
- 测试人员进行测试需求分析
- 测试负责人编写测试计划
- 测试人员根据测试需求分析设计和编写测试用例
- 测试人员搭建测试环境,创建测试数据,执行测试用例,提交缺陷报告,并进行跟踪、记录测试事件
- 进行测试评估和总结
- 每一步完成后都进行评审
测试用例
用例:用户使用的案例
用例:为测试项目而设计的执行文档(防止漏测)excel表
1. 用例编号
1. 用例标题(需求)
1. 模块(需求)
1. 优先级:核心功能p0
1. 前置条件(前一项+网络等)
1. 测试步骤(完成该步骤的方法)
1. 测试数据()
1. 预测结果(计划在应该显示的)
等价类划分
-
穷举场景测试点(黑马p21)完整的应该是和边界值一起写
- 等价类(共同特征:性别、年龄)不适合穷举的
-
有效(满足需求)
-
无效 (不满足需求)
-
步骤 1.明确需求 2. 确定有效无效(条件的积) 3.根据有效和无效进行设计
-
正向最好覆盖全部,逆向一条测一个
-
- 等价类(共同特征:性别、年龄)不适合穷举的
-
边界值限定(限定边界,用例优化)
- 上点 正好等于
- 离点 距离上点最近的点(刚好大于、刚好小于)
- 内点 范围内的点(区间范围内的数据)
- 步骤 1.明确需求 2. 确定有效无效(条件的积) 3.确定边界范围 4. 提取测试用例
-
多条件依赖
-
判定表法
-
条件桩 2. 动作桩 列出 3.条件项 4. 动作项 做成一个表格
-
明确需求
-
画出判定表(1)
再设计测试用例
-
多条件之间有依赖关系,使用判定表来进行测试覆盖
-
判定表一般4个以内条件依赖
-
-
一个练习
-
明确需求
-
判定表
-
判定表
-
项目业务测试
-
用流程图
梳理业务用例
-
-
错误推荐法
- 在上线前进行主体主要功能测试
Day2
缺陷
- 软件为实现需求(规格)说明书中明确要求的功能(少功能)
- 软件出现需求(规格)说明书中指明不应该出现的错误(功能错误)
- 软件实现的功能超出需求(规格)说明书指明的范围(多功能)
- 软件为实现需求(规格)说明书中虽未指明但应该实现的要求(隐藏功能错误)
- 测试人员认为难以理解、运行缓慢、不易使用、体验不好(不宜使用)
产生原因
- 需求文档
- 架构设计
- 编码实现
- 环境(软件、硬件)
缺陷提交要素
- 缺陷报告编号
- 严重程度
- 缺陷休闲及
- Bug类型
- 缺陷状态