.软件测试培训.ppt

软件测试培训 火龙果软件（） 北京：teacher@ 上海：shanghai@ 深圳：shenzhen@ 培训列表 软件测试的目的和策略 测试方法学 测试的技巧 测试工具的选择 软件开发中的测试过程 实例讲解测试活动在软件工程中的应用 软件测试的目的和策略 典型测试步骤 1.计划： 定义目标 确定策略 确定方法 2.执行： 建立环境 执行计划 3.检查： 一步步验证 执行完毕？ 4.循环： 没有改正 继续执行 谁参与测试？ 用户方代表 软件最终使用者 软件开发人员 软件测试人员 高层经理的支持 过程保证人员（SQA） 测试的商业意义 降低风险（风险：就是不希望发生的事情的可能性） 测试计划中必须标明商业上的风险。 测试人员职责： 评估商业上的风险 如实的向管理层汇报项目情况 目前公司内测试组织的等级 测试是一件艺术品，很难掌握。 测试是一门手艺，精通很困难。 测试使用的是已定义好的测试流程，有规则可寻。 测试有较高级的组织形式。 世界级的测试组织。 测试的职责 验证在整个软件开发周期中，各个阶段的软件质量是否合格。 验证最终交付给用户的系统是否满足用户的需要，是否符合需求。 通过样本测试数据，检查系统在运行过程中的情况。 对待可能产生的风险的策略 我们无法消除风险，但是我们可以降低在风险发生时的损失。 降低系统风险的最有效的办法就是对其进行有针对性的测试。 系统风险列举 如果某部分产生了错误会导致的结果？ 未被验证的数据交换如果被接受 如果文件的完整性被破坏 系统是否能被安全恢复（完全恢复成备份时的状态） 是否能暂停系统的运行 进行维护工作时，系统性能是否会下降到不能接受的水平。 系统的安全性是否有保证 系统风险列举（继续……） 系统的操作流程是否符合用户的组织策略和长远规划 系统是否可靠，稳定 系统是否易于使用 系统是否便于维护 是否易于与其它系统相连 测试工作量 太少的测试是不负责任，过多的测试是一种犯罪。 100％的测试是不可能的，不同的用户采用的测试策略是不同的。 缺陷产生的原因 测试原因导致的缺陷： 测试目标定义错误 在开发生命周期中，错误的选择了测试介入时期 选择了低效的测试技术 测试人员专业知识培训不够，工作低效 计划不够详细，测试的随意性很大 测试人员同开发人员沟通困难 续…… 软件方面 使用了不完全的或者不正确的判定标准来设计软件。 错误的处理了用户的非法操作 忽略了对关键数据的输出检查 数据问题 出现了不完整的数据，不正确的数据，过期的数据 测试效果的好坏是组织级的问题 有效的测试最好由一个独立的团队来实施。 便于确定工作目标 便于人员的培养与升迁 利于团队建设 对质量的忠诚度高 利于新技术，新方法的产生和推广 工作职责明确 测试规划 好的测试不是碰巧发生的，而是规划出来的。 时间上 人员上 环境上 技术上 关系上 组织能力上 资金上 结构化测试方法 传统的软件开发生命周期： 需求，设计，编码，测试，系统维护 经验： 测试不应该被局限在单一的阶段 大量的系统问题产生在软件开发前期 越早进行测试越有效，投入产出比越高 开发生命周期中的验证活动 测试策略 在测试策略中必须标明可能存在的风险，这样在测试后的系统中可以有效的降低被标明的风险发生的可能性。 测试要素：需要被标明的风险也是我们测试的重点。 测试阶段：在整个开发生命周期中，测试工作介入的时期。 测试要素 正确性：数据输入，过程处理和输出的正确性（IPO）。 文件完整性：文件被正确使用，恢复和存储的数据正确。 授权：特殊的授权可以执行一个特殊的操作。 进程追踪：当进程运行中，程序有能力证实进程在正常工作。 系统运行的连续性：当有非致命性问题发生后，系统有能力继续运行关键的任务。 服务水平：系统有紧急情况发生时，要求程序的输出结果不经或进行简单的处理后就可以直接使用。 权限控制：防止系统被误用（意外或者有意的） 测试要素(续……) 一致性：确保最终设计和用户需求完全一致 可靠性：在规定的时间内都可以正常运转。 易于使用：多数人均感觉易于使用。 可维护性：可以很容易的定位问题，并且进行修改。 可移植性：数据或者程序易于移至到其它系统上。 耦合性：系统中的组件可以很容易的联接。 性能：系统资源的占用率，响应时间，并发处理 操作性：易于操作（Operator） 确定测试策略 选择并确定测试要素的等级 多数情况下选择3～7个 确定开发阶段 明确商业风险 开发人员，重要用户和测试人员通过评审的方式对这些风险达成一致的意见。 把风险列表存放在需求矩阵中 矩阵中可以将风险同测试用例对应起来。 测试方法学 测试方法 测试策略 测试要素 测试阶段 测试战略 简要描述如何在以后的测试活动中实现测试策略 确定测试战略 流水