软件测试基础

Day1

1. 认识软件测试行业
2. 掌握测试常用分类/能够对测试技能进行分类
3. 了解软件测试流程/知道工作中测试的流程
4. 理解测试质量模型/能够为设计测试考虑方面
5. 掌握测试用例编写要素/能够说出用例设计书写模版

一. 软件测试的基本了解

1. 什么是软件测试

使用技术方面的手段来检测软件是否满足需求

2. 软件测试的目的

用最少的人力,物力和财力找到软件的问题并修复,从而降低商业风险

二. 测试的技能分类

1. 功能测试

验证程序的功能是否满足需求
\ 作为测试人员,除了要考虑正常 *** 作结果意外,还需要异常或者错误 *** 作对应情况

2. 自动化测试

使用代码或者是工具替代人工验证项目功能
\ 主要作用是提高测试执行效率

3. 接口测试

针对模块与模块之间或系统与系统之间的数据请求地址进行测试
\ 是基于数据层面的一种测试

4. 性能测试

模拟多人使用软件,查找服务器缺陷
\ 区别其他测试技术,核心是大量用户

三. 测试的分类

1. 按照测试阶段划分

a. 单元测试 --- 针对程序源码进行测试
b. 集成测试 --- 接口测试,针对模块之间访问地址进行测试
c. 系统测试 --- 对整个系统进行测试,包括功能,兼容,文档等测试
d. 验收测试 --- 主要分为内侧,公测使用不同人群来发掘项目缺陷

2. 按照代码可见度划分

a. 黑盒测试(功能测试)
	看不见代码,主要针对程序功能进行测试
b. 白盒测试(单元测试)
	看间全部代码,主要针对程序源码进行测试
c. 灰盒测试(接口测试)
	看见部分代码,主要对程序接口进行测试

3. 测试策略

冒烟测试 --- (重点)
针对系统最基本的功能进行测试,保证基本的功能和流程能走通
测试人员制定要求,由开发去执行(冒烟测试用例)(自测),目的是作为提测的标准使用
ps: 如果开发人员精力不足,也会由测试人员执行测试过程

回归测试 --- (重点)
当修复一个bug之后,把之前的测试用例在新的代码下进行再次测试
回归场景:
a. 正常的测试流程,发现问题,提交给开发,开发修复后,测试再次测试的验证过程(测试步骤不变)
b. 基于现有功能推出新功能时(版本迭代),对原有功能再次进行校验(测试步骤不变)
ps: 是工作中最频繁的一个情况

随机测试
主要是针对被测软件的一些重要功能进行复测,也包括测试那些当前没有被测到的部分
ps: 在有一定的测试经验的基础上,对关键内容进行抽检

探索测试
设计测试和执行测试是同时进行的,它要求测试人员通过测试来不断学习被测系统
同样需要大量的测试经验支撑

4. 总结

a. 系统测试和黑盒测试重点核心是功能测试
b. 集成测试和灰盒测试又称为接口测试
c. 单元测试和白盒测试是对代码进行测试
d. 自动化测试归属功能测试
e. 性能测试,安全测试归属专项测试

四. 模型

1. 质量模块

质量模型提供测试设计的不同角度视野和验证方向

2. 测试模块

测试模型主要体现的是测试人员和开发人员在工作中对应关系问题(理想状态下,开发与测试步骤应该同步进行), 但是具体实施是有很大难度,尤其是测试的设计阶段

优点: 测试伴随着整个产品开发周期,测试对象不进是程序还有需求,设计文档.测试介入较早,及早能发现发问题,减少损失

缺点: 实施起来比较复杂,难度大,对于需求阶段和设计阶段的测试设计要求较高

五. 测试流程

1. 需求分析

确保各部门需求理解一致

2. 计划编写

测什么,谁来测,怎么测

3. 用例设计

验证项目是否符合需求的 *** 作文档

4. 用例执行

项目模块开发完成开始执行用例文档实施测试

5. 缺陷管理

对缺陷进行管理的过程

6. 测试报告

实施测试结果的文档

六. 测试用例

1. 什么是测试用例

为了测试项目而设计的执行文档

2. 测试用例的作用

a. 防止漏测
b. 实施测试的标准

3. 用例测试编写格式

用例编号 => 标题 => 模块 => 优先级 => 前置条件 => 测试步骤 => 测试数据 => 预期结果

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

4. 如何编写测试用例