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

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/engrossment/article/details/90402241

课程大纲

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

案例分析

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

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

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

产品测试概述

测试体系不完备典型症状

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

测试的定义

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

产品测试四大活动

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

产品测试组织体系

专业协作的测试组织

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

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

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

产品测试需求分析

DFT —— Design for Testability。

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

测试需求分析工程方法

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

产品测试策略与计划

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

产品测试用例设计

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

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

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

产品测试执行及缺陷分析

  • 缺陷属性

推进企业测试体系建设

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

参考资源

展开阅读全文

没有更多推荐了,返回首页