《软件测试培训》.pdfVIP

软件测试培训 软件测试培训 培训列表 培训列表 软件测试的目的和策略 测试方法学 测试的技巧 测试工具的选择 软件开发中的测试过程 实例讲解测试活动在软件工程中的应用 软件测试的目的和策略 软件测试的目的和策略 典型测试步骤 典型测试步骤 1.计划： 定义目标 确定策略 确定方法 2.执行： 建立环境 执行计划 3.检查： 一步步验证 执行完毕？ 4.循环： 没有改正 继续执行 谁参与测试？ 谁参与测试？ 用户方代表 软件最终使用者 软件开发人员 软件测试人员 高层经理的支持 过程保证人员（SQA ） 什么是缺陷？ 缺陷：最终产品同用户的期望不一致 缺陷的分类 错误 遗漏 超出需求的部分 缺陷（未触发）VS.错误（应首先解决） 测试的商业意义 测试的商业意义 降低风险（风险：就是不希望发生的事 情的可能性） 测试计划中必须标明商业上的风险。 测试人员职责： – 评估商业上的风险 – 如实的向管理层汇报项目情况 目前公司内测试组织的等级 目前公司内测试组织的等级 测试是一件艺术品，很难掌握。 测试是一门手艺，精通很困难。 测试使用的是已定义好的测试流程，有 规则可寻。 测试有较高级的组织形式。 世界级的测试组织。 测试的职责 测试的职责 – 验证在整个软件开发周期中，各个阶段的 软件质量是否合格。 – 验证最终交付给用户的系统是否满足用户 的需要，是否符合需求。 – 通过样本测试数据，检查系统在运行过程 中的情况。 对待可能产生的风险的策略 对待可能产生的风险的策略 我们无法消除风险，但是我们可以降低 在风险发生时的损失。 降低系统风险的最有效的办法就是对其 进行有针对性的测试。 系统风险列举 系统风险列举 如果某部分产生了错误会导致的结果？ 未被验证的数据交换如果被接受 如果文件的完整性被破坏 系统是否能被安全恢复（完全恢复成备份时 的状态） 是否能暂停系统的运行 进行维护工作时，系统性能是否会下降到不 能接受的水平。 系统的安全性是否有保证 系统风险列举（继续……） 系统风险列举（继续……） 系统的操作流程是否符合用户的组织策 略和长远规划 系统是否可靠，稳定 系统是否易于使用 系统是否便于维护 是否易于与其它系统相连 测试工作量 测试工作量 太少的测试是不负责任，过多的测试是 一种犯罪。 100％的测试是不可能的，不同的用户 采用的测试策略是不同的。 缺陷产生的原因 缺陷产生的原因 测试原因导致的缺陷： – 测试目标定义错误 – 在开发生命周期中，错误的选择了测试介 入时期 – 选择了低效的测试技术 – 测试人员专业知识培训不够，工作低效 – 计划不够详细，测试的随意性很大 – 测试人员同开发人员沟通困难 续…… 续…… 软件方面 – 使用了不完全的或者不正确的判定标准来 设计软件。 – 错误的处理了用户的非法操作 – 忽略了对关键数据的输出检查 数据问题 – 出现了不完整的数据，不正确的数据，过 期的数据 测试效果的好坏是组织级的问题 测试效果的好坏是组织级的问题 有效的测试最好由一个独立的团队来实 施。 – 便于确定工作目标 – 便于人员的培养与升迁 – 利于团队建设 – 对质量的忠诚度高 – 利于新技术，新方法的产生和推