《软件测试》分享3

这是一篇关于《软件测试》分享3的思维导图，包括测试的补充和使用测试文档两部分内容。喜欢的小伙伴可以点个赞哦！

软件测试

• 测试的补充
  • 自动测试和测试工具
    • 清楚何时使用工具和使用哪一种 工具是软件测试员的重要技能
    • 工具和自动化的好处
      • 测试工具不能替代软件测试员，它们只能帮助软件测试员更好地工作
      • 速度
      • 效率
      • 准确度和精确度
      • 节省资源
      • 仿真和模拟
      • 坚持不懈
    • 测试工具
      • 如何选择
        • 取决于测试的软件类型，以及是进行黑盒测试还是白盒测试
      • 非入侵式工具和入侵式工具的重大差别
        • 仅用于监视和检查软件而不对其进行修改—非入侵式
        • 以任何方式修改了程序代码或者控制了操作环境—入侵式
      • 分类
        • 查看器和监视器
          • 能够看到正常情况下看不到的软件运行的细节
          • eg：代码覆盖率分析器（入侵式）需要编译并链接到原程序中才可以获得所需信息
          • eg：通信分析器（非入侵式）只是监听线路，提取经过的数据
        • 驱动程序
          • 控制和操作被测试软件的工具
          • eg：批处理文件（依先后顺序执行的程序或命令的一个简单清单）
        • 桩
          • 接收或响应软件发送的数据
          • 当软件需要与外部设备进行通信时经常要用到桩
        • 压力和负载工具
          • 用于向被测试软件增加压力和负载
          • 压力程序可以分别设置内存量、磁盘空间大小、文件数量，以及在该机器上运行软件的其他可用资源
          • 为软件创造了用其他方式难以创造的环境条件
        • 干扰注入器和噪声发生器
          • 类似于压力负载工具，但是在行为上更具有随机性
        • 分析工具
          • 文字处理软件
          • 电子表格软件
          • 数据库软件
          • 文字比较软件
          • 抓屏和比较软件
          • 调试器
          • 二进制—十六进制计算器
          • 秒表
          • 录像机或照相机
          • 使日常工作简化
    • 软件测试自动化
      • 宏录制和回放
        • 宏录制器和播放器是一种驱动程序工具
          • 利用宏程序，测试员可以这样做——回放录制的宏，重复执行测试软件的操作。
        • macro magic设置向导可以设置宏的选项：
          • 名称
          • 重复次数
          • 触发条件
          • 捕捉对象
          • 回放速度
          • 回放位置
      • 可编程的宏
        • 创建时编写回放系统遵循的简单指令
        • 相较于宏录制的优势：
          • 可以暂停执行，向测试员提示预期结果，并询问测试是通过还是失败
          • 解决许多问题不是依靠绝对延时，二十等待特定条件成立才继续执行
        • 不足
          • 限于直接执行命令行-只能循环和重复
          • 没有自动检查测试结果的能力
      • 完全可编程的自动测试工具
        • 可视化测试
    • 随机测试：猴子和大猩猩
      • 测试猴子：模拟用户可能的操作
  • 缺陷轰炸和beta测试
    • 让别人测试你的软件
    • 测试共享
      • 方法
        • 缺陷轰炸
          • 选择软件中某一个区域，所有测试人员集中测试这个区域或者这组特性
            • 可能是软件缺陷聚集之处
            • 也可能是怀疑不存在软件缺陷的区域
    • beta测试
      • 让他人验证和确认软件的常用过程
      • 用于描述外部测试过程的术语
      • 谁是beta测试者
    • 外包测试
      • 配置和兼容性测试
      • 本地化测试
• 使用测试文档
  • 测试计划
    • 目标：软件测试员与产品开发小组交流意图的主要方式
    • 主题
      • 高级期望
      • 人、地点和事
      • 定义
      • 团队之间的责任
      • 哪些要测试
      • 测试的阶段
      • 测试策略
      • 资源需求
        • 人员
        • 设备
        • 办公室和实验空间
        • 软件
        • 外包测试公司
        • 其他配备
      • 测试员的任务分配
      • 测试进度
      • 测试用例
      • 软件缺陷报告
      • 度量和统计
      • 风险和问题
  • 编写和跟踪测试用例
    • 测试用例计划的目标
      • 组织
      • 重复性
      • 跟踪
      • 测试（或者不测试）证实
    • 特别测试
      • 作为计划测试的补充
      • 没有实际计划下测试
      • 没有测试用例计划
      • 有时甚至没有高级测试计划
    • 测试用例计划综述
      • 测试设计
        • 部分内容
          • 标识符
          • 要测试的特性
          • 方法
          • 测试用例确认
          • 通过/失败规则
        • 崩溃就是失败
      • 测试用例
        • 重要信息
          • 标识符
          • 测试项
          • 输入说明
          • 输出说明
          • 环境要求
          • 特殊过程要求
          • 用例之间的依赖性
        • 编写用于输入的实际数值和预期输出结果数值
      • 测试程序
        • 明确指出为实现相关测试设计而操作软件系统和试验具体测试用例的步骤
        • 定义的内容
          • 标识符
          • 目的
          • 特殊要求
          • 程序步骤
            • 日志
            • 设置
            • 启动
            • 程序
            • 度量
            • 关闭
            • 重启
            • 终止
            • 重置
            • 偶然事件
    • 测试用例组织和跟踪
      • 凭脑子记
      • 书面文档
      • 电子表格
      • 自定义数据库
  • 报告发现的问题
    • 设法修复软件缺陷
      • 原则
        • 尽快报告软件缺陷
        • 有效描述软件缺陷
          • 短小单一
          • 快速技巧提示
          • 明显并通用
          • 可再现
        • 在报告软件缺陷时不要做评价
        • 对软件缺陷报告跟踪到底
    • 分离和再现软件缺陷
      • 步骤
        • 不要想当然的接受任何假设
        • 查找时间依赖和竞争条件的问题
        • 边界条件软件缺陷、内存泄漏和数据溢出等白盒问题可能会慢慢自己显露出来
        • 状态缺陷仅在特定状态中显露出来
        • 考虑资源依赖性和内存、网络、硬件共享的相互作用
        • 不要忽视硬件
    • 并非所有软件缺陷生来就是平等
      • 严重性
        • 系统崩溃、数据丢失、数据损坏、安全性破坏
        • 操作性错误、结果错误、功能遗漏
        • 小问题、拼写错误、UI布局、罕见故障
        • 建议
      • 优先级
        • 立即修复，阻止了进一步测试，立竿见影
        • 在产品发布之前必须修复
        • 如果时间允许应该修复
        • 可能会修复，但是即使由问题也能发布
    • 软件缺陷的生命周期
      • 一般
        • 打开
        • 代办
        • 已解决
        • 待验证
          • 问题解决了就关闭，没有解决就重新打开
          • 重新打开
        • 完成关闭
    • 软件缺陷跟踪系统
      • 标准：测试事件报告
      • 手工软件缺陷报告和跟踪
      • 自动化软件缺陷报告和跟踪