【测试总结与总结经验】2021年01月08日课堂笔记整理

本文详细介绍了软件质量评估的多种方法,包括覆盖评测、基于需求的测试覆盖和质量测评,强调了缺陷管理和性能测评的重要性。同时,概述了测试总结报告的作用及其内容,强调其在测试过程改进中的指导意义。此外,分享了测试人员的关注点和完备测试的灵活定义,并提供了编写缺陷报告的实用建议。
摘要由CSDN通过智能技术生成
一、软件质量评估

》评估的方法

  • 覆盖评测

基于需求的测试覆盖
测试覆盖(已执行的)=已执行用例数/总的需求数量
成功的测试覆盖(已执行的)=测试通过的用例数/总的需求数量

  • 质量测评

缺陷报告
→ 缺陷分布(密度)报告
在这里插入图片描述
》缺陷状态与优先级
》 缺陷状态与严重性

→ 缺陷龄期报告

→ 缺陷趋势报告
在这里插入图片描述


性能测评

  • 动态监测
  • 响应时间/吞吐量
  • 百分位报告
  • 比较报告
  • 追踪报告
    在这里插入图片描述
二、测试总结报告
  • 测试总结的作用
    1 对整个项目的测试过程和质量进行评价。
    2 对产品各阶段的完成质量和遗留问题进行总结。
    3 为后续的测试过程改进提供依据。

  • 测试总结(报告)的模板
    1 首页
    2 引言(目的,背景,缩略语,参考文献)
    3 测试概要(测试方法、范围、测试环境、工具)
    4 测试结果与缺陷分析(功能、性能)
    5 测试结论与建议(项目概况、测试时间、测试情况、结论性汇总)
    6 附录(缺陷统计)

三、测试经验
  • 测试人员关注失效,客户才能关注成功
  • 测试人员关注成功的角度不同 —— 失效
  • 最终目的还是为软件质量提供保障
  • 什么是“完备”的测试
  • 完备测试的概念是有各种不同涵义的
  • 完备测试必须根据情况被恰当定义
  • 事不关己、高高挂起?
  • 直觉?

把直觉当做指南,但不能用做合理性的证明。

  • 关于规格说明书

显式和隐式规格说明书

  • 不要假设明显的错误已经写入报告

测试人员必须根据缺陷历史信息来判断是否缺陷已经被报告

  • 抓住缺陷背后的安全隐患

缺陷会引发各种安全隐患:网络入侵,恶意攻击,黑客等

  • 明确严重程度和优先级的差别
  • 严重等级表示程序错误的影响或后果
  • 优先等级表示修复缺陷的先后关系
  • 通过现象看本质

  • 编写缺陷报告的几条经验性原则
  • 按步骤描述缺陷
  • 缺陷报告中的项目应该完整
  • 使用适当的语气和注释
  • 使用冒烟测试检验版本
  • 设计测试计划要结合实际情况
  • 正确认识测试文档模板
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值