Day1
- 认识软件测试行业
- 掌握测试常用分类/能够对测试技能进行分类
- 了解软件测试流程/知道工作中测试的流程
- 理解测试质量模型/能够为设计测试考虑方面
- 掌握测试用例编写要素/能够说出用例设计书写模版
一. 软件测试的基本了解
- 什么是软件测试
使用技术方面的手段来检测软件是否满足需求
- 软件测试的目的
用最少的人力,物力和财力找到软件的问题并修复,从而降低商业风险
二. 测试的技能分类
- 功能测试
验证程序的功能是否满足需求
作为测试人员,除了要考虑正常操作结果意外,还需要异常或者错误操作对应情况
- 自动化测试
使用代码或者是工具替代人工验证项目功能
主要作用是提高测试执行效率
- 接口测试
针对模块与模块之间或系统与系统之间的数据请求地址进行测试
是基于数据层面的一种测试
- 性能测试
模拟多人使用软件,查找服务器缺陷
区别其他测试技术,核心是大量用户
三. 测试的分类
- 按照测试阶段划分
a. 单元测试 --- 针对程序源码进行测试
b. 集成测试 --- 接口测试,针对模块之间访问地址进行测试
c. 系统测试 --- 对整个系统进行测试,包括功能,兼容,文档等测试
d. 验收测试 --- 主要分为内侧,公测使用不同人群来发掘项目缺陷
- 按照代码可见度划分
a. 黑盒测试(功能测试)
看不见代码,主要针对程序功能进行测试
b. 白盒测试(单元测试)
看间全部代码,主要针对程序源码进行测试
c. 灰盒测试(接口测试)
看见部分代码,主要对程序接口进行测试
- 测试策略
冒烟测试 --- (重点)
针对系统最基本的功能进行测试,保证基本的功能和流程能走通
测试人员制定要求,由开发去执行(冒烟测试用例)(自测),目的是作为提测的标准使用
ps: 如果开发人员精力不足,也会由测试人员执行测试过程
回归测试 --- (重点)
当修复一个bug之后,把之前的测试用例在新的代码下进行再次测试
回归场景:
a. 正常的测试流程,发现问题,提交给开发,开发修复后,测试再次测试的验证过程(测试步骤不变)
b. 基于现有功能推出新功能时(版本迭代),对原有功能再次进行校验(测试步骤不变)
ps: 是工作中最频繁的一个情况
随机测试
主要是针对被测软件的一些重要功能进行复测,也包括测试那些当前没有被测到的部分
ps: 在有一定的测试经验的基础上,对关键内容进行抽检
探索测试
设计测试和执行测试是同时进行的,它要求测试人员通过测试来不断学习被测系统
同样需要大量的测试经验支撑
- 总结
a. 系统测试和黑盒测试重点核心是功能测试
b. 集成测试和灰盒测试又称为接口测试
c. 单元测试和白盒测试是对代码进行测试
d. 自动化测试归属功能测试
e. 性能测试,安全测试归属专项测试
四. 模型
- 质量模块
质量模型提供测试设计的不同角度视野和验证方向
- 测试模块
测试模型主要体现的是测试人员和开发人员在工作中对应关系问题(理想状态下,开发与测试步骤应该同步进行), 但是具体实施是有很大难度,尤其是测试的设计阶段
优点: 测试伴随着整个产品开发周期,测试对象不进是程序还有需求,设计文档.测试介入较早,及早能发现发问题,减少损失
缺点: 实施起来比较复杂,难度大,对于需求阶段和设计阶段的测试设计要求较高
五. 测试流程
- 需求分析
确保各部门需求理解一致
- 计划编写
测什么,谁来测,怎么测
- 用例设计
验证项目是否符合需求的操作文档
- 用例执行
项目模块开发完成开始执行用例文档实施测试
- 缺陷管理
对缺陷进行管理的过程
- 测试报告
实施测试结果的文档
六. 测试用例
- 什么是测试用例
为了测试项目而设计的执行文档
- 测试用例的作用
a. 防止漏测
b. 实施测试的标准
- 用例测试编写格式
用例编号 => 标题 => 模块 => 优先级 => 前置条件 => 测试步骤 => 测试数据 => 预期结果
用例编号: 项目+模块+序号
用例标题: 预期结果+操作步骤
项目/模块: 所属项目或者模块
前置条件: 要执行此条用例,有哪些前置操作
优先级: 表示用例的重要程度或者影响力P0~P4(P0最高)
测试步骤: 描述操作步骤
测试数据: 操作的数据,没有的话可以为空
预期结果: 期望达到的结果
- 如何编写测试用例
