您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 质量控制/管理 > 软件质量保证与软件测试
软件质量保证与软件测试北京唯英时代信息技术有限公司方修广开场白世界上不存在没有缺陷的软件。可以通过两种途径开发出没有错误的软件:在一开始就防止引入错误。识别潜藏在代码中的错误,找到并消灭它们。大纲软件工程软件质量保证软件测试•基础知识•常用技能•职业发展•团队管理Q&A软件工程软件工程(SoftwareEngineering,简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言,数据库,软件开发工具,系统平台,标准,设计模式等方面。软件质量管理质量与质量管理的概念质量:是“反映实体满足明确和隐含需要的能力和特性综合”。因此,质量是一种需要,“是一组固有特性满足要求的程度”。质量管理:质量管理是指以组织为质量中心、企业全员参与为基础,为追求客户满意和组织所有受益者满意而建立和形成的一整套质量方针、目标和体系。质量管理通过质量策划设定组织的质量目标,并规定必要的过程和相关资源;通过质量控制监视内部质量过程,排除质量控制过程中可能存在的缺陷隐患;通过质量改进提高内部的质量管理能力,改善组织内部的质量过程;通过质量保证提供足够的信任证据,表明组织有能力满足客户的质量要求。软件质量管理质量管理体系:它是质量管理的运作实体,由组织结构、程序、过程、资源4个基本部分组成。质量策划:它是“确定质量以及采用质量管理体系要素和要求的活动”,包括产品策划、质量管理体系管理和运作策划、编制质量计划。质量控制:为达到质量要求所采取的作业技术和活动。质量控制的对象是过程。质量保证:是为了提供足够的信任证据,证明组织有关的各类实体有能力满足质量要求所实施并在必要时进行证实的有计划、有系统的活动。质量改进:是为了向组织的所有受益者提供更多的收益所采用的提高质量过程和效率的各种措施。软件质量管理质量管理的发展阶段(1)产品质量检验阶段:这个时期特征是对产品的质量进行检验。产品质量的检验只是一种事后的检查,不能预防不合格品的产生。(2)统计质量管理阶段:它是运用概率论和数理统计的原理,提出控制生产过程,预防不合格产品的思想和方法。即通过小部分样品测试,推测和控制全体产品或工艺过程的质量状况。(3)全面质量管理阶段:从以质量管理专业人员为核心进行质量管理,发展到管理者推动、组织各部门的人员都来进行学习和实行质量管理。软件质量管理从质量管理理论的发展历史可以看出:——质量管理从单纯的对产品质量进行检验发展到对产品形成过程进行控制——控制方法从静态发展到动态的、持续的过程改进质量管理理论发展到今天:——其核心思想已表现为对过程的策划、控制和过程能力的持续改进软件质量保证是软件工程领域中的一部分为了确保软件开发过程和结果符合预期的要求,而建立的一系列规程,以及依照规程和计划采取的一系列活动及其结果评价软件开发过程是按照计划和规范实施的软件开发结果包括完整的软件和文档,并且符合可预期的目标和检验标准软件测试软件测试就是在软件投入运行前,对软件需求分析、设计规格说明和编码实现的最终审查,它是软件质量保证的关键步骤。通常对软件测试的定义有两种描述:定义1:软件测试是为了发现错误而执行程序的过程。定义2:软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例,并利用这些测试用例运行程序以及发现错误的过程,即执行测试步骤。TipSQA:从流程和标准上来控制开发过程,从而提高软件质量。SQC:通过测试发现软件的问题并确保问题被解决,从而提高软件质量思考质量是做出来的还是管出来的?软件开发模式1、大棒开发法源于能量爆发创造宇宙,万物都由能量和物质积聚而成的理论,但如果不是遵循某种正确的排列和组合,形成的将不是预先期望的事物。大棒模式与上述理论一样:一大堆能量(这里指开发软件所需的人力和物力)放在一起,巨大的能量进行释放,通常的结果可能是产生了优秀的软件产品或成为一堆“废品”(不成功的软件)。优点:思路简单,通常可能是开发者的“突发奇想”缺点:开发过程是非工程化的,随意性大关于测试:有的较简单,有的则非常困难软件开发模式(续)2、边写边改法采用边写边改法的软件开发通常只是有了比较粗略的想法就开始进行简单的设计、然后进行较长的反复编写、测试与修复这样一个循环的过程。在认为无法更精细的描述软件产品要求时,就发布产品。优点:能够较为迅速的展现成果,适合需要快速制作而且用完就扔的小项目,如示范程序、演示程序等。缺点:其编码和测试可能将是长期的循环往复的过程。软件开发模式(续)产品说明书代码编制、测试、修复最终产品软件开发模式(续)瀑布法瀑布模式是将软件生命周期的各项活动,规定为按照固定顺序相连的若干个阶段性工作,形如瀑布流水,最终得到软件产品。优点:易于理解;调研开发的阶段性;强调早期计划及需求调查;确定何时能够交付产品及何时进行评审与测试。缺点:需求调查分析只进行一次,不能适应需求变化;顺序的开发流程,使得开发中的经验教训不能反馈到该项目的开发中去;不能反映出软件开发过程的反复与迭代性;没有包含任何类型的风险评估;开发中出现的问题直到开发后期才能够显露,因此失去及早纠正的机会。软件开发模式(续)问题定义分析研究需求分析软件设计编码测试维护定义阶段开发阶段维护阶段图1-7瀑布开发模式软件开发模式(续)图1-9螺旋开发模式详细设计风险分析评估方案累计成本提交线制定计划原型1原型2原型3可运行原型风险分析风险分析需求计划开发计划集成与测试软件需求软件产品设计需求确定设计确定实现编码单元测试集成测试验收测试软件开发与软件测试的关系图1-10软件测试与软件开发过程的关系需求分析说明书详细设计说明书源程序代码单元测试集成测试确认测试概要设计说明书软件开发与软件测试的关系项目规划项目需求分析项目概要分析项目详细分析代码编写测试代码编写测试需求分析系统测试计划集成测试计划单元测试计划产品发布系统测试集成测试单元测试单元测试单元测试的内容:1、模块接口测试2、检查局部数据结构能否保持完整性3、模块边界条件测试4、模块执行路径测试5、检查模块内部错误处理是否有效单元测试方法:白盒测试为主集成测试集成测试(Integrationtest):将通过单元测试的多个模块组合成更大的模块或子系统或产品,然后进行测试。测试内容:各单元的接口是否吻合、代码是否符合规定的标准、界面标准是否统一等。系统测试经过集成测试之后,分散开发的模块被联接起来,构成完整的程序,其中各模块间接口存在的种种问题都已基本消除。测试开始进入到系统测试的阶段。为了发现缺陷并度量产品质量,按照系统的功能和性能需求进行的测试一般使用黑盒测试技术一般由独立的测试人员完成系统测试(Systemtest)应该由若干个不同测试组成,目的是充分运行系统,验证系统各部件是否都能正常工作并完成所赋予的任务。这里所谓的系统不仅仅包括软件本身,而且还包括计算机硬件及其相关的外围设备,数据及其收集传输机构,甚至掌握计算机运行的人员及其操作等。通常意义上的系统测试包括:功能测试、性能测试(Performancetest)、用户界面测试、兼容性测试等。UAT测试系统测试结束后,在项目组看来开发和测试工作已经全部完成,可以交付使用,并与用户一起进行测试,以验证是否符合与用户事先约定的验收标准。测试人员产品经理或其他高级经理开发工程师测试工程师用户测试级目的执行者测试环境测试方法单元从单个模块中发现逻辑、数据和运算缺陷软件工程师单独的;桩和支撑程序白盒测试集成发现模块间接口缺陷软件工程师单独的和/或模拟;桩和支撑程序白盒测试Top-down,bottom-up,或outside-in系统测定软件是否满足需求软件质保组;软件确认组实际的环境(可能没有最终的硬件)功能测试和ALAC(ActLikeACustomer)回归确认软件经过一些小的变更或修改后是否仍满足所有的需求软件质保组;软件确认组实际的环境(可能没有最终的硬件)功能测试和ALAC验收确定软件是否满足客户的需求客户,软件质保组和/或项目组实际的环境(通常在客户方)功能测试和ALAC(客户可能有自己的测试方法)性能测试功能测试性能测试性能测试即测试软件处理事务的速度,一是为了检验性能是否符合需求,二是为了得到某些性能数据供人们参考。(Performance)性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。功能测试功能测试(Functionaltesting),根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试,用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样。常见名词冒烟测试压力测试本地化测试回归测试Alpha测试Beta测试嵌入式软件测试手机测试应用软件测试固件测试静态测试动态测试黑盒子测试黑盒测试是从用户观点出发的测试,它又称功能测试、数据驱动测试或基于规格说明书或用户手册的测试。它所依据的是程序的外部特性。白盒测试又称结构测试、逻辑驱动测试或基于程序的测试,其测试过程如图所示半透明盒子测试自动化测试常用测试软件(HP,IBM,Borland)QTP,LR,QC如何学习自动化测试必做的测试:安装测试功能测试值域测试界面测试可用性测试说明书测试配置测试加密问题测试裸机测试可选的测试内存泄漏测试接口测试性能测试并发性测试安全性测试破坏性测试配套产品测试测试计划:收集并组织测试计划信息,将软件细化为可检验的测试需求,建立测试计划目标:沟通测试小组内部与外部的测试意图规定测试活动的范围、方法、资源和进度明确测试项目的特性测试要点测试任务细分任务进度以及负责人输出:测试计划测试用例模板包含的内容:标题和编号、版本号、修改记录等模块-功能名称设计可能有的操作(包括测试步骤和输入)预期输出和错误发现方法是否通过(是否与期望结果一致)与bug库对应的ID号测试的执行及报告:选择测试用例库中的测试用例运行选择新设计的测试用例运行记录中间步骤和结果记录下执行过程中的灵感但不要轻易修改本次执行任务对测试结果分析,并尽量重现和优化错误步骤详细填写缺陷报告并提供尽可能多的信息,尽可能提供错误分析和修改建议认真审核错误处理结果并及时关闭缺陷报告测试员的效率平均每个工作日发现4-6个Bug平均每修正3个Bug,会引进1个新的Bug平均75%的Bug会在单元测试阶段解决掉平均20%的Bug会在集成测试和系统测试阶段解决掉平均5%的Bug会被交付给用户测试不能是全面的成本和质量TQMCMPeerReviewEPG提早发现缺陷预防CMM软件能力成熟度模型(CMM,CapabilityMaturityModel):——是软件行业标准模型,用来定义和评价软件企业开发过程的成熟度,提供如何做才能够提高软件质量的指导。CMM的基本原理:——CMM将软件组织的过程能力成熟度分为5个级别,每一个级别定义一组过程能力目标,并描述要达到这些目标应该采取的各种实践活动。CMM的主要作用:——提供了一个软件过程改进的框架。根据CMM模型,软件开发者(机构或组织)能够大幅度的提高按计划、高效率、低成本的提交有质量保证的软件产品的能力。软件能力成熟度模型(续)优化级(5)已管理级(4)已定义级(3)可重复级(2)初始级(1)标准一致的过程不断改进过程可预测的过程有纪律的过程软件过程成熟度的5个等级软件能力成熟度模型(续)CMM的分级结构和其主要特征:初始级:其特点是软件过程无秩序,有时甚至是混乱的。可重复级:已建立了基本的项目管理过程,可用于对成本、进度和功能特性进行跟踪。已定义级:用于管理的、工程的软件过程均
本文标题:软件质量保证与软件测试
链接地址:https://www.777doc.com/doc-3679777 .html