• 1. 软件测试过程2009-06-06
  • 2. 议程测试过程模型 测试过程实践
  • 3. 测试过程模型传统测试 执行代码(动态测试) 不参与编码前软件活动 关注编码后软件活动 效率不高全生命周期测试 独特的技术(静态测试) 参与所有软件活动 早期介入(项目立项) 缩减成本和时间
  • 4. 静态测试适用范围需求和产品规格说明书 概要设计(外部) 详细设计(内部) 编码 测试计划 测试案例
  • 5. 静态测试技术评审 映射 原形 走查 检查
  • 6. 测试类型冒烟测试 功能测试 回归测试 性能测试 压力测试 安全测试 接收测试
  • 7. 全生命周期测试
  • 8. 测试过程实践测试活动始于测试计划
  • 9. 主测试计划组织和人员的职责和任务 测试阶段进度表以及进入和退出条件 测试策略、类型和方法 测试范围(哪些测、哪些不测) 风险评估及对策 测试工具、数据、环境 测试执行和报告 缺陷级别(致命、严重、一般、微小)
  • 10. 组织、人员的职责和任务样例测试经理:负责组织测试团队,编写测试计划、测试大纲,联络客户 测试主管:编写测试计划、测试大纲,按计划进行测试,提交测试报告 测试架构师:测试策略、技术和方法 测试人员:编写测试样例、执行测试 质量保证人员:负责审计系统测试过程和测试报告 系统管理员:负责系统安装、环境维护
  • 11. 测试准备测试工具 硬件 软件 测试数据分析、构建和修改 测试环境 人员招聘、面试、培训(业务、技术)
  • 12. 测试设计需求阶段:在需求阶段,测试人员需要了解需求,根据需求编写测试需求、测试案例 设计阶段:在设计阶段,测试人员需要了解设计(外部/概要、内部/详细),编写和/或细化测试案例 编码阶段:在编码阶段,测试人员完成系统测试案例,并提交评审 案例评审、修改:开发、业务人员和客户参与评审,映射,属于静态测试
  • 13. 测试执行测试报告(日报): 测试状态报告(测试进展) 缺陷跟踪(日报): 缺陷状态报告(已修改?和相关小组讨论,下一版本) 测试迭代: 邮件通知,新需求(变更)、缺陷、回归测试、自动测试 日常和周会议 任务驱动,状态,问题,解决方案,记录和跟踪
  • 14. 测试完成所有需求被验证正确、没有致命和严重缺陷 测试报告:项目经理、测试经理、开发经理和质量保证人员根据测试报告对测试结果进行审计、确认,确定产品是否发布 测试度量:案例开发效率、执行效率、缺陷密度…… 产品发布
  • 15. 测试工具缺陷管理:ClearQuest 案例管理:IBM Rational Manual Tester 开发配置管理:ClearCase(版本控制/软件构造/文档管理)
  • 16. 问题?