软件测试培训.pptx

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