《软件测试培训》

软件测试培训ppt课件软件测试培训ppt课件1培训列表软件测试的目的和策略测试方法学测试的技巧测试工具的选择软件开发中的测试过程实例讲解测试活动在软件工程中的应用ppt课件培训列表软件测试的目的和策略ppt课件2软件测试的目的和策略ppt课件软件测试的目的和策略ppt课件3典型测试步骤1.计划：定义目标 确定策略 确定方法2.执行：建立环境 执行计划3.检查： 一步步验证 执行完毕？4.循环： 没有改正 继续执行ppt课件典型测试步骤1.计划：定义目标ppt课件4谁参与测试？用户方代表软件最终使用者软件开发人员软件测试人员高层经理的支持过程保证人员（SQA）ppt课件谁参与测试？用户方代表ppt课件5什么试缺陷？缺陷：最终产品同用户的期望不一致缺陷的分类错误遗漏超出需求的部分缺陷（未触发）VS.错误（应首先解决）ppt课件什么试缺陷？缺陷：最终产品同用户的期望不一致ppt课件6测试的商业意义降低风险（风险：就是不希望发生的事情的可能性）测试计划中必须标明商业上的风险。测试人员职责：评估商业上的风险如实的向管理层汇报项目情况ppt课件测试的商业意义降低风险（风险：就是不希望发生的事情的可能性）7目前公司内测试组织的等级测试是一件艺术品，很难掌握。测试是一门手艺，精通很困难。测试使用的是已定义好的测试流程，有规则可寻。测试有较高级的组织形式。世界级的测试组织。ppt课件目前公司内测试组织的等级测试是一件艺术品，很难掌握。ppt课8测试的职责验证在整个软件开发周期中，各个阶段的软件质量是否合格。验证最终交付给用户的系统是否满足用户的需要，是否符合需求。通过样本测试数据，检查系统在运行过程中的情况。ppt课件测试的职责验证在整个软件开发周期中，各个阶段的软件质量是否合9对待可能产生的风险的策略我们无法消除风险，但是我们可以降低在风险发生时的损失。降低系统风险的最有效的办法就是对其进行有针对性的测试。ppt课件对待可能产生的风险的策略我们无法消除风险，但是我们可以降低在10系统风险列举如果某部分产生了错误会导致的结果？未被验证的数据交换如果被接受如果文件的完整性被破坏系统是否能被安全恢复（完全恢复成备份时的状态）是否能暂停系统的运行进行维护工作时，系统性能是否会下降到不能接受的水平。系统的安全性是否有保证ppt课件系统风险列举如果某部分产生了错误会导致的结果？ppt课件11系统风险列举（继续……）系统的操作流程是否符合用户的组织策略和长远规划系统是否可靠，稳定系统是否易于使用系统是否便于维护是否易于与其它系统相连ppt课件系统风险列举（继续……）系统的操作流程是否符合用户的组织策略12测试工作量太少的测试是不负责任，过多的测试是一种犯罪。100％的测试是不可能的，不同的用户采用的测试策略是不同的。ppt课件测试工作量太少的测试是不负责任，过多的测试是一种犯罪。ppt13缺陷产生的原因测试原因导致的缺陷：测试目标定义错误在开发生命周期中，错误的选择了测试介入时期选择了低效的测试技术测试人员专业知识培训不够，工作低效计划不够详细，测试的随意性很大测试人员同开发人员沟通困难ppt课件缺陷产生的原因测试原因导致的缺陷：ppt课件14续……软件方面使用了不完全的或者不正确的判定标准来设计软件。错误的处理了用户的非法操作忽略了对关键数据的输出检查数据问题出现了不完整的数据，不正确的数据，过期的数据ppt课件续……软件方面ppt课件15测试效果的好坏是组织级的问题有效的测试最好由一个独立的团队来实施。便于确定工作目标便于人员的培养与升迁利于团队建设对质量的忠诚度高利于新技术，新方法的产生和推广工作职责明确ppt课件测试效果的好坏是组织级的问题有效的测试最好由一个独立的团队来16测试规划好的测试不是碰巧发生的，而是规划出来的。时间上人员上环境上技术上关系上组织能力上资金上ppt课件测试规划好的测试不是碰巧发生的，而是规划出来的。ppt课件17结构化测试方法传统的软件开发生命周期：需求，设计，编码，测试，系统维护经验：测试不应该被局限在单一的阶段大量的系统问题产生在软件开发前期越早进行测试越有效，投入产出比越高ppt课件结构化测试方法传统的软件开发生命周期：ppt课件18开发生命周期中的验证活动开发阶段验证活动需求.确定验证步骤.对需求进行评审.产生功能测试用例.确定需求一致性设计.确定设计信息是否足够.准备结构和功能的测试用例.确定设计的一致性编码.为单元测试产生了结构和功能测试的测试用例.进行了足够的单元测试测试.测试应用系统，着重在功能上安装.为测试过的系统进行产品化的工作维护.修改缺陷并重新测试ppt课件开发生命周期中的验证活动开发阶段验证活动需求.确定验证步骤设19测试策略在测试策略中必须标明可能存在的风险，这样在测试后的系统中可以有效的降低被标明的风险发生的可能性。测试要素：需要被标明的风险也是我们测试的重点。测试阶段：在整个开发生命周期中，测试工作介入的时期。ppt课件测试策略在测试策略中必须标明可能存在的风险，这样在测试后的系20测试要素正确性：数据输入，过程处理和输出的正确性（IPO）。文件完整性：文件被正确使用，恢复和存储的数据正确。授权：特殊的授权可以执行一个特殊的操作。进程追踪：当进程运行中，程序有能力证实进程在正常工作。系统运行的连续性：当有非致命性问题发生后，系统有能力继续运行关键的任务。服务水平：系统有紧急情况发生时，要求程序的输出结果不经或进行简单的处理后就可以直接使用。权限控制：防止系统被误用（意外或者有意的）ppt课件测试要素正确性：数据输入，过程处理和输出的正确性（IPO）。21测试要素(续……)一致性：确保最终设计和用户需求完全一致可靠性：在规定的时间内都可以正常运转。易于使用：多数人均感觉易于使用。可维护性：可以很容易的定位问题，并且进行修改。可移植性：数据或者程序易于移至到其它系统上。耦合性：系统中的组件可以很容易的联接。性能：系统资源的占用率，响应时间，并发处理操作性：易于操作（Operator）ppt课件测试要素(续……)一致性：确保最终设计和用户需求完全一致pp22确定测试策略选择并确定测试要素的等级多数情况下选择3～7个确定开发阶段明确商业风险开发人员，重要用户和测试人员通过评审的方式对这些风险达成一致的意见。把风险列表存放在需求矩阵中矩阵中可以将风险同测试用例对应起来。ppt课件确定测试策略选择并确定测试要素的等级ppt课件23测试方法学ppt课件测试方法学ppt课件24测试方法测试策略测试要素测试阶段测试战略简要描述如何在以后的测试活动中实现测试策略ppt课件测试方法测试策略ppt课件25确定测试战略流水线的概念输入：标准的入口或者是个可执行的程序执行过程：按照工作分配执行检查过程：确定输出符合预定义的标准输出：符合现存的标准或者是认可的可交付的版本ppt课件确定测试战略流水线的概念ppt课件26QC和QA质量控制验证产品的正确性，当发现与设计不一致的时候进行纠正。质量保证充当支持执行全面质量管理的角色ppt课件QC和QA质量控制ppt课件27测试涉及的定义和概念缺陷与需求规格说明书不一致的地方。静态检查确保系统按照组织的标准和过程运行，主要依赖于评审和非运行的手段来检查。动态检查在生命周期中进行测试（运行）ppt课件测试涉及的定义和概念缺陷ppt课件28续……静态测试在不运行程序的情况下检查程序的运行情况。动态测试运行程序代码测试分类单元测试集成测试（组装测试）系统测试验收测试回归测试ppt课件续……静态测试ppt课件29续……功能测试测试功能需求结构测试验证系统架构黑盒测试在不了解系统结构的情况下以说明书作为基础进行测试。白盒测试以系统内部结构和相关知识为基础进行测试。ppt课件续……功能测试ppt课件30为什么缺陷很难被找出？看不到看到但是抓不到典型的缺陷类型需求解释有错误用户定义错了需求需求记录错误设计说明有误编码说明有误程序代码有误数据输入有误测试错误问题修改不正确正确的结果是由于其它的缺陷产生的ppt课件为什么缺陷很难被找出？看不到ppt课件31静态测试需求评审设计评审代码走查代码检查ppt课件静态测试需求评审ppt课件32动态测试单元测试集成测试系统测试用户的验收测试回归测试ppt课件动态测试单元测试ppt课件33使用静态和动态测试来进行结构和功能测试测试阶段执行人静态校验动态校验可行性评审开发人员，用户√需求评审开发人员，用户√设计评审开发人员√单元测试开发人员√集成测试开发人员，用户√系统测试开发人员在用户的协助下完成√验收测试用户√ppt课件使用静态和动态测试来进行结构和功能测试测试阶段执行人静态校验34确定测试战术的八个步骤确定并且学习测试策略确定项目开发类型确定软件系统类型确定项目范围鉴别战术风险确定开始测试时会遇到的问题建立系统测试计划建立单元测试计划ppt课件确定测试战术的八个步骤确定并且学习测试策略ppt课件35确定并学习测试策略在众多的测试策略中那些是重要的那些风险是最重要的如果软件不能正常运行时，商业上会有什么损失如果软件不能及时完成，商业上会有什么损失谁是最清楚风险影响的人ppt课件确定并学习测试策略在众多的测试策略中那些是重要的ppt课件36确定项目开发类型传统的系统开发交互式开发/原型法系统维护购买/签约/合同软件项目ppt课件确定项目开发类型传统的系统开发ppt课件37确定软件系统类型模拟数据采集数据显示流程控制决策&辅助协助图形&图象处理数据库管理诊断软件计算机操作系统传感器和信号处理软件开发工具ppt课件确定软件系统类型模拟ppt课件38确定项目范围新系统的开发会影响那一个商业领域与现有系统的接口在现有的系统上开发只是修正Bug？重新设计维护？增加新的功能？对其它系统有无影响？为了减小商业上的风险？ppt课件确定项目范围新系统的开发ppt课件39识别在战术上的风险将策略风险分解成战术风险建立测试计划，定位这些风险将风险分布于各个阶段的测试计划中战术风险的种类结构风险技术风险工作量的风险ppt课件识别在战术上的风险将策略风险分解成战术风险ppt课件40测试开始时应确定的工作需求阶段确定测试策略确定收集了足够的需求产生功能性的测试用例设计阶段确定设计和需求之间的联系确定进行了足够的设计产生结构和功能的测试用例编码阶段确定和设计之间的联系确定拥有执行的足够条件产生结构和功能的测试用例ppt课件测试开始时应确定的工作需求阶段ppt课件41续……测试阶段确定设计了足够的测试用例测试应用系统已经完成关键资源已经到位安装阶段将测试完成的系统变为产品维护阶段修改和重新测试ppt课件续……测试阶段ppt课件42建立计划建立系统测试计划建立单元测试计划在测试战术上我们要花多长时间？“如果计划作失败了，那就在计划失败”时间花在计划上要比花在重复的测试上有效ppt课件建立计划建立系统测试计划ppt课件43测试的技巧ppt课件测试的技巧ppt课件44测试技巧分类结构测试相对于功能测试动态测试相对于静态测试手工测试相对于自动测试ppt课件测试技巧分类结构测试相对于功能测试ppt课件45结构测试技巧压力测试执行测试恢复测试操作测试复合性测试（与过程的复合性)安全测试ppt课件结构测试技巧压力测试ppt课件46压力测试目标模拟出实际用户环境怎么用

产生测试数据测试组模拟用户处理被创建的数据例子确定是否分配了足够的磁盘空间通讯的容量是否足够测试系统过载的情况什么时间使用当关于容量的信息不确定的时候ppt课件压力测试目标ppt课件47性能测试技巧目标确定系统达到了希望达到的性能水平如何使用使用软件和硬件的监视器使用模拟的监控模型，对关心的性能指标进行监控创建一个小程序例子计算通信的时间单位时间处理的信息量什么时候使用－在程序开发的早期进行ppt课件性能测试技巧目标ppt课件48恢复测试目标当在进行安装或组装操作过程中，文件丢失时或发生意外后系统有能力重新进行操作如何使用程序的安装，运行方式，工具的使用和关键技术经过足够的评估系统开发完毕后，介绍一下发生失败后的处理过程例子人为的使一个系统在安装或者组装过程中产生错误什么时间去使用当操作的连续性是个重点的时候ppt课件恢复测试目标ppt课件49操作测试目标确定计算机的操作文档已经完整如何使用作为计算机正常操作的一部分来执行测试例子操作的介绍被文档化，操作者被培训什么时候使用预先将程序进行产品化。操作性是系统的一个重要指标的时候。ppt课件操作测试目标ppt课件50复合性测试目标校验程序的开发是否依照已定义的标准，流程和操作方式进行的。如何去使用将文档/程序同标准相比较比较有效的方法是检查过程例子代码互查（一行一行）什么时候使用依赖于管理的需要ppt课件复合性测试目标ppt课件51安全性测试目标安全性的缺陷很难被发现。大多数的情况下组织能够防止一般性的破坏者。如何使用对安全性的需求进行评审分析与安全性有关的处理流程转包给专业的人员例子定义了被保护的资源，权限进行了控制，日志文件和审查追踪是可用的。什么时间使用当被保护的资源对于组织具有重要的价值的时候ppt课件安全性测试目标ppt课件52功能测试技巧需求测试回归测试错误处理测试支持手册的测试系统兼容测试控制性测试并行测试ppt课件功能测试技巧需求测试ppt课件53需求测试目标用户的需求可以被实现如何使用创建测试用例和功能检查列表例子建立测试矩阵去证实系统需求均被文档化什么时候使用每一个应用程序都要进行需求测试ppt课件需求测试目标ppt课件54回归测试目标程序修改后，确保功能的正确性如何使用重新测试应用程序中没有改变的部分例子重新执行以前的测试用例什么时间使用当新的程序有可能影响老的功能的时候ppt课件回归测试目标ppt课件55错误处理测试目标所有可能的错误条件均经过了验证如何使用一组有经验的人员预测在那里会出现问题例子建立一个错误处理的列表什么时候使用贯穿整个开发生命周期ppt课件错误处理测试目标ppt课件56支持手册测试目标检验操作过程被文档化了，并且完整了。如何使用对过程有足够的介绍可以协助用户正常使用例子系统在一定的条件下产生一个提示，用户被告知如何采取必要的操作。什么时候使用最佳时机是在安装测试的时候，但是应该在开发全过程中。ppt课件支持手册测试目标ppt课件57兼容性测试目标检验当使用适当的参数和数据时，需要的信息可以在两个系统中正确的交换如何使用文件和数据被用来在多系统之间传递。例子典型的由一个系统到另一个系统的数据交换程序。什么时候使用当两个应用程序之间的参数有可能发生变化的时候ppt课件兼容性测试目标ppt课件58管理能力测试目标验证数据交换时有足够的审计追踪能力如何使用关键数据或者有价值的数据例子从负面来看程序，是否确保了会出错的条件都被保护了。什么时候使用系统测试的一部分ppt课件管理能力测试目标ppt课件59并行测试目的新版本和老版本同时运行，用以确保新版本的程序运行正确。如何使用需要对两个系统输入相同的数据来运行例子运行新旧两个工资支付系统什么时间使用当对新系统的的运行情况不确定的时候ppt课件并行测试目的ppt课件60单元测试关注单元一级代码分析和测试功能分析和测试结构分析和测试以错误为导向的分析和测试ppt课件单元测试关注单元一级ppt课件61测试要素/测试技巧矩阵测试要素压力执行恢复操作复合性安全性需求回归错误处理手工支持系统兼容管理并行单元可靠性√√√√√授权√√√文件完整性√√√√审查追踪√√√过程连续性√√√√ppt课件测试要素/测试技巧矩阵测试要素压力执行恢复操作复合性安全性需62继续……测试要素压力执行恢复操作完整性安全性需求回归错误处理手工支持系统兼容管理平行单元服务水平√√√权限控制√一致性√√√√正确性√√√√√√√√易用性√√√√可维护性√√兼容性√√耦合性√√√性能√√√√可操作性√√ppt课件继续……测试要素压力执行恢复操作完整性安全性需求回归错误处理63测试工具的选择ppt课件测试工具的选择ppt课件64测试工具测试标准边界值分析因果图检查表代码比较对照以编译为基础的分析确认/检查控制流分析ppt课件测试工具测试标准ppt课件65测试工具(继续……)能证明正确性的数据以覆盖为基础的测试数据字典数据流分析以设计为基础的功能测试设计评审桌面检查灾难性测试ppt课件测试工具(继续……)能证明正确性的数据ppt课件66测试工具(继续……)错误猜测执行的规则全面的测试实况调查流程图检查,视察使用仪器设备综合测试设备映射图ppt课件测试工具(继续……)错误猜测ppt课件67测试工具(继续……)建模并行操作并行模拟代码互查风险矩阵系统控制的评审得分快照(把系统一个时刻的情况保存下来)ppt课件测试工具(继续……)建模ppt课件68测试工具(继续……)完成特征系统日志测试用例测试用例的产生形式跟踪工具程序容量的测试走查(讲解开发思路)ppt课件测试工具(继续……)完成特征ppt课件69选择和使用测试工具按照用途选择匹配的工具在适当的生命周期选择工具按照测试人员的实际技能选择匹配的工具选择一个可提供的工具ppt课件选择和使用测试工具按照用途选择匹配的工具ppt课件70测试工具/测试技巧矩阵测试工具压力执行恢复操作完整性安全性需求回归错误处理手工支持系统兼容管理平行单元确认测试标准√√√√边界值分析√√因果图√√√√√检查表√√√√√√√√√√√√代码比较√√编译分析√√确认/检查√√√√√√√√√控制流√证明正确性的数据√√√√√√ppt课件测试工具/测试技巧矩阵测试工具压力执行恢复操作完整性安全性需71测试工具/测试技巧矩阵(继续)测试工具压力执行恢复操作完整性安全性需求回归错误处理手工支持系统兼容管理平行单元以覆盖为基础的测试√数据字典√√数据流分析√以设计为基础的功能测试√设计评审√桌面检查√√√√√灾难性测试√√√错误猜测√√√√√√√√√√√√执行规则√全面的测试√√√√√√√ppt课件测试工具/测试技巧矩阵(继续)测试工具压力执行恢复操作完整性72测试工具/测试技巧矩阵(继续)测试工具压力执行恢复操作完整性安全性需求回归错误处理手工支持系统兼容管理平行单元实况调查√√√√√√√流程图√√√√√检查√√√√√√√√√√√√√使用仪器√√√√√√√综合测试设备√√√√√√√√映射图√建模√并行操作√并行模拟√代码互查√√√√√ppt课件测试工具/测试技巧矩阵(继续)测试工具压力执行恢复操作完整性73测试工具/测试技巧矩阵(继续)测试工具压力执行恢复操作完整性安全性需求回归错误处理手工支持系统兼容管理平行单元风险对照表√√系统控制审计评审√√√打分√系统快照√特征执行√系统日志√√√√√√√测试数据√√√√√√产生测试数据√√√√√√跟踪√工具程序√√√ppt课件测试工具/测试技巧矩阵(继续)测试工具压力执行恢复操作完整性74测试工具/测试技巧矩阵(继续)测试工具压力执行恢复操作完整性安全性需求回归错误处理手工支持系统兼容管理平行单元容量测试√走查√√√√√ppt课件测试工具/测试技巧矩阵(继续)测试工具压力执行恢复操作完整性75软件开发生命周期/测试工具对照表测试工具需求设计编码测试安装维护确认测试标准√√边界值分析√√因果图√√检查表√√√√√√代码比较√编译分析√基础复杂度量测试√√控制流分析√验证、检查√√√√√√正确性数据√√覆盖测试对照表√√数据字典√ppt课件软件开发生命周期/测试工具对照表测试工具需求设计编码测试安装76软件开发生命周期/测试工具对照表(继续）测试工具需求设计编码测试安装维护数据流分析√设计为基础的功能测试√√设计评审√桌面检查√√√√灾难性测试√√错误猜测√√√√√√执行规范√全面的测试√实况调查√√√√√√流程图√√√检查√√√√√√使用仪器√√√ppt课件软件开发生命周期/测试工具对照表(继续）测试工具需求设计编77软件开发生命周期/测试工具对照表(继续）测试工具需求设计编码测试安装维护综合测试工具√映射图√模型√√并行操作√并行模拟√代码互查√√√√√√风险列表√√系统控制审计评审√打分√√系统快照√完成特征√系统日志√√√ppt课件软件开发生命周期/测试工具对照表(继续）测试工具需求设计编78软件开发生命周期/测试工具对照表(继续）测试工具需求设计编码测试安装维护测试用例√√√√测试用例得产生形式√√跟踪√√工具程序√√√容量测试√走查√√√ppt课件软件开发生命周期/测试工具对照表(继续）测试工具需求设计编79测试工具管理工具管理者的职责对工具负责帮助同事使用这些工具培训工具得使用方法负责同工具的厂家联系每年给出有关工具使用和购买得计划工具得升级工具情况报告工具管理者得任期不易太长ppt课件测试工具管理工具管理者的职责ppt课件80软件的测试过程ppt课件软件的测试过程ppt课件81软件的测试过程估算测试计划需求设计编码测试总结安装，交付维护ppt课件软件的测试过程估算ppt课件82估算ppt课件估算ppt课件83估算什么测试对软件工作量的估算的准确性测试评估软件系统的状况的准确性关注点：不准确的估算不适当的开发过程不真实的状态报告ppt课件估算什么测试对软件工作量的估算的准确性ppt课件84对工作量的估算如何知道对工作量的估算是正确的估算工作量的工具很容易出错对软件工作量的估算需要策略五个一般的方法猜加入一些约束条件以一些数据为基础模拟进行工作将一些参数模型化ppt课件对工作量的估算如何知道对工作量的估算是正确的ppt课件85参数模型法回归模型：将现有的参数与已有的历史数据相拟和。启发式模型：对历史数据进行观察和解释现象模型：假设软件开发过程可以依据一些更广泛的可适用的过程解释。ppt课件参数模型法回归模型：将现有的参数与已有的历史数据相拟和。pp86模型遵循的共同模式估算软件的大小将大小转化成人力的估算，并且作出可能的成本的估算依据项目的特性进行估算的调整将整体的估算划分到不同的项目阶段中估算不包括技巧上面的人力和计算机的运行时间将以上内容相加ppt课件模型遵循的共同模式估算软件的大小ppt课件87对估算进行检验检验估算模型的合理性检验模型是否包含了必须的测试要素检验模型的正确性ppt课件对估算进行检验检验估算模型的合理性ppt课件88校验估算模型的正确性重新进行估算校验输入是否正确校验输入是否合理校验对数据的计算是否合理有效比较延期的估算是否符合项目实际情况让谨慎的人来作测试验证工作对软件中的冗余价值估算 ppt课件校验估算模型的正确性重新进行估算ppt课件89影响估算正确与否的因素软件规模新设计新代码的比例复杂程度设计和编码的困难使用什么语言安全性需求的挥发性ppt课件影响估算正确与否的因素软件规模ppt课件90续……组织因素项目计划人员开发环境计算机资源人员利用率膨胀因素估算就是估算，不是保证书ppt课件续……组织因素ppt课件91软件进展测试追踪系统的瓶颈工作完成点同配置管理系统紧密的结合如何使用模块列表里程碑工作完成点用计算所有工作的完成度来检查系统工作过程。ppt课件软件进展测试追踪系统的瓶颈ppt课件92测试计划ppt课件测试计划ppt课件93开发测试计划目标详细的描述怎样能成功的完成测试工作，其中应包含必须的资源和实施计划。可能的不利因素：没有得到足够的培训心里准备不足缺乏测试工具缺乏管理的标准和支持缺乏客户和最终使用者的参与没有足够的时间进行测试对于独立的测试人员过度信任版本改变的太快测试人员处于不受重视的情况中不能说不ppt课件开发测试计划目标ppt课件94实施过程听取各方面的意见和建议标明项目风险测试要素联系测试矩阵建立测试计划对计划进行评审ppt课件实施过程听取各方面的意见和建议ppt课件95建立测试计划定义测试目标开发测试矩阵软件模型结构特性批量测试的阶段和用例为在线系统作概念上的测试脚本软件测试矩阵定义测试管理测试计划的一般性信息定义测试里程碑定义管理上的检查点书写测试计划ppt课件建立测试计划定义测试目标ppt课件96评审测试计划涉及评审的问题评审测试的开始时间是否会延期有没有抵触评审的角色一段时间内是否很难得到工作的检查信息。更换工具有可能导致他们反感评审工作评审结果可能会影响对个人的工作评价对于最终成品的检查项目的需求规格说明书软件返工/维护的文档升级后的技术文档被更改的源程序测试计划用户手册（包括在线帮助）ppt课件评审测试计划涉及评审的问题ppt课件97续……正式评审中的角色缓和剂（SQA）读者记录者作者检测员正式评审发现的缺陷应包含的信息起因类型分类级别ppt课件续……正式评审中的角色ppt课件98评审流程计划和组织通篇的讲解（可选）个人准备评审会议修订和反复ppt课件评审流程计划和组织ppt课件99需求阶段的测试ppt课件需求阶段的测试ppt课件100测试成本在软件开发的所有阶段进行测试被设计用来减少测试成本IBM的数据大约60个缺陷/千行2/3的缺陷产生在需求和设计阶段在需求和设计阶段发现的缺陷修正的花费最小修正系统测试阶段发现的缺陷，花费是以上的10倍发布产品以后，修正缺陷的花费是原来的100倍ppt课件测试成本在软件开发的所有阶段进行测试ppt课件101生命周期的测试概念在软件开发过程中持续的进行测试在尽可能早的阶段点去修正缺陷需要正式的开发流程来支持组建测试团队当开发开始进行的时候，测试就开始进行了ppt课件生命周期的测试概念在软件开发过程中持续的进行测试ppt课件102需求阶段的测试准备风险列表确定风险组确定风险风险分析风险检查表建立控制目标确定有足够的控制力度ppt课件需求阶段的测试准备风险列表ppt课件103分析测试要素需求的设计是否遵循了已定义的方法提交了已定义的功能说明定义了系统界面已经估计了性能标准容忍度被预先估计预先定义了权限规则需求中预先定义了文件完整性预先定义了需求的变更流程预先定义了失败的影响权限定义ppt课件分析测试要素需求的设计是否遵循了已定义的方法ppt课件104需求走查建立基本规则选择小组/通报参与者项目介绍问题/建议形成最终报告ppt课件需求走查建立基本规则ppt课件105需求阶段测试所有的花费都是值得的大部分缺陷将不会进入到设计&编码阶段目标需求正确的表现出了用户的需要需求已经被定义和文档化了花费和收益成正比需求的控制被明确有合理的流程可遵循有合理的方法可供选择ppt课件需求阶段测试所有的花费都是值得的ppt课件106设计阶段的测试ppt课件设计阶段的测试ppt课件107设计阶段的测试交付的产品输入说明过程说明文件说明输出说明控制说明系统流程图硬件和软件的需求操作手册说明书数据保留的策略ppt课件设计阶段的测试交付的产品ppt课件108设计阶段测试任务给测试要素打分分析测试要素对设计进行评审检查修改的部分ppt课件设计阶段测试任务给测试要素打分ppt课件109分析测试要素测试涉及的内容：设计了对数据完整性的控制设计了权限规则设计了对文件完整性的控制设计了审计追踪设计了发生意外情况时的计划设计了如何达到服务水平的方法定义了权限流程定义了完整的方法学设计了保证需求一致性的方法进行了易用性的设计设计是可维护的设计是简单的交互界面设计完毕定义了成功的标准需要同实际操作者沟通ppt课件分析测试要素测试涉及的内容：ppt课件110对设计进行评审选择评审组成员对评审组进行培训通报项目组分配足够的时间只对文档化的事实进行评审和项目组一起进行评审对评审形成建议和项目组对建议一起进行评审准备正式的报告ppt课件对设计进行评审选择评审组成员ppt课件111编码阶段的测试ppt课件编码阶段的测试ppt课件112形成的输出编码说明书程序文档计算机程序列表可执行的程序程序流程图操作介绍单元测试结果ppt课件形成的输出编码说明书ppt课件113测试活动的关注点完成对数据完整性的控制定义完毕授权的规则完成对文件完整性的控制实现审计追踪规划出意外情况发生后的处理计划对系统如何达到预定义的服务水平做了计划完成了对安全问题的处理流程编码工作是依据规定的方法完成的编码与设计相一致（正确性）编码与设计相一致（易用性）代码是可维护的编码与设计相一致（简洁性）编码与设计相一致（耦合性）已开发了操作流程定义出程序成功的标准（性能上）ppt课件测试活动的关注点完成对数据完整性的控制ppt课件114测试的职责编码是一个纯技术的工作，几乎不需要用户的参与项目领导者有参与测试的责任监督过程的有效性ppt课件测试的职责编码是一个纯技术的工作，几乎不需要用户的参与ppt115建议的测试方式桌面调试语法上的结构上的功能上的代码互查建立基本的互查规则选择互查的team对成员进行培训选择互查的方法提供互查的材料流程图，源程序，典型的处理流程对互查进行必要的管理给出互查结论提供最终的报告ppt课件建议的测试方式桌面调试ppt课件116编码阶段的测试需解决的问题系统是可维护的吗？系统说明是否已经完成了？编码是否按照既有的标准进行，过程是否易于实践？是否有足够的测试计划用来评估可执行的程序？是否编制了足够的文档。ppt课件编码阶段的测试需解决的问题系统是可维护的吗？ppt课件117测试关注点在需求，设计，编码阶段多进行一些测试，在系统测试阶段就会少一些问题。文档测试阶段的测试计划测试用例前期测试的测试结果第三方测试反馈，例如：计算机操作人员正式的测试总结报告ppt课件测试关注点在需求，设计，编码阶段多进行一些测试，在系统测试阶118典型测试类型手册，回归，功能点测试一致性测试（授权）功能点测试（完整性）功能点测试（审计，追踪）覆盖性的测试（测试的连续性）压力测试（服务水平）一致性测试（安全性）依照预先定义的测试方法功能点测试（正确性）支持手册的测试（易用性）检查（可维护性）灾难性的测试（可携带性）功能和回归测试（耦合性）一致性的测试（性能）操作性的测试（易用性）ppt课件典型测试类型手册，回归，功能点测试ppt课件119建议测试方法测试方法测试用例的概念是简单的建立有效的测试用例是复杂的设计测试文件测试用例应当包含合法的和非法的输入每一个动作只进行一次关键操作输入测试数据分析结果尝试将测试文件违反程序的规则进行输入容量测试的测试工具以大信息量的数据进行输入这是一个昂贵的测试，应根据需要来选择在线系统需要做压力测试ppt课件建议测试方法测试方法ppt课件120测试总结ppt课件测试总结ppt课件121测试报告目标表示出目前项目的实际状况明确什么是测试做的工作，什么是不作的工作。给出系统的操作性能的评价明确什么时候系统可以进行产品化的工作关注点测试报告只有真正需要的时候才有用，需要配合市场和管理测试的信息是不充分的（对于评价一个项目来说）测试状况并不能真实的反应个人的状况ppt课件测试报告目标ppt课件122测试期间数据的收集有关测试结果的积累数据测试任务，测试集合和测试事件的描述缺陷分析由于计划的问题，导致没有发现的缺陷的数据严重的缺陷缺陷类型为什么缺陷没有发现效果ppt课件测试期间数据的收集有关测试结果的积累数据ppt课件123测试报告报告目前的软件状态功能/测试矩阵功能测试的状态报告，侧重点分析关于功能的工作时间轴期望发现VS实际发现的缺陷比没有发现的缺陷和改正的缺陷的差距按照类型分类，没有改正的缺陷的平均值缺陷分类报告测试活动报告ppt课件测试报告报告目前的软件状态ppt课件124最终的报告汇总各个阶段的项目测试总结报告继承性测试报告系统测试报告确认测试报告ppt课件最终的报告汇总各个阶段的项目测试总结报告ppt课件125安装测试ppt课件安装测试ppt课件126安装阶段的测试准备安装计划安装流程图安装文件和程序清单测试安装程序给出测试结果将程序运行的软硬件要求放入产品说明中对于新操作人员的使用说明书对于新使用者的操作说明和操作流程安装过程中的各项可能发生的结果的说明ppt课件安装阶段的测试准备安装计划ppt课件127测试关注点对程序安装的正确性和完整性进行核对校验产品