关于测试监控&&问题管理&&测试报告

测试监控

为什么要测试监控?不管计划的怎样周密,总会出现或多或少的问题,我们需要积极监督这个项目。

  • 及早发现偏差和计划变更,并做出适当反应
  • 与项目相关成员进行沟通,确定最初的行动计划于显示的相似程度
  • 有助于经理了解项目是否正在按照项目目标的正确轨道进行。允许对资源或预算进行必要的调整。

监控什么?

  • 成本 cost:监控项目预算
  • 时间表 Schedules:监控项目进度
  • 资源 Resources:人力资源、设备资源
  • 质量 Quality:测试用例套件、测试执行日志等

如何监控?

  • 创建监控计划
    (1)指标:成本【时间、金钱】、资源【员工、设备】、进度【任务状态、进度表】、质量【运行率、通过率、缺陷度量】
    (2)何时收集资料:每周或每天监控项目进度
    (3)度量评估:计划与实际进度比较;定义用于评估项目进度的标准
  • 更新进度记录:跟踪成员进展的最佳方法之一是定期召开会议
  • 分析记录并做出调整:分析&&调整
  • 提交报告

测试监控实践建议:

  • 遵循标准:标准化的过程、工具、模板和度量值使分析变得容易,便于交流,并帮助项目团队成员更好的理解情况
  • 保持文档习惯:在适当的地方写下讨论和决定,并未会议建立一个正式的文件程序。这样的文档可以帮助解决项目团队之间沟通不畅或误解的问题
  • 主动性:积极主动的解决项目执行过程中的问题,预算、范围、时间、质量、人力资源等。

问题管理

常见的问题有哪些?

  • Strategy 策略
    (1)项目超出预算
    (2)项目缺乏管理支持
    (3)项目沟通失效
    (4)项目管理过程没有遵循规则
  • Definition 定义
    (1)项目目标错误
    (2)项目范围定义错误
    (3)项目需求不明确
  • Human Resource 人力资源
    (1)项目团队缺乏完成项目的技能
    (2)项目团队太大或太小,难以管理
    (3)团队组织差
    (4)因休假或辞职而缺乏有经验的成员
  • Schedules 时间表
    (1)项目时间太紧,没有足够的人力完成最后期限
    (2)延迟交付

为什么会发生这些问题?
测试经理应该对项目的失败承担全部责任。
(1)将资源匹配到错误的项目【资源与项目的匹配是项目管理中最重要的因素,被视为项目成功的关键阶段。为项目匹配资源应该确保资源技能能够达到项目的预期】
(2)项目经理缺乏管理技能【对于项目的成功开发和执行来说,具备管理项目状态会议、管理风险和与项目利益相关者打交道的经验是非常重要的】
(3)项目进度太紧或太松是导致项目进度延迟或超支的原因之一
(4)低估需求【需要实事求是地思考问题,确保从一开始就不要低估自己的需求】
(5)忽略小问题【忽视问题只会使问题变得糟糕,因此为这些问题腾出空间并制定一个切实可行的解决方案是明智的,及时这些问题很小】
(6)没有遵循测试管理规则过程
(7)拒绝听取他人的意见

问题管理的方法?

  • Record 记录
    (1)记录项目问题–日志形式
    (2)设置优先级别
    (3)将问题分配给相关人员
    (4)跟踪问题状态–open、progress、close
  • Report 报告–环境影响评估报告
    记录重要的项目问题,冰箱项目委员会提交高优先级的问题,并沟通
  • Control 控制
    (1)感谢对解决问题相关的人员
    (2)解决问题之前,停止所有围绕问题的活动。在控制的情况下,不要匆忙的进行项目。
    (3)考虑:问题是怎样影响项目目标和可交付成果的?是否真的值得解决这个问题?思考解决问题的可行性方案?
    (4)创建一个解决清单,然后缩小列表,选择最有可能解决问题的选项。

测试报告

测试报告是什么?

  • 包含测试活动和最终测试结果的总结
  • 包含对测试执行情况的评估

测试报告的作用?

  • 评估测试产品的质量
  • 对软件发布作出决定

测试报告的好处在于?

  • 告知项目当前状态与产品质量情况
  • 必要时,老板和客户可以介入
  • 测试报告是最后一份决定产品是否可以准备上线的文档

测试报告包含哪些内容?

  • Project Information 项目资料:项目名称、产品名称和版本
  • Test Objective测试目标:每一轮测试的目标(单元测试、性能测试、系统测试等)
  • Test Summary 测试摘要:
    (1)执行测试用例数
    (2)通过测试用例数
    (3)失败的测试用例数
    (4)合格率
    (5)失败率
    (6)评论
  • Defect 缺陷
    (1)bug总数
    (2)不同状态的bug(打开状态、关闭状态、激活状态)下的bug数
    (3)按照严重程度和优先级分列(致命、严重、一般、建议)(优先级1、2、3、4)
    (4)可以将数据制作成图形表示

一份好的测试报告?

  • 提供测试活动的详细描述
  • 信息简洁明了
  • 遵循标准模板
  • 描述和总结测试结果说明书,重点阐述要点
发布了16 篇原创文章 · 获赞 0 · 访问量 578

猜你喜欢

转载自blog.csdn.net/LittleGirl_orBoy/article/details/105224630