• 如何定义缺陷
    • 软件未实现产品说明书要求的功能
    • 软件出现了产品说明书指明不应该出现的错误
    • 软件实现了产品说明书未提到的功能
    • 软件未实现产品说明书虽未明确提及但应该实现的目标
    • 软件难以理解、不易使用、运行缓慢或者–从测试员的角度看–最终用户会认为不好
 
  • 测试用例设计方法
    • 白盒测试
      • 语句覆盖
      • 判定覆盖
      • 条件覆盖
      • 判定/条件覆盖
      • 多重条件覆盖
    • 黑盒测试
      • 等价类划分
      • 边界值分析
      • 因果图
      • 错误猜测
 
 
  • 测试分类
    • 按照软件测试的过程:单元测试、集成测试、确认测试、系统测试、验收测试
    • 从软件测试的可见程度看:白盒测试、黑盒测试、灰盒测试
    • 从软件测试的测试点看:界面测试、功能测试、性能测试、兼容性测试、安全测试、探索性测试、配置测试、文档测试
    • 从软件测试的技术程度看:手工测试、自动化测试、测试开发
 
  • 项目测试流程
    • 熟悉需求,参与需求评审
    • 制定测试计划+测试计划评审
    • 设计测试用例+测试用例评审
    • 执行测试
    • 回顾分析
 
  • 如何制定测试计划
    • 分析产品
      • 测试的是什么产品
      • 测试计划的目的是什么
      • 产品质量和可靠性目标是什么
    • 测试的范围
      • 明确需要测试和不需要测试的内容。对于不需要测试的,需要给出原因。
    • 资源
      • 有哪些人
      • 设备
      • 软件
    • 测试策略
      • 确定分几轮测试,每轮测试的侧重点和测试方法、测试点
    • 任务分配
      • 分配每个测试员的任务
    • 测试进度安排
      • 给出相对的某一任务完成需要的时间
    • 做哪些度量和统计
      • 应该要明确收集哪些信息,做什么决定,谁来负责收集。一些测试度量的例子
        • 在项目期间每天发现的软件缺陷的总数
        • 仍然需要修复的软件缺陷清单
        • 根据严重程度对当前软件缺陷评级
        • 每个测试员找出的软件缺陷总数
        • 从每个特性或者区域发现的软件缺陷数目
    • 明确风险区域和问题
      • 哪里有风险,发生的可能性多大
      • 是否有缓解措施,缓解措施多大可能性失败
      • 如果缓解失败如何处理
 
 
  • 测试用例要包含哪些内容
    • 编号
    • 标题
    • 测试环境
    • 测试步骤
    • 预期结果
    • 执行结果
    • 执行时间
 
  • 测试进度报告要包含哪些内容
    • 总体说明
    • 当前的风险/问题
    • 工作进展
    • BUG统计
    • 未解决bug列表
 
  • 测试报告要包含哪些内容
    • 编写目的(说明是哪个产品的报告,作用、适用人群)
    • 测试概要
      • 项目背景
      • 环境部署
      • 参考资料
      • 测试工具
      • 测试环境与配置
    • 测试范围
    • 缺陷统计
      • 缺陷总数分布
      • 以模块为单位的缺陷统计
      • 缺陷分析与质量评价
    • 遗留问题和规避措施
    • 风险和建议
 

版权声明:本文为mujiujiu原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/mujiujiu/p/9328840.html