测试基础静态测试解析课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《测试基础静态测试解析课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 基础 静态 解析 课件
- 资源描述:
-
1、1测试基础 静态测试测试基础 静态测试o 概述o 评审o 代码检查2测试基础 静态测试o 静态测试该方法是指在不真正运行被测试程序的情况下检查程序的运行情况,只对被测对象(设计或代码)进行特性分析。因此,静态测试常称为“分析”,静态分析是对被测对象进行特性分析的一些方法的总称。o 主要特征n不动态运行程序;n充分发挥人的思维优势;n易开展,不需特别条件,但可能非常耗时;n对测试人员要求较高,要有编程经验,需要有知识和经验的积累,能发现问题本身而非征兆。3测试基础 静态测试o 为什么要静态测试因软件的复杂性,可能导致软件结构不够合理、混乱,代码编写不够规范,内部存在一些不易察觉的错等,使软件运行
2、出错,维护不便。o 静态测试内容主要包括:各阶段的文档评审、代码检查、代码度量等。静态测试可由人工进行,也可借助软件工具自动进行。可以做静态分析的工具很多,出名的有LOGICSCOPE,C+TEST,LDRA TESTBED,PRQA C/C+,MACABE IQ,以及Rational的Purify、Quantify和PureCoverage等 4测试基础 静态测试o 概述o 评审o 代码检查5静态测试o 评审n评审是对所有人工静态分析和具体文档检查技术的通称。n评审对象:开发项目中所有文档及项目外有价值的文档。如:合同、需求定义、设计规格说明、程序代码、测试计划和手册等。n评审是一种保证质量
3、的方法n评审的积极作用可降低消除缺陷的成本可缩短开发时间可减少动态测试时间和成本可减少系统安装后的变更申请降低系统运行故障率检查团对活动,改进团队成员的工作方法6静态测试n评审潜在的问题注意不要使作者感到严格检查是针对他人而非他提交的文档。n评审的成本和收益评审的成本大概占整个开发预算的10%15%,包括评审过程、评审分析和过程改进的工作量。估计节约的成本约为14%25%。(参见:Bush M.“Software Quality:The use of formal inspections at the Jet Propulsion Laboratory”,Proceedings of the
4、12th ICSE,IEEE 1990,pp 196-199.)如评审有效,应能发现70%以上的文档缺陷。(参见:Gilb,T.,Graham,D.;Software Inspections,Addison-wesley,1996)7静态测试n能促使评审成功的因素(IEEE 1028建议)每次评审都事先定于一个明确的目标;根据每个人的知识和技能水平选择合适的评审参与者。8静态测试o 通用评审过程(参考:IEEE 1028)评审活动分6个步骤:计划、概述、准备、检查(评审会议)、返工和跟踪。n计划要评审的文档;评审技术;估算评审工作量;评审检查点;组建评审团队;确保文档处于一个可评审状态;会议的
5、时间和地点(如有的话)等。n概述(开工会)为参加评审的人提供所有必需信息。n准备评审人必须各自为评审会议做准备。9静态测试n检查(评审会议)会议应有主持人。目的除了发现缺陷外,还包括判断评审对象是否满足需求以及是否符合标准。评审会议的一些通用准则:1)评审会议的时间限制在2小时内;2)如有评审人缺席或准备不充分,主持人有权取消或中止会议;3)检查对象是被提交的文档,而非作者;评审人必须注意他们的言语及表达方式作者不应为自己或文档辩护4)主持人不应同时作为评审人;10静态测试n检查(评审会议)(续)5)不讨论常见的风格问题(方针之外的问题);6)开发方案和对应的讨论不是评审团队的任务;7)每个评
6、审人员必须有机会充分表达他们的论点;8)会议纪要必须完整表达评审人的意见;9)问题不应以命令的形式写给作者;10)问题必须划分为不同的权重:严重缺陷、重要缺陷、一般缺陷、好的;11)评审团队应对评审对象给出最后意见:接受(无需修改)有条件接受(需修改,但不需进一步评审)不接受(需进一步评审或其他的检查)11静态测试n检查(评审会议)(续)12)要有会议纪要及总结包括会议中讨论的问题或发现问题的列表,评审总结报告等。n返工经理决定接受评审团队意见修正缺陷,或选择另外的方法(经理必须对此全权负责)n跟踪专人跟踪缺陷的修改。12静态测试o 评审角色和职责n经理确保文档、必需的资源可用,同时选择评审人
7、;经理不一定得是管理层人员(导致大家“人心恍惚”)n主持人管理评审有关的工作:计划、准备并保证评审有序进行且满足它的目标,收集评审数据、发布评审报告等。n作者文档的创建者,如为多人,应是主要负责人。不要把针对文档的问题看作是对其人的批评,作者必须明白评审只是用来帮助改进产品。(接下页)13静态测试o 角色和职责n评审人通常最多5个。他们应能识别并描述评审对象中存在的问题。为保证有效的覆盖率,可给评审人分配制定的评审主题。n记录员记录所有的发现:问题、采取的措施、决定和建议等。文字应简短和准确。最好由文档作者来担当。14静态测试o 评审失败的可能原因:n需要的人没空或不具备必须的资格和技术技能。
展开阅读全文