软件测试技术基础-CH05_第1页
软件测试技术基础-CH05_第2页
软件测试技术基础-CH05_第3页
软件测试技术基础-CH05_第4页
软件测试技术基础-CH05_第5页
已阅读5页,还剩61页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件测试技术基础-CH05第一页,共66页。2第5章软件测试管理及自动化测试基础5.1软件测试自动化基础5.2软件测试管理5.3软件测试文档标准(补充)本章小结本章小结练习题思考题2第二页,共66页。5.1软件测试自动化基础5.1.1自动化测试含义5.1.2自动化测试意义5.1.3自动化测试局限性 5.1.4测试工具 3第三页,共66页。5.1.1自动化测试含义自动化测试的定义使用软件工具来代替手工进行的一系列动作。自动化测试的特点可操作性、可重复性和高效率自动化测试的目的减轻手工测试的工作量节约资源(包括人力、物力等)保证软件质量缩短测试周期4第四页,共66页。5.1.1自动化测试含义自动化测试的工作方式通常使用脚本或者其他代码驱动应用程序。通过可视用户界面(如浏览器)完成,或通过直接命令(从客户端发向服务器,以模仿浏览器发送的命令)完成自动化测试。记录测试结果。自动化测试与回归测试自动化测试以同一方式多次运行同一测试。自动化测试可视为一系列的回归测试。5第五页,共66页。5.1.2自动化测试意义自动化测试优点提高测试效率代替繁琐的手工测试活动,减少出错。降低对软件新版本进行回归测试的开销更好地利用计算机资源软件测试工具工作环境和工作时间更灵活。提高测试质量具有一致性和可重复性可追溯和重复测试过程。完成手工测试不能或难以完成的测试如并发测试、压力测试、大数据量测试、崩溃性测试等。降低风险,增加软件信任度6第六页,共66页。5.1.3自动化测试局限性 自动化测试的局限性不能期望完成所有的规划、设计和测试工作不能完全取代手工测试和手工测试工程师。不能期望自动测试发现大量的新错误。需要测试人员了解掌握软件自动化测试工具的正确使用如果缺乏测试经验,测试的组织差、文档少或不一致,则自动测试的效果比较差。如不掌握使用方法,很可能会降低测试的效率。软件自动化测试工具本身的问题软件自动化测试工具也有一定的成本开支和培训费用。本身存在的不足和有待完善的地方。7第七页,共66页。5.1.4测试工具 白盒测试工具针对代码进行测试,发现的缺陷可定位到代码级。包括静态测试工具和动态测试工具黑盒测试工具适用于黑盒测试的场合。包括功能测试工具和性能测试工具其他测试工具管理类工具测试计划、测试用例、测试实施、缺陷跟踪进行管理。专用测试工具针对数据库测试的工具,对应用性能进行优化的工具。8第八页,共66页。5.1.4测试工具 静态测试工具静态测试工具直接对代码进行分析,不需要运行代码,也不需要对代码编译链接,生成可执行文件。静态测试工具一般是对代码进行语法扫描,找出不符合编码规范的地方,根据某种质量模型评价代码的质量,生成系统的调用关系图等。静态测试工具的代表Telelogic公司的Logiscope软件PR公司的PRQA软件。9第九页,共66页。5.1.4测试工具 动态测试工具动态测试工具与静态测试工具不同,动态测试工具的一般采用“插桩”的方式,向代码生成的可执行文件中插入一些监测代码,用来统计程序运行时的数据。与静态测试工具最大的不同就是动态测试工具要求被测系统实际运行。动态测试工具的代表Compuware公司的DevPartner软件Rational公司的Purify系列开源测试框架JUnit10第十页,共66页。5.1.4测试工具 黑盒测试工具的一般原理利用脚本的录制(Record)/回放(Playback),模拟用户的操作,然后将被测系统的输出记录下来同预先给定的标准结果比较。黑盒测试工具可以大大减轻黑盒测试的工作量,在迭代开发的过程中,能够很好地进行回归测试。黑盒测试工具的代表MI公司的WinRunner、LoadRunnerRational公司的TeamTest、RobotCompuware公司的QARunRadview公司的WebLoadMicrosoft公司的WebStress

11第十一页,共66页。5.1.4测试工具 测试管理工具的代表MI公司的TestDirectorRational公司的TestManagerCompuware公司的TrackRecord等软件。12第十二页,共66页。5.2软件测试管理5.2.1软件测试管理计划5.2.2软件测试管理过程5.2.3软件测试的人员组织 5.2.4软件测试管理主要功能 5.2.5软件测试管理实施 5.2.6软件测试管理工具简介13第十三页,共66页。5.2.1软件测试管理计划软件测试管理要素测试人员及组织——谁?测试过程——怎样进行?技术过程、管理过程、支持过程测试计划——时间要求?基本信息、目标、内容、时间、人员、意外情况测试工作产品——什么?测试计划书、测试说明书、测试脚本测试案例、测试数据、测试报告、缺陷报告14第十四页,共66页。5.2.1软件测试管理计划制定计划的要素了解被测对象的基本信息选择测试的标准级别达到的——目标明确测试管理计划标识和测试管理项管理的——内容、时间、人员等15第十五页,共66页。5.2.1软件测试管理计划制定计划的内容定义被测对象的测试管理——目标、范围确定测试管理所使用的——方法,即提供技术性的测试管理策略和测试管理过程。确定必要的——测试环境包括测试硬件,软件及测试环境的建立。这需要管理者应该全面了解被测试对象的系统方法、语言特征、结构特点、操作方法和特殊需求等详细的——进度计划测试管理的开始段、中间段、结束段及测试管理过程每个部分的时间点和负责人等。意外情况的——特殊处理当意外问题发生时应如何处理。16第十六页,共66页。5.2.1软件测试管理计划软件测试计划的目的IEEE-829关于软件测试文档(softwaretestdocument)标准的描述:规定测试活动的范围、方法资源、进度;明确测试的内容、特性、任务、人员、相关的风险。17第十七页,共66页。5.2.2软件测试管理过程测试过程技术过程、管理过程、支持过程管理内容测试计划的管理测试工作产品的管理测试过程的管理测试人员及组织的管理评估测试的有效性和效率基于度量的测试过程的持续改进18第十八页,共66页。5.2.3软件测试的人员组织 软件测试组织管理:以开发为主的组织模型以项目为主的组织模型独立测试的组织模型测试组织规模建议和举例软件测试人员管理:人员的选择人员的激励职业发展计划人员的培训19第十九页,共66页。以开发为主的组织模型20第二十页,共66页。以项目为主的组织模型21第二十一页,共66页。测试独立的组织模型22第二十二页,共66页。测试组织规模(美)ElfriedeDustin建议(参见:)《有效软件测试——提高测试水平的50条建议》《软件自动化测试:引入、管理与实施》《自动化软件测试实施指南》……产品类型开发组规模比例测试组规模商业软件产品(大市场)203:213商业软件产品(小市场)203:17单机应用206:13政府信息系统205:14企业信息系统204:1523第二十三页,共66页。测试组织规模举例微软人员结构总体情况项目经理5%,开发人员31%,测试人员64%比例——1:6.2:12.8Exchange2000项目项目经理25人,开发人员140人,测试人员350人比例——1:5.6:1424第二十四页,共66页。软件测试人员管理人员的选择人员的激励职业发展计划人员的培训25第二十五页,共66页。软件测试人员的选择考察的方面:计算机技能测试能力测试经验产品经验开发经验职业素质26第二十六页,共66页。软件测试人员的选择合适的人员特征不合适的人员特征愿以测试作为自己的职业轻视测试工作,愿以开发工作为职业职业悲观主义者(产品负面)容易妥协,害怕争论愿意承担繁重的测试工作不愿做艰苦的测试工作善于观察,能识别细微的差别粗心大意,忽视一些差别逻辑性强,思维缜密,表达清晰思维粗糙、不周全,不能清楚表达自我管理能力,不偏离工作主线不能把握工作重点,陷于枝微末节掌握必要的技术背景及技能技术背景弱27第二十七页,共66页。软件测试人员的选择28第二十八页,共66页。软件测试人员的选择性格适应职业类型类别特征开发管理营销策划设计制作测试维护反应型适应、行动、时效★★★■■★★★■■探索型创新、主动、灵活■■★★★■■▲果断型直接、决断、坦诚★★★■■■■★★★贡献型沟通、合作、策略★★★★★★■■■■缜密型专注、稳定、纯真■■▲★★★★★★愿景型解释、执行、原则▲■■★★★■■分析型审视、节制、持续■■▲★★★★★★关顾型关心、联系、谦卑■■■■■■★★★(符号说明:★★★——非常适合;■■——适合;▲——不太适合)29第二十九页,共66页。软件测试人员的选择测试工程师要求(质量保证协会QAI:QualityAssuranceInstituter提出)一般能力表达、交流、协调、管理、质量意识、过程方法、软件工程等。测试技能及方法测试基本概念及方法、测试工具及环境、专业测试标准、工作成绩评估等。30第三十页,共66页。软件测试人员的选择测试规划能力风险分析及防范、软件放行/接收准则制订、测试目标及计划、测试计划和设计的评审方法等测试执行能力测试数据/脚本/用例、测试比较及分析、缺陷记录及处理、自动化工具测试分析、报告和改进能力测试度量、统计技术、测试报告、过程监测及持续改进31第三十一页,共66页。软件测试人员的激励需求层次理论(美国心理学家A·H·Maslow)生存需要——工作职位、工资奖金、休息时间安全需要——公正待遇、应付工作的能力和信心社会需要——团队归属感,互相认同、理解和支持自尊需要——具有受人尊重/赏识/重视,——有实力、有成就、能胜任、有业绩、独立和自由的自我实现需要——成为自己期望的人物——有不断的新鲜感、幽默感、浓厚兴趣、不受束缚的想像力、反潮流精神、创造力、讲民主的性格32第三十二页,共66页。软件测试人员的激励需求层次理论(美国心理学家A·H·Maslow)需求并存——在某一阶段上,人的多种需求并存,但只有一种需求取得主导地位。动态变化——在不同时期,需求结构在动态变化,大致是逐步从低到高、从外部向内部满足。满足上行机制——尚未满足的较低层需求总是主宰的,只有在满足它之后,紧邻的高一层需求才被激活成为主宰。挫折下行机制——高一层需求在未得到满足、受到挫折后,低一层次的需求重新成为主宰。33第三十三页,共66页。软件测试人员的激励测试工作的快乐哲学选择自己的态度给自己合适的定位从工作中寻找乐趣让别人快乐也让自己快乐全身心投入工作探求真理——认识世界需要观察,更需要思考。关切人类苦难——寻求根源,排除缺陷。追求美好爱情——一个懂得欣赏他人并从中汲取养分的人才有可能得到他人的欣赏。34第三十四页,共66页。软件测试人员的激励关于《快乐哲学》(TheConquestofHappiness)作者伯特兰·罗素(1872—1970)诺贝尔文学奖(1950)获得者,英国哲学家、数学家、逻辑学家、社会学家、教育家、文学家。核心思想快乐,是人类的一种共同追求。任何一种对他人不造成危害的快乐都应得到珍视。快乐,是一种激情。探求真理,关切人类苦难,追求美好爱情如何获得快乐?智慧、情爱和兴趣认识世界需要观察,更需要思考。对世界有了真正客观的认识,才有可能以出世的态度来入世,找到自己的位置,确立适合自己人生观和价值观。35第三十五页,共66页。软件测试人员的激励测试工作的7条效率原则主动思考,积极行动牢记目标,把握方向要事第一,分清主次互利互惠,善者共赢知彼知己,百战不殆沟通理解,协作高效不断学习,持续改进《高效能人士的七个习惯》(史蒂芬科维)StephenR.Covey(1932-2012)被美国《时代周刊》誉为“思想巨匠”“人类潜能的导师”,并入选影响美国历史进程的25位人物之一。哈佛毕业的工商管理硕士(MBA),在杨百翰大学获得博士学位。36第三十六页,共66页。软件测试人员的职业发展计划初级测试工程师具备必要的计算机知识和技能掌握测试技能及方法,具有测试实施/执行能力中级测试工程师初级测试工程师一年以上经验具有测试设计能力,能够指导初级测试工程师工作高级测试工程师中级测试工程师一年以上经验具有测试规划及管理能力、测试分析及报告能力、测试过程设计及改进能力可以指导中级测试工程师工作37第三十七页,共66页。软件测试人员的职业发展计划12年的职业发展计划(ElfriedeDustin推荐)1-2年技术技能熟悉整个测试过程及产品业务领域,学习和掌握自动测试工具,学习测试自动化编程技术开发和执行测试脚本,承担系统测试实施任务掌握编程语言、操作系统、网络与数据库方面的技能3-4年测试过程深入了解测试过程,掌握测试过程设计及改进,参与软件工作产品的同行评审进一步了解产品业务领域,改进测试自动化编程技术能指导初级测试工程师加强编程语言、操作系统、网络与数据库方面的技能38第三十八页,共66页。软件测试人员的职业发展计划12年的职业发展计划(E.Dustinetc.)4-5年测试组工作管理1-3名测试工程师,担任任务估算、管理及进度控制进一步培养在软件项目管理及支持工具方面的技能5-6年技术管理管理4-8名测试工程师,提高任务估算、管理及进度控制能力,完成测试规划并制订测试计划研究测试的技术手段,保持使用项目管理及支持工具的技能用大量时间为其他测试工程师提供技术及过程方面的指导开始与客户打交道并做演示推介6-12年测试管理管理8名以上测试工程师,负责一个或多个项目的测试工作与客户打交道并做演示推介保持使用项目管理及支持工具的技能39第三十九页,共66页。软件测试人员的职业发展计划12年的职业发展计划(E.Dustinetc.)6-12年测试管理管理8名以上测试工程师,负责一个或多个项目的测试工作与客户打交道并做演示推介保持使用项目管理及支持工具的技能40第四十页,共66页。软件测试人员的培训测试基础知识和技能培训测试设计培训测试工具培训测试对象—软件产品的培训测试过程培训测试管理培训41第四十一页,共66页。5.2.4软件测试管理主要功能 测试控制对象的编辑和管理测试方案、测试案例、测试结果、问题报告……测试流程的控制和管理制定计划、进度控制、信息反馈和交流……统计分析和决策支持问题分析、质量评估、风险预测、决策支持……42第四十二页,共66页。5.2.5软件测试管理实施 建立测试管理体系——制度上保证设计案例、发现缺陷、分析报告——质量上保证控制进度、管理跟踪和持续改进——时间上的保证协同工作、沟通交流——组织上的保证43第四十三页,共66页。用户名:密码:登录新机构注册已有机构注册5.2.6软件测试管理工具简介(1)软件测试管理系统(TMS)采用BROWSER/WEB的方式从制定测试计划、编写测试用例和测试步骤、问题(bug)跟踪处理、测试总结报告等各个阶段进行有效的控制和管理。提供自动生成WORD文档的功能。实现了问题(bug)的跟踪处理。摘自:44第四十四页,共66页。5.2.6软件测试管理工具简介(2)测试管理工具(TestManagementWorkshop)全自动化测试系统可用来监测、执行和管理嵌入式设备上的软件测试工作。参见:45第四十五页,共66页。5.2.6软件测试管理工具简介(3)软件测试系统(i-Test)由中科软科技研制,主要功能及特色:1)采用B/S结构可以安装在Web服务器上。2)提供测试用例数据库和软件缺陷数据库,项目有关人员可以按照访问权限设置共享和使用这些数据库。3)提供相应的自动化功能可高效编写、运行、查询测试用例可快速填写、修改和查询软件缺陷报告;可将测试文档及数据传送到MSOffice排版。46第四十六页,共66页。5.2.6软件测试管理工具简介(3)软件测试系统(i-Test)由中科软科技研制,主要功能及特色:4)将软件缺陷生命周期分为6个生命状态:open、working、verify、cancel、close、defer5)加强人员的沟通和管理相关人员随时可查看测试文档、用例、缺陷信息、测试图表随时可参与任一软件缺陷的讨论(BBS)、上传图片、查看图片;6)可随时分析动态数据为发现问题、解决问题,以客观测试数据作为决策的依据。运行环境配置MicrosoftNT4.0及IIS4.0或以上版本,SQLServer7.0或以上版本,参考:47第四十七页,共66页。5.3软件测试文档标准(补充)5.3.1IEEE829-1998、2008软件测试文档标准5.3.2GB/T8567-1988、2006计算机软件文档编制规范48第四十八页,共66页。5.3.1IEEE829-1998、2008IEEE829-1998-2008也被称做829软件测试文档标准定义了一套文档类型用于8个已定义的软件测试阶段。测试计划书Testplan:如何完成测试?要达到何种质量等级?由谁来做?测试什么?要做多久?有关测试说明specification测试设计说明书Testdesignspecification:

设计测试条件以及预期结果作为测试通过标准测试用例说明书Testcasespecification:

制定符合测试设计说明书中测试条件的测试数据测试方法(规程)说明书Testprocedurespecification:

描述如何运行测试,包括所有先决条件及需要遵守的步骤49第四十九页,共66页。5.3.1

IEEE829(1998、2008)有关测试报告测试项移交报告Testitemtransmittalreport:测试后的软件部分从一个阶段进入下一个阶段时,进行报告测试日志Testlog:记录运行了哪些测试用例,执行人,执行顺序,结果测试事件报告Testincidentreport:测试失败时,描述实际结果、预期结果以及可能的原因。测试总结报告Testsummaryreport:提供测试完成后未覆盖到的重要信息,包括对测试结果的质量评定,测试下软件系统的质量,以及事件报告的统计资料。50第五十页,共66页。5.3.2

GB/T8567-1988、2006计算机软件文档编制规范1、范围2、规范性引用文件3、术语和定义4、缩略语5、文档过程7、文档编制格式7.3软件测试计划(STP)7.15软件测试说明(STD)7.16软件测试报告(STR)51第五十一页,共66页。软件测试计划(STP)1引言2引用文件3软件测试环境4计划5测试进度表6需求的可追踪性7评价8注解52第五十二页,共66页。软件测试计划(STP)4计划4.1总体设计4.2计划执行的测试4.3测试用例a.测试用例的名称和标识;b.简要说明本测试用例涉及的测试项和特性;c.输入说明,规定执行本测试用例所需的各个输入,规定所有合适的数据库、文件、终端信息、内存常驻区域和由系统传送的值,规定各输入间所需的所有关系(如时序关系等);d.输出说明,规定测试项的所有输出和特性(如:响应时间),提供各个输出或特性的正确值;e.环境要求,见本文档第3章。53第五十三页,共66页。软件测试说明(STD)1引言2引用文件3测试准备4测试说明5需求的可追踪性6注解附录54第五十四页,共66页。软件测试说明(STD)4测试说明4.x(测试的项目唯一标识符)4.x.y(测试用例的项目唯一标识符)4.x.y.1涉及的需求4.x.y.2先决条件4.x.y.3测试输入4.x.y.4预期测试结果4.x.y.5评价结果的准则4.x.y.6测试过程4.x.y.7假设和约束55第五十五页,共66页。软件测试报告(STR)1引言2引用文件3测试结果概述4详细的测试结果4.x(测试的项目唯一标识符)4.x.1测试结果小结4.x.2遇到了问题4.x.2.y(测试用例的项目唯一标识符)4.x.3与测试用例/过程的偏差4.x.3.y(测试用例的项目唯一标识符)5测试记录6评价7测试活动总结8注解附录56第五十六页,共66页。各种文档与人员的关系管理人员开发人员维护人员用户可行性分析(研究)报告项目开发计划软件配置管理计划软件质量保证计划开发进度月报项目开发总结报告可行性分析(研究)报告项目开发计划软件需求规格说明接口需求规格说明软件(结构)设计说明接口设计说明书数据库(顶层)设计说明测试计划测试报告软件需求规格说明接口需求规格说明软件(结构)设计说明

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论