课程大纲

案例分析
产品测试概述
产品测试组织体系
产品测试需求分析
产品测试策略与计划
产品测试用例设计
产品每日构建和测试自动化
产品测试执行及缺陷分析
推进企业测试体系建设

案例分析

分析的案例是一个嵌入式产品开发过程中的测试管理，具体是彩超产品的开发。大体就是计划 6 个月完成产品开发，随机上市。其中硬件设计开发、软件设计开发同时进行，预计 4 个月完成，然后产品测试花 2 个月。但实际情况是硬件和软件开发都出现问题，中途更换项目负责人，最终延期 5 个月完成产品开发。而且负责人还是对产品不是很有信心。

从这个案例得到的教训有：

测试介入时间要足够早。
测试人员需要早熟悉项目，整理测试规划。
补充测试用例设计。
测试流程规范，便于 BUG 复现。

产品测试概述

测试体系不完备典型症状

新产品投产后还要花很长时间才能稳定。
产品开发后期常常为很多技术问题是否要更改而陷入两难境地。
开发、测试常常为测试发现的缺陷是否需要解决、该何时解决而争吵。
产品可靠性差，市场返修多。

测试的定义

测试是为了发现错误而执行程序的过程。
一个成功的测试是指发现了至今未发现的错误的测试。
测试是对系统建立信心的过程。
测试是对软件质量的度量。

产品测试四大活动

单元测试
集成测试
验收测试
系统测试

产品测试组织体系

专业协作的测试组织

专职的测试人员
完备的测试流程
人人具备测试意识
测试工具、技术开发
运营测试

测试部除了各种产品的具体测试小组，还有更重要的测试技术部和测试质量部。前者是负责开发测试工具、测试平台等，其测试工程师需要有不输研发人员的技术能力。后者专门负责制定各种测试标准、测试流程，是一般性测试员的操作参考基准。

测试岗位包括测试员、测试工程师、测试专家，测试资深专家。

产品测试需求分析

DFT —— Design for Testability。

可测试性：系统和设备能及时准确地确定其工作状态（可工作、不可工作、工作性能下降）并隔离其内部故障的一种设计特性。这一特性需要测试工程师在产品的最初需求分析的时候就提出来，作为测试需求的一部分，由研发人员开发实现。

测试需求分析工程方法

提取测试原始需求
产品测试规格分析
继承性分析
测试类型分析
功能交互分析
关联图分析
测试规格整合
测试特性建模

产品测试策略与计划

提前测试，不要集中测试到开发过程的后端。
成本、进度、质量的平衡。
集成后再测试，发现的不少一些缺陷是偶发的、难以定位的缺陷。
Building Block（单元测试）、渐增型测试模型、标杆测试模型、回归测试、Beta 测试（客户测试）。
开发转测试流程。
Gompertz 拟合曲线，质量估算。

产品测试用例设计

织网捞鱼
- 有鱼吗（bug 必然是有的）。
- 鱼在哪里？测试重点。
- 网的密度如何？用例设计。
静态检查
- 文档评审
- Design Rule Check
- 白盒黑盒测试
黑盒测试用例设计方法
- 等价类划分法
- 边界值分析法
- 场景法
- 错误推断法
- 因果图法
- 正交设计法

产品每日构建和测试自动化

自动化地、持续地将开发代码进行构建，并进行自动化的部署、测试、分析，及时反馈。

产品测试执行及缺陷分析

缺陷属性

推进企业测试体系建设

黑盒测试（功能）
专项测试、测试工具引入
需求评审，可测试性分析，测试工具开发
平台构建，集成测试，自动化测试
运营测试，测试标准

参考资源

国际软件测试资质认证委员会 ISTQB (International Software Testing Qualifications Board)：https://www.istqb.org/
软件测试网：http://www.51testing.com/html/index.html
测试用例管理系统 TestLink：http://www.testlink.org/
开源测试工具：http://www.opensourcetesting.org/
20 款代码审查工具介绍：https://www.aliyun.com/jiaocheng/181980.html

产品测试管理高级实务培训总结