软件测试培训学习演示课件.ppt

软件开发生命周期/测试工具对照表( 继续） 测试工具 需求 设计 编码 测试 安装 维护 综合测试工具 √ 映射图 √ 模型 √ √ 并行操作 √ 并行模拟 √ 代码互查 √ √ √ √ √ √ 风险列表 √ √ 系统控制审计评审 √ 打分 √ √ 系统快照 √ 完成特征 √ 系统日志 √ √ √ * 软件开发生命周期/测试工具对照表( 继续） 测试工具 需求 设计 编码 测试 安装 维护 测试用例 √ √ √ √ 测试用例得产生形式 √ √ 跟踪 √ √ 工具程序 √ √ √ 容量测试 √ 走查 √ √ √ * 测试工具管理 工具管理者的职责 对工具负责 帮助同事使用这些工具 培训工具得使用方法 负责同工具的厂家联系 每年给出有关工具使用和购买得计划 工具得升级 工具情况报告 工具管理者得任期不易太长 * 软件的测试过程 * 软件的测试过程 估算 测试计划 需求 设计 编码 测试总结 安装，交付 维护 * 估算 * 估算什么 测试对软件工作量的估算的准确性 测试评估软件系统的状况的准确性 关注点： 不准确的估算 不适当的开发过程 不真实的状态报告 * 对工作量的估算 如何知道对工作量的估算是正确的 估算工作量的工具很容易出错 对软件工作量的估算需要策略 五个一般的方法 猜 加入一些约束条件 以一些数据为基础 模拟进行工作 将一些参数模型化 * 参数模型法 回归模型：将现有的参数与已有的历史数据相拟和。 启发式模型：对历史数据进行观察和解释 现象模型：假设软件开发过程可以依据一些更广泛的可适用的过程解释。 * 模型遵循的共同模式 估算软件的大小 将大小转化成人力的估算，并且作出可能的成本的估算 依据项目的特性进行估算的调整 将整体的估算划分到不同的项目阶段中 估算不包括技巧上面的人力和计算机的运行时间 将以上内容相加 * 对估算进行检验 检验估算模型的合理性 检验模型是否包含了必须的测试要素 检验模型的正确性 * 校验估算模型的正确性 重新进行估算 校验输入是否正确 校验输入是否合理 校验对数据的计算是否合理有效 比较延期的估算是否符合项目实际情况 让谨慎的人来作测试验证工作 对软件中的冗余价值估算 * 影响估算正确与否的因素 软件规模 新设计新代码的比例 复杂程度 设计和编码的困难 使用什么语言 安全性 需求的挥发性 * 续…… 组织因素 项目计划 人员 开发环境 计算机资源 人员利用率 膨胀因素 估算就是估算，不是保证书 * 软件进展测试 追踪系统的瓶颈 工作完成点 同配置管理系统紧密的结合 如何使用 模块列表 里程碑 工作完成点 用计算所有工作的完成度来检查系统工作过程。 * 测试计划 * 开发测试计划 目标 详细的描述怎样能成功的完成测试工作，其中应包含必须的资源和实施计划。 可能的不利因素： 没有得到足够的培训 心里准备不足 缺乏测试工具 缺乏管理的标准和支持 缺乏客户和最终使用者的参与 没有足够的时间进行测试 对于独立的测试人员过度信任 版本改变的太快 测试人员处于不受重视的情况中 不能说不 * 实施过程 听取各方面的意见和建议 标明项目风险 测试要素 联系测试矩阵 建立测试计划 对计划进行评审 * 建立测试计划 定义测试目标 开发测试矩阵 软件模型 结构特性 批量测试的阶段和用例 为在线系统作概念上的测试脚本 软件测试矩阵 定义测试管理 测试计划的一般性信息 定义测试里程碑 定义管理上的检查点 书写测试计划 * 评审测试计划 涉及评审的问题 评审测试的开始时间是否会延期 有没有抵触评审的角色 一段时间内是否很难得到工作的检查信息。 更换工具有可能导致他们反感评审工作 评审结果可能会影响对个人的工作评价 对于最终成品的检查 项目的需求规格说明书 软件返工/维护的文档 升级后的技术文档 被更改的源程序 测试计划 用户手册（包括在线帮助） * 续…… 正式评审中的角色 缓和剂（SQA） 读者 记录者 作者 检测员 正式评审发现的缺陷应包含的信息 起因 类型 分类 级别 * 评审流程 计划和组织 通篇的讲解（可选） 个人准备 评审会议 修订和反复 * 需求阶段的测试 * 测试成本 在软件开发的所有阶段进行测试 被设计用来减少测试成本 IBM的数据 大约 60个缺陷/千行 2/3的缺陷产生在需求和设计阶段 在需求和设计阶段发现的缺陷修正的花费最小 修正系统测试阶段发现的缺陷，花费是以上的10倍 发布产品以后，修正缺陷的花费是原来的100倍 * 生命周期的测试概念 在软件开发过程中持续的进行测试 在尽可能早的阶段点去修正缺陷 需要正式的开发流程来支持 组建测试团队 当开发开始进行的时候，测试就开始进行了 * 结构测试技巧 压力测试 执行测试 恢复测试 操作测试 复合性测试（与过程的复合性) 安全测试