@[toc]
基本不考 2分，案例分析
# 测试基础
软件测试（评价盒改进产品质量、识别产品缺陷）单元、集成、系统、验收测试
V模型在需求阶段就开始写测试用例了
V模型 （需求和测试一一对应）第一章的图是错的
结构化测试/V测试
优点
可将复杂的测试工作按阶段分为各个小阶段来实现
从多角度测试系统找出更多的缺陷
缺点
软件测试容易误导为软件开发的最后一个阶段，使需求、设计阶段产生的问题不能很早地发现
质量控制和测试效率无高效发挥
W模型（两个V模型叠加，一个开发的V，一个测试的V。开发和测试是同步进行的）
H模型（将测试活动完全独立出来。形成一个完整独立的流程）
X模型（定位探索性测试，不进行事先计划的特殊类型的测试）
# 软件测试技术
软件测试类型
按开发阶段
与用户相关的是确认测试
没有没有问题的程序，时间不足，测试该怎么做还是怎么做，质量保证
验收测试
通常会有四种结果
- 测试项目通过
- 测试项目没有通过，并且不存在变通方法，需要做出很大的修改
- 测试项目没有通过，并存在变通方法，在维护后期或下一版本改进
- 测试项目无法评估/无法给出完整评估。必须给出原因，如果是因为该测试项目没有说清楚，应当修改测试计划
发布测试/确认测试（测试执行者：测试内部人员 且 待测系统：公司内部产品）
验收测试/交付测试（测试执行者：客户/用户 且 待测系统：交付客户的项目）
开发方测试——Alpha测试/验证测试/α测试
不能由程序员/测试员完成，一个用户在开发环境下进行的测试
用户测试——Beta测试
最终用户在一个/多个客户场所进行
黑盒测试/功能测试（忽略内部）
只考虑外部结构，不考虑内部逻辑结构。主要对软件界面和软件功能测试。
黑盒测试用例设计方法（等价类划分法（枚举集合随机抽取）、边界值分析法（等价类的每个边界）、错误推测法、因果图法、判定表法、正交检验设计法、功能图法、场景分析法）
白盒测试/逻辑驱动测试
检查软件内部的逻辑结构
动态测试
运行程序检查（编写测试用例、执行程序、分析程序的输出结果）
静态测试
不运行程序，对人工对程序程序/文档进行分析与检查
对软件的需求说明书、设计说明书、程序源代码、用户手册等进行非运行的检查
走查/审查——静态测试
功能测试=黑盒测试
动态白盒测试/静态白盒测试
负载测试
确保系统在超出最大预期工作量的情况下仍能正常运行
压力测试
对系统逐渐增加压力测试，获得系统提供的最大的服务级别的测试或者不能接收用户请求的性能点
稳定性测试/疲劳强度测试
系统处理最大工作量强度性能的过程
# 信息系统测试管理
测试风险管理
需求风险
测试用例风险（没有得到全部的执行，有些用例被有意无意遗漏；设计不完整，忽略了边界条件，异常处理）
缺陷风险
代码质量风险
测试环境风险（环境不同，测试结果会有偏差）
测试技术风险
回归测试风险
沟通协调风险
其他不可预计风险
测试阶段（单元、集成、系统、验收）
测试必须要有用例，缺反复的过程
集成测试报告
测试执行中工作效率相关指标
（执行效率、进度偏离度、缺陷发现率）
需求覆盖率（质量）
网友评论