整体信息化项目测试工作培训ppt课件.pptx

1,管理咨询和整体信息化项目测试工作培训,2,1、软件开发组织流程2、软件开发测试流程3、软件测试工作方法4、测试工作注意事项,培训提纲：,1、软件开发组织流程,项目生命周期及流程项目生命周期中的八个阶段项目启动阶段需求分析阶段概要设计阶段详细设计阶段编码和单元测试阶段集成测试阶段确认测试阶段初步验收与上线阶段,项目管理活动 项目的跟踪和里程碑评审阶段评审项目变更配置管理基线管理角色职责产生文档与记录项目三大产品 运行程序文档（管理文档、技术文档）源代码,1、软件开发组织流程,项目生命周期及流程,1、软件开发组织流程,项目生命周期中的八个阶段项目启动阶段,1、软件开发组织流程,项目生命周期中的八个阶段需求分析阶段,1、软件开发组织流程,项目生命周期中的八个阶段概要设计阶段,1、软件开发组织流程,项目生命周期中的八个阶段详细设计阶段,1、软件开发组织流程,项目生命周期中的八个阶段编码和单元测试阶段,1、软件开发组织流程,项目生命周期中的八个阶段集成测试阶段,1、软件开发组织流程,项目生命周期中的八个阶段确认测试阶段,1、软件开发组织流程,项目生命周期中的八个阶段初步验收与上线阶段,1、软件开发组织流程,项目管理活动 项目的跟踪和里程碑评审,项目的跟踪乙方项目经理每周编写并将项目经理周报，甲方各业务小组联络员每周编写并将项目小组周报提交给项目指挥中心办公室。指挥中心办公室工作人员每周对所有项目进行跟踪，填写项目实施进度监控表。收集、汇总所有项目的项目经理周报和项目小组周报，上交甲方项目经理审批，并将反馈的问题直接反映给各项目业务小组和乙方项目经理。里程碑控制项目指挥中心在项目综合计划中定义项目的里程碑，并按照公司工程项目管理办法中关于里程碑控制的部分进行里程碑管理，在项目进行到里程碑处进行里程碑的评审，形成里程碑报告。建议大型项目至少应在需求分析阶段、详细设计阶段后设立里程碑。,1、软件开发组织流程,项目管理活动 阶段评审,项目在各阶段对产生的技术文档应进行阶段评审。评审流程为：评审前，先确定评审人员，明确评审组组长，为评审人员分配任务，确定每个评审人员的侧重点。根据工作产品的规模，提前14天将待评审的工作产品、相关的标准和检查单、相关的前阶段工作产品、评审会议的日期、地点和议程安排等提交和通知各评审人员。评审人员在个人审查过程中，详细填写个人评审记录或代码审查记录，包括发现问题、花费工作量等。评审时，由评审组组长按会议议程主持评审会，参加评审人员提出评审建议，会议主要目的是确定问题，而不是解决问题，但要明确问题解决人、解决时间和验证人，由指定记录人员记录。根据问题情况，评审组长总结评审意见，由指定人员形成评审报告。评审后，文档撰写人根据评审报告中的问题记录表修改文档，评审组织单位指定人员验证文档修改情况，直到问题关闭。,1、软件开发组织流程,项目管理活动 项目变更,设备或材料、费用预算、项目实施进度、项目范围项目经理负责设备或材料、费用预算、项目实施进度、项目工范围变更。其它变更未引起设备、费用、进度的变更时，由于用户要求、设计更改等原因引起的需求规格说明书、概要设计说明书等技术文档变更无需通过公司办理变更手续。内部变更流程为：提交变更项目组成员可通过填写内部变更表向项目经理提交变更。审批变更一般情况由项目经理审批变更，若变更的工作产品在更改前已经纳入基线，质量和配置人员应该参与审批。实施变更软件项目经理指派软件项目组成员实施变更，包括从受控库检出需修改的文档/程序；将变更历史（如：变更日期、新版本号、变更号、修改人及变更内容等）记录在文档/程序内，程序的变更历史也可记录在程序变更记录；实施人应在必要时进行回归测试，以确保变更前已被测试的模块/程序依然符合需求，同时变更的测试记录也应保留；更改完毕后，实施人通知软件项目经理。验证变更项目经理应指派软件项目组成员验证变更，包括变更是否依照内部变更表格实施；测试结果（若有）是否满意；若更改没有通过验证，验证人应通知实施人修正变更。完成变更若更改通过验证，验证人应通知配置人员，将更改的文档/程序重新纳入受控库和重建基线；且配置人员将内部变更表格中的状态改为结束。,1、软件开发组织流程,项目管理活动 配置管理,文档名称与编号项目产生的文档可参照工程项目管理办法进行命名与编号,程序可按照软件项目组立项时所使用的名称来命名程序的名称。版本号按照下述内容，规定软件产品包的标识。配置管理项目的配置管理可有保存、受控两种形式。管理体系文档模板及记录、使用的标准与规范等应保存在相应库中，项目计划与技术文档在通过评审后应经项目经理审核修改情况再通知配置管理员，配置管理员对文档编号、版本号核实无误后置于受控库受控。,1、软件开发组织流程,项目管理活动 基线管理,基线的设置项目根据其需要设置相应基线，如：立项功能基线；需求分析分配基线；详细设计设计基线；集成测试测试基线；确认测试产品基线。项目对基线的设置记录在软件配置管理计划中，基线设置需要经过项目指挥中心批准。基线审计(1)软件配置人员应在建立基线之前(若没有设立基线：在确认测试之后，交付产品之前)进行基线审计：a.以软件配置管理计划和变更记录为基础，检查软件基线与其配置项，以验证软件基线和配置项与计划和更改是一致的；b.在软件项目组的协助下，检查需求追溯矩阵、测试计划和测试记录，以验证实现的功能是否一致和完备、功能是否被测试和测试结果是否满意。c.以软件配置管理计划为基础，验证配置库的结构、权限设置和设施是否与定义一致。(2)软件配置人员将审计结果记录在软件基线审计报告，并发送给软件项目经理、软件质量管理人员和需采取措施的人员。软件配置人员跟踪所需采取的措施直至结束。,1、软件开发组织流程,项目管理活动 角色职责,1、软件开发组织流程,项目管理活动 产生的文档,需求规格说明书 概要设计说明书 详细设计说明书 项目开发计划 项目开发总结 确认测试计划集成测试计划 确认测试报告 集成测试报告 试运行问题报告 验收报告 用户手册 维护手册 操作手册 培训手册,1、软件开发组织流程,软件项目三大产品 运行程序文档（管理文档、技术文档）源代码,2、软件开发测试流程,软件开发中四大测试单元测试集成测试确认测试验收测试测试的对象单元测试详细设计集成测试概要设计确认测试需求分析验收测试合同协议,四大测试流程 单元测试流程集成测试流程确认测试流程验收测试流程测试文档模板测试计划测试方案测试用例测试报告,2、软件开发测试流程,软件开发中四大测试单元测试：也称模块测试，这是针对软件设计的最小单位模块进行正确性检验的测试工作，其目的在于发现各模块内部可能存在的语法错误和逻辑错误等各种差错。集成测试：也称组装测试，集成测试是组装软件的系统测试技术，按设计要求把通过单元测试的各个模块组装在一起之后，进行综合测试以便发现与接口有关的各种错误。确认测试：也称合格性测试，用于检验所开发的软件是否按用户要求运行，是为验证软件系统符合需求规格说明而进行的测试。验收测试：为确定软件系统是否满足验收标准以及使客户决定是否接受而进行的交付测试。交付物有当前运行的可执行程序，与运行程序相对应的源代码和文档（技术文档、管理文档）,2、软件开发测试流程,测试的对象,从左图可以看出，测试级别与各阶段文档存在V型图关系，故各测试计划的编制时间为：单元测试详细设计之后；集成测试概要设计之后；确认测试需求分析之后；验收测试立项时。测试计划可参照集成测试计划、确认测试计划模板进行编制，并按照阶段评审流程进行评审，具体评审内容参照*软件开发管理流程。建立测试环境按照项目计划中对测试环境的要求建立测试环境，具体要求包括：系统运行所需要的软件环境与硬件环境（如：服务器与客户端硬盘、内存、CPU大小等）。,2、软件开发测试流程,四大测试流程 单元测试流程,2、软件开发测试流程,四大测试流程 集成测试流程,2、软件开发测试流程,四大测试流程 确认测试流程,2、软件开发测试流程,四大测试流程 验收测试流程,程序员,项目经理,测试人员,提交产品（现场运行版本程序、源代码、文档）,用户,搭建测试环境，对源代码格式和注释进行检查,调整格式、完善注释，并进行编译,对其进行测试，填写测试问题表，如果仍有问题则转，否则将问题表提交给项目经理。,检查源代码和编译后的程序，确认没有问题,再次对源代码格式和注释进行检查，并进行测试和编译，在测试环境下进行全部功能测试对文档资料进行验收,有问题进行补充完善,经双方项目经理进一步检查核实，符合要求后，签字确认,2、软件开发测试流程,测试文档模板测试计划测试方案测试用例测试报告,3、软件测试工作方法,测试方式黑盒测试方式白盒测试方式测试的方法 黑盒测试方法白盒测试方法强度压力系统联调,测试职责分工单元测试职责与分工集成测试职责与分工确认测试职责与分工验收测试职责与分工,3、软件测试工作方法,黑盒测试方式黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。,白盒测试方式白盒测试，也称为结构化测试、基于代码的测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。用白盒测试产生的测试用例能够：1）保证一个模块中的所有独立路径至少被使用一次；2）对所有逻辑值均需测试true和false；3）在上下边界及可操作范围内运行所有循环；4）检查内部数据结构以确保其有效性。,测试方式,3、软件测试工作方法,测试方式,黑盒测试与白盒测试的区别黑盒测试：对已知产品的五大需求进行测试，证明系统实现功能、性能、数据、接口和运行环境是否符合要求；白盒测试：对已知产品内部工作流程，通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否已经过检查。软件黑盒测试意味着测试要在软件界面上进行各项操作，这种方法是把测试对象看做一个黑盒子，测试人员完全不用考虑程序内部逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序功能是否符合功能说明黑盒测试叫功能测试或数据驱动测试，黑盒测试主要发现以下几类错误：1、是否有不正确或遗漏的功能？2、在接口上，输入是否能正确接受？能否输出正确的结果？3、是否有数据结构性错误或外部信息（例如数据文件）访问错误？4、性能和运行环境上是否能够满足要求？5、是否有初始化或终止性错误？软件白盒测试是对软件过程性细节做细致检查，这种测试方法是把测试对象看做打开的盒子，它允许测试人员利用程序内部逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序状态，确定实际状态是否与预期状态一致，所以白盒测试又称为结构测试或逻辑驱动测试，白盒测试主要是想对程序模块进行如下检查：1、对程序模块所有独立执行路径至少测试一遍；2、对所有逻辑判定，取真与取假两种情况都能至少测试一遍；3、在循环的边界和运行的界限内执行循环体；4、测试内部数据结构的有效性，等等。,3、软件测试工作方法,功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。3.检查按钮的功能是否正确：如update,cancel,delete,save等功能是否正确。4.字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错.5.字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型），看系统是否检查字符类型，会否报错.6.标点符号检查：输入内容包括各种标点符号，特别是空格，各种引号，回车键.看系统处理是否正确.7.中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错.8.检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出.，带出信息和添加的是否一致9.信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理.10.检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”delete”，看系统如何处理，会否出错；然后选择一个和多个信息，进行删除，看是否正确处理.11.检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填；添加规定为整型的项，修改也必须为整型.12.检查修改重名：修改时把不能重名的项改为已存在的内容，看会否处理，报错.同时，也要注意，会不会报和自己重名的错.13.重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。14.检查多次使用back键的情况：在有back的地方，back，回到原来页面,再back，重复多次，看会否出错.15.search检查：在有search功能的地方输入系统存在和不存在的内容，看search结果是否正确.如果可以输入多个search条件，可以同时添加合理和不合理的条件，看系统处理是否正确.16.输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方.17.上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。18.必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*19.快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。20.回车键检查：在输入结束后直接按回车键，看系统处理如何，会否报错。,测试方法黑盒,3、软件测试工作方法,代码检查法：代码检查方式（桌面检查、代码审查、走查）代码检查项目，编码规范代码检查规则、缺陷检查表。静态结构分析法 静态质量试题 法逻辑覆盖法 语句覆盖：选择足够多的测试数据，使测试程序每条语句中至少执行一次。判定覆盖（分支覆盖）：设计足够多的测试用例，使得程序中每个判定至少都获一次“真值”或“假值”；或者说使得程序中每一个取“真”分支或取“假”分支至少经历一次 条件覆盖：构造一组测试用例，使得每一个判定语句中每个逻辑条件的可能值至少满足一次。条件判定组合覆盖：设计足够的测试用例，使得判定每个条件所有可能（真/假）至少出现一次，并且每个判定本身判定结果（真/假）至少出现一次 多条件覆盖：设计足够的测试用例，使得每个判定条件各种可能组合都至少出现一次 基本路径测试法：程序控制流图（学会通过看程序块画出控制流图）。程序环路复杂性（即McCabe复杂性度量）环路复杂性V（G）=判断结点数+1.基本路径测试法步骤：详细设计或源代码作基础导程序控制流图；计算控制流图G的环路复杂性V（G）；确定线性无关性路径基本集；生成测试用例确保基本路径集每条路径执行。其它白盒测试方法：域测试符号测试Z路径覆盖程序变异 不错。,测试方法白盒,3、软件测试工作方法,测试职责分工单元测试职责与分工实施单位开发工程师集成测试职责与分工实施单位测试工程师确认测试职责与分工甲方业务人员及业务主管验收测试职责与分工甲方项目经理及相关人员,4、软件测试注意事项,测试重要性认识测试是对预见性问题消灭过程测试是对系统确认与完善过程测试是对操作人员培训的过程测试是对产品质量验收的过程测试工作做到“四落实”组织落实任务落实目标落实考核落实,测试工作做到“四心”测试工作要有责任心测试工作要有耐心测试工作要细心测试工作要尽心测试工作达到“四个标准”所有业务覆盖率达100%所有BUG消灭率100%所有系统强度达到100%所有文档合格率达到100%,谢谢！,