11-测试管理(一).pptx

11-测试管理(一).pptx

《11-测试管理(一).pptx》由会员分享，可在线阅读，更多相关《11-测试管理(一).pptx（109页珍藏版）》请在冰豆网上搜索。

功能功能测试及工具及工具焦忭忭2017.32第十一讲软件测试过程软件测试过程概述测试计划与测试需求测试用例的开发与设计测试的执行软件测试文档测试配置管理31.软件测试过程概述软件测试过程概述软件测试过程中的活动及内容阶段-主要测试活动-输出-需求验证和确认需求说明书、制定测试计划测试需求、组织团队、测试计划设计验证和确认设计文档、模型等，测试设计及评审测试计划、方案、测试用例等编程代码评审、搭建环境、单元测试测试用例及缺陷等测试执行测试、缺陷管理缺陷报告和测试报告安装安装测试、确认产品安装程序、安装文档、用户手册等维护培训、维护、变更管理、测试维护手册、测试报告等软件测试过程中的关键活动包括软件测试过程中的活动及内容提取测试需求制定测试计划制定测试策略和方案开展测试设计执行测试用例分析测试结果软件测试过程度量软件测试过程度量指标软件测试进度测试覆盖度测试缺陷出现/到达曲线测试缺陷累积曲线测试效率软件测试过程度量指标软件测试过程度量在CMMI体系的测试过程中定义了四个度量指标测试覆盖率：

测试覆盖率是指测试用例对需求的覆盖情况测试执行率：

实际执行过程中确定已经执行的测试用例比率测试执行通过率：

在实际执行的测试用例中，执行结果为“通过”的测试用例比率测试缺陷解决率：

某个阶段已关闭缺陷占缺陷总数的比率对软件测试过程质量度量应该遵循四项原则要制定明确的度量目标建立软件测试过程质量度量的指标体系，度量指标的定义应该具有一致性、客观性度量的方法应该尽可能简单、可计算度量数据的收集应该尽可能自动化软件测试过程度量原则软件测试过程度量软件测试管理过程软件测试流程图软件测试过程主要工作内容项目启动确定项目组长，进行项目的前期准备。

测试需求分析-以软件开发需求为基础，形成可测试的内容。

制定测试计划-确定测试范围、测试策略和方法，以及对风险、日程表、资源等进行分析和评估。

测试设计和开发-制定测试的技术方案、设计测试用例、选择测试工具、写测试脚本等，并且进行评审。

测试实施和执行-建立或设置相关的测试环境，准备测试数据，执行测试用例，并提交发现的缺陷。

测试结果的审查和分析分析测试结果，确定产品质量，提供发布依据。

软件测试过程管理的理念尽早测试尽早测试的理念是：

测试与开发是两个相互依存的并行的过程，测试活动在开发活动的前期已经开展。

测试人员早期参与软件项目，及时开展测试的准备工作，包括编写测试计划、制定测试方案以及准备测试用例。

尽早开始测试执行单元测试、集成测试、系统测试。

软件测试过程管理的理念尽早测试的意义降低成本规避风险软件测试过程管理的理念全面测试全过程测试独立、迭代的测试全面测试测试内容包括：

需求、设计文档、代码、用户文档等软件开发及测试人员（有时包括用户）全面地参与到测试工作中全面测试的意义全方位把握软件质量，尽可能排除影响软件质量的因素，满足需求。

软件测试过程管理的理念全过程测试测试人员关注开发过程，对各种变化作出响应。

测试人员要对测试的全过程进行全程的跟踪，及时调整测试策略全过程测试的意义及时应对项目变化，降低测试风险软件测试过程管理的理念独立的，迭代的测试独立的，迭代的测试“独立的、迭代的测试”着重强调了测试的就绪点，也就是说，只要测试条件成熟，测试准备活动完成，测试的执行活动就可以开展。

测试过程是独立的迭代的测试测试条件成熟，测试准备活动完成，测试的执行活动就可以开展162.测试计划与测试需求测试计划与测试需求软件测试计划定义：

软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。

软件测试计划制定#11）制定测试计划的目的）制定测试计划的目的综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果；建立模型，定义测试项目中每个角色的责任和工作内容。

开发有效的测试模型，能正确地验证正在开发的软件系统；确定测试所需要的时间和资源，以保证其可获得性、有效性确立每个测试阶段测试完成以及测试成功的标准、要实现的目标识别风险，消除风险，降低风险带来的损失2）测试计划阶段划分计划初期收集整体项目计划、需求分析、功能设计、系统原型、用例报告等文档；了解需求、技术难点；与相关人员交流，在各方面达成一致。

确定需求和层次软件分解成单元，对各个单元写成测试需求。

确定目标实现测试目标的量化、度量相对集中计划起草确定测试策略，设计测试方法，完成测试计划的框架2）测试计划阶段划分内部审查在提供给其他部门讨论之前，先在测试小组部门内部进行审查计划讨论和修改项目中的每个人都应当参与审查（即市场、开发、支持、技术协作及测试人）测试计划审查召开有需求分析、设计、开发人员参加的计划讨论会议，对测试计划中各个部分进行讨论交流。

测试计划的批准在计划讨论、审查的基础上，综合各方面的意见，完成计划书并报请上级领导批准。

3）测试计划的要点项目的范围和目标，各阶段的测试范围、技术约束和管理特点工作量、成本、时间估算依据计划的目的测试可能存在的风险分析、识别，以及风险的回避、监控、管理项目估算风险计划划3）测试计划的要点分解项目结构，制定时间/资源表人员、硬件和软件等资源的组织和分配日程质量保证和控制、变化管理和控制等项目资源跟踪和控制机制跟踪和控制机制4）测试计划的编写内容测试环境测试基本原理和策略测试计划阶段划分测试计划要点功能描述和功能覆盖说明测试用例清单测试开始和退出准则按照国家标准或有关行业标准编写测试计划，测试计划要提供被测软件的背景信息、测试目标、测试步骤、测试数据整理以及评估准则。

测试需求软件测试需求分析软件测试需求的收集与被测软件相关的各种文档资料与客户或系统分析员的沟通业务背景资料正式与非正式的培训其他测试需求测试需求分析需要考虑几个层面的因素在测试需求分析过程中，要确定测试需求的优先级别对测试需求的覆盖率测试阶段被测软件的特性测试的焦点软件测试需求分析对于测试人员，理解需求主要有如下几个方面对需求进行理解：

流程理解功能理解界面理解易用性需求理解测试需求的特性要求：

可核实的。

满足需求的正常的前置条件，不满足需求时的出错条件；注：

测试需求不涉及具体的测试数据。

测试需求分析过程需求采集需求分析需求评审测试需求分析过程需求采集的过程是将软件开发需求中的那些具有可测试性的需求或特性提取出来，形成原始测试需求。

需求采集的方法通过列表的形式对软件开发需求进行梳理，形成原始测试需求列表测试需求分析过程测试需求分析过程原始测试需求列表测试要点测试要点质量需求质量需求测试类型建立测试需求跟踪矩阵测试需求分析过程测试要点分析质量特性分析功能性可靠性易用性测试类型分析功能测试完整性测试容量测试安全性测试接口测试结构性测试测试需求跟踪矩阵的设定案例某公司开发了一种聊天工具，允许内部员工用公司特定邮箱和密码登陆，该聊天软件可以提供内部员工之间的日常打字聊天，语音聊天需求，一个用户可以同时与多个用户分别聊天和语音，也可以在一个聊天窗口里面与多人一同聊天和语音。

一个人能同时与30个人分别聊天，一个聊天窗口允许的最大人数为50人。

但该工具不允许使用外部邮箱登陆，即使是内部用户邮箱密码也不能在外部网络登陆测试需求测试需求的评审完整性审查准确性审查相互评审、交叉评审轮查走查小组评审审查评审人员组成开发经理、项目经理、测试经理、系统分析人员、相关开发人员和测试人员等制定测试策略测试需求分析需要制定测试策略。

测试策略描述当前测试的目标和所采用的测试方法。

要使用的测试技术和工具测试完成标准，用以计划和实施测试，及通报测试结果影响资源分配的特殊考虑确认测试方法静态测试动态测试是否需要执行被测软件白盒测试黑盒测试是否针对系统的内部结构和具体实现算法393.软件测试设计和开发软件测试设计和开发软件测试设计和开发软件测试设计则是将测试需求转换成测试用例的过程，它要描述测试环境、测试执行的范围、层次和用户的使用场景以及测试输入和预期的测试输出等。

测试计划测试需求测试设计测试设计与开发的主要内容制定测试的技术方案设计测试用例设计测试用例特定的集合测试开发测试环境的设计测试用例设计的方法和管理黑盒测试用例设计方法等价类划分、因果图法、边值分析白盒测试用例设计方法逻辑覆盖基于程序结构的域数据流高质量测试用例特点正确性完整性（涵盖功能、性能、压力等）准确性清晰、简洁可重用性可维护性（根据需求更新、增加、删除）基于测试方法（不同的测试方法）基于测试需求（单元、集成、配置项、系统）兼顾测试充分性和效率测试用例代表性测试结果的可判定性测试执行可再现性一个测试用例对应一个功能点测试用例易读测试用例的执行粒度越小越好步骤清晰结果明确测试用例抽象并归类测试用例设计原则测试用例更具体的设计原则避免冗长和复杂的测试用例总体思路是先进行基本功能测试，再进行复杂功能测试；先进行一般用户测试，在进行特殊用户使用测试；先进行正常情况测试，再进行特殊情况测试；用测试用例文档替代产品文档测试用例考虑单次投入成本和多次使用成本1.正确性测试2.容错性（健壮性）测试3.完整（安全）性测试4.接口测试5.数据库测试6.边界值测试7.压力测试8.等价划分测试9.错误推测10.效率11.可理解（操作）性测试12.可移植性测试13.回归测试14.比较测试测试用例的覆盖内容针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同其中1、2、6、8、9、13为模块（组件、控件）测试、组合（集成）测试、系统测试都涉及，要重点进行测试测试用例的覆盖内容1.正确性测试2.容错性（健壮性）测试3.完整（安全）性测试4.接口测试5.数据库测试6.边界值测试7.压力测试8.等价划分测试9.错误推测10.效率11.可理解（操作）性测试12.可移植性测试13.回归测试14.比较测试针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同单元（模块）测试（组件、控件）测试要重点测试5集成测试重点进行接口数据输入及逻辑测试，即4测试用例的覆盖内容1.正确性测试2.容错性（健壮性）测试3.完整（安全）性测试4.接口测试5.数据库测试6.边界值测试7.压力测试8.等价划分测试9.错误推测10.效率11.可理解（操作）性测试12.可移植性测试13.回归测试14.比较测试针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同系统测试重点测试3、7、10、11、12、14，其中压力测试和可移植性测试如果是公司的系列产品，可以选用其中有代表性的产品进行一次代表性测试即可测试用例的覆盖内容1.正确性测试2.容错性（健壮性）测试3.完整（安全）性测试4.接口测试5.数据库测试6.边界值测试7.压力测试8.等价划分测试9.错误推测10.效率11.可理解（操作）性测试12.可移植性测试13.回归测试14.比较测试针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同测试用例的覆盖内容在基础的功能测试用例设计完成后，其他的测试项目只编写设计与之不同部分的测试用例每个测试项目的测试用例不是一成不变的，随着测试经验的积累或在测试其他项目发现有测试不充分的测试点时，可以不断的补充完善测试项目的测试用例测试用例主要元素测试环境测试输入数据测试执行步骤测试预期结果测试用例要素与模板52名称和标识唯一的索引标识（序列号），用例名称测试追踪/来源涉及的参考资料，如用户的需求、涉及文档等用例说明测试对象，采用的方法测试的初始化要求哪个测试对象？

在什么硬件/软件平台？

测试的输入输入数据测试结果期望测试结果评价测试结果精度等操作过程测试步骤前提和约束约束测试终止条件正常终止或异常终止测试用例编写要素53测试用例编写实例-page341测试用例标识符功能模块+业务流程组合（前几个字母）创建者测试环境操作系统、浏览器、网络前提条件能够进行测试的软硬件条件数据准备。

用例描述简要描述测试的对象、目的和所采用的测试方法。

操作步骤测试步骤期望结果实际结果1具体的操作过程。

对应测试步骤的期望值。

执行测试用例所得实际值。

2354测试用例编写实例-page341测试