ImageVerifierCode 换一换
格式:PPT , 页数:32 ,大小:554KB ,
资源ID:15038219      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/15038219.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(测试和软件质量分析报告PPT文档格式.ppt)为本站会员(b****2)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

测试和软件质量分析报告PPT文档格式.ppt

1、规模度量:代码行数,功能点和对象点等p 复杂度度量:复杂度度量:软件结构复杂度指标。p 缺陷度量:缺陷度量:帮助确定产品缺陷变化的状态,并指示修复缺陷活动所需的工作量,分析产品缺陷分布的情况p 工作量度量工作量度量p 进度度量进度度量p 生产率度量:生产率度量:代码行数人月,测试用例数/人日;p 风险度量:风险度量:“风险发生的概率”和“风险发生后所带来的损失”软件度量的分工软件度量的分工Zhu.Kp 度量工作小组度量工作小组由专职的度量研究人员和项目协调人员组成,度量研究人员的主要职责是定义度量过程和指导进行度量活动,并对数据进行分析、反馈;项目协调人员的职责是为定义度量过程提供详细的需求信

2、息,并负责度量过程在项目组的推行。p 数据提供者数据提供者一般是项目中的研发人员,有时还会包括用户服务人员和最终用户。p IT支持者支持者确定数据提供的格式与数据存储方式,提供数据收集工具与数据存储设备 软件度量的过程软件度量的过程Zhu.Kp 识别目标。识别目标。分析出度量的工作目标和列表,并由管理者审核确认p 定义度量过程。定义度量过程。定义其收集要素、收集过程、分析、反馈过程、IT支持体系,为具体的收集活动、分析、反馈活动和 IT设备、工具开发提供指导。p 搜集数据。搜集数据。应用IT支持工具进行数据收集工作,并按指定的方式审查和存储。p 数据分析与反馈。数据分析与反馈。根据数据收集结果

3、,按照已定义的分析方法进行数据分析,完成规定格式的图表,进行反馈。p 过程改进。过程改进。根据度量的分析报告,管理者基于度量数据做出决策。软件质量模型软件质量模型Zhu.Kp Boehm软件质量度量模型软件质量度量模型 p McCall 三层次的度量模型三层次的度量模型 (图2-1)p ISO 9126 软件质量模型软件质量模型Boehm软件质量度量模型软件质量度量模型Zhu.KISO 9126 软件质量模型软件质量模型Zhu.K软件质量的度量软件质量的度量Zhu.K软件可靠性度量、复杂度度量、缺陷度量和规模度量软件可靠性度量、复杂度度量、缺陷度量和规模度量 Mic1f1c2f2cnfn Mi

4、是一个软件质量因素(如SQRC层各项待计算值),fn是影响质量因素的度量值(如SQDC层各项估计值),cn是加权因子。质量度量的统计方法质量度量的统计方法Zhu.Kp 说明不完整或说明错误说明不完整或说明错误(IES)p 与客户交流不够所产生的误解与客户交流不够所产生的误解(MCC)p 故意与说明偏离故意与说明偏离(IDS)p 违反编程标准违反编程标准(VPS)p 数据表示有错数据表示有错(EDR)p 模块接口不一致模块接口不一致(IMI)p 设计逻辑有错设计逻辑有错(EDL)p 不完整或错误的测试不完整或错误的测试(IET)p 不准确或不完整的文档不准确或不完整的文档(IID)p 将设计翻译

5、成程序设计语言中的错误将设计翻译成程序设计语言中的错误(PLT)p 不清晰或不一致的人机界面不清晰或不一致的人机界面(HCI)p 杂项杂项(MIS)质量度量的统计方法质量度量的统计方法(2)Zhu.K总计(Ei)严重(Si)一般(Mi)微小(Ti)错误数量百分比数量百分比数量百分比数量百分比IES29622.3%5528.2%9518.6%14623.4%MCC20415.3%189.2%8717.0%9915.9%IDS644.8%21.0%316.1%315.0%VPS342.6%10.5%193.7%142.2%EDR18213.7%3819.5%9017.6%548.7%IMI826.

6、2%147.2%214.1%477.5%EDL644.8%2010.3%10.3%173.3%274.3%IET14010.5%178.7%5110.0%7211.6%IID544.1%31.5%285.5%233.7%PLT876.5%2211.3%11.3%265.1%396.3%HCI423.2%42.1%275.3%111.8%MIS816.1%10.5%203.9%609.6%总计1330100%195100%512100%623100%16.2 评估系统测试的覆盖程度评估系统测试的覆盖程度Zhu.K16.2.1 对软件需求的估算对软件需求的估算16.2.2 基于需求的测试覆盖评估基

7、于需求的测试覆盖评估16.2.3 基于代码的测试覆盖评估基于代码的测试覆盖评估测试的评估测试的评估Zhu.K软件测试评估主要有两个的目的软件测试评估主要有两个的目的p 量化测试进程,判断测试进行的状态和进度p 为测试或质量分析报告生成所需的量化数据,如缺陷清除率、测试覆盖率等。例子:测试覆盖项测试覆盖项测试覆盖率指标测试描述测试覆盖率指标测试描述测试结果测试结果界面覆盖符合需求(界面图标、信息区、状态区)静态功能覆盖 功能满足需求动态功能覆盖 所有功能的转换功能正确正常测试覆盖 所有硬件软件正常时处理异常测试覆盖 硬件或软件异常时处理(不允许的操作)测试结束判断对软件需求的估算对软件需求的估算

8、Zhu.K假设有假设有R个需求,功能需求的数目为个需求,功能需求的数目为F,非功能需求数为非功能需求数为N,则:则:R=F+N.Q1 M/R其中Q1表示需求的确定性,M是所有复审者都有相同解释的需求数目。功能需求的完整性功能需求的完整性Q2:Q2Fu/(NiNs)其中Fu是唯一功能需求的数目,Ni是由规格设计说明书定义的输入个数,Ns是被表示的状态的个数。考虑非功能需求考虑非功能需求:Q3Fc/(FcFnv)其中Fc是已经确认为正确的需求的个数,Fnv是尚未被确认的需求的个数 基于需求的测试覆盖评估基于需求的测试覆盖评估Zhu.K假定Tx已执行的测试过程数或测试用例数,Rft是测试需求的总数:

9、已执行的测试覆盖已执行的测试覆盖 TxRft假定Ts是已执行的完全成功、没有缺陷的测试过程数或测试用例数。成功的测试覆盖成功的测试覆盖 TsRft基于代码的测试覆盖评估基于代码的测试覆盖评估Zhu.K基于代码的测试覆盖评测是对被测试的程序代码语句、路径或条件的覆盖率分析。这种测试覆盖策略对于安全至上的系统来说非常重要。基于代码的测试覆盖通过以下公式计算:已执行的测试覆盖已执行的测试覆盖 TcTnc 其中其中Tc是用代码语句、条件分支、代码路径、数据状态判定点或数据元素是用代码语句、条件分支、代码路径、数据状态判定点或数据元素名表示的已执行项目数,名表示的已执行项目数,Tnc(Total num

10、ber of items in the code)是代码)是代码中的项目总数。中的项目总数。16.3软件缺陷分析方法软件缺陷分析方法Zhu.K16.3.1 缺陷分布报告缺陷分布报告16.3.2 缺陷趋势报告缺陷趋势报告缺陷报告缺陷报告Zhu.Kp缺陷分布报告,缺陷分布报告,允许将缺陷计数作为一个或多个缺陷参数的函数来显示,生成缺陷数量与缺陷属性的函数。如测试需求和缺陷状态、严重性的分布情况等。p缺陷趋势报告,缺陷趋势报告,按各种状态将缺陷计数作为时间的函数显示。趋势报告可以是累计的,也可以是非累计的;p缺陷年龄报告,缺陷年龄报告,显示缺陷处于活动状态的时间,展示一个缺陷处于某种状态的时间长短,

11、从而了解处理这些缺陷的进度情况。p测试结果进度报告,测试结果进度报告,展示测试过程在被测应用的几个版本中的执行结果以及测试周期缺陷分布报告缺陷分布报告Zhu.K缺陷趋势报告缺陷趋势报告(到达模式到达模式)Zhu.K缺陷趋势报告(缺陷趋势报告(累积模式)累积模式)Zhu.K缺陷趋势报告缺陷趋势报告(MS 例子)例子)Zhu.K16.4 基于缺陷分析的产品质量评估基于缺陷分析的产品质量评估Zhu.K16.4.1 经典的种子公式经典的种子公式16.4.2 基于缺陷清除率的估算方法基于缺陷清除率的估算方法16.4.3 软件产品性能评估软件产品性能评估16.4.4 借助工具的方法借助工具的方法已测试出的

12、种子已测试出的种子Bug(s)已测试出的非种子已测试出的非种子Bug(n)所有的种子所有的种子Bug(S)全部的非种子全部的非种子Bug(N)则可以推出程序的总则可以推出程序的总Bug数为:数为:N=S*n/s其中n是所进行实际测试时发现的Bug总数。如果 n=N,说明所有的Bug已找出来,说明做的测试足够充分。这种测试是否充分,可以用一个信心指数来表示,即用一个百分比表示,这种测试是否充分,可以用一个信心指数来表示,即用一个百分比表示,值越大,说明对产品质量的信心越高,最大值为值越大,说明对产品质量的信心越高,最大值为1。=1 if nNC=S/(S-N+1),if n=N经典的种子公式经典

13、的种子公式Zhu.K=基于缺陷清除率的估算方法基于缺陷清除率的估算方法Zhu.KF为描述软件规模用的功能点;D1为在软件开发过程中发现的所有缺陷数;D2为软件发布后发现的缺陷数;D为发现的总缺陷数。因此,D=D1+D2。p 质量质量=D2/F;p 缺陷注入率缺陷注入率=D/F;p 整体缺陷清除率整体缺陷清除率=D1/D;缺陷源缺陷源潜在缺潜在缺陷陷清除效率清除效率(%)被交付的缺陷被交付的缺陷需求报告1.00770.23设计1.25850.19编码1.75950.09文档0.60800.12错误修改0.40700.12合计5.00850.75软件产品性能评估软件产品性能评估Zhu.K软件产品性

14、能评估其技术性相对比较强,方法的基础是获取与性能表软件产品性能评估其技术性相对比较强,方法的基础是获取与性能表现相关的数据。性能评测一般和测试的执行结合起来做,或者是在执现相关的数据。性能评测一般和测试的执行结合起来做,或者是在执行测试时记录、保存各种数据,然后在评估测试活动中进行计算结果。行测试时记录、保存各种数据,然后在评估测试活动中进行计算结果。主要的性能评测包括:p 动态监测动态监测p 响应时间吞吐量响应时间吞吐量p 百分比报告百分比报告p 比较报告比较报告p 追踪报告追踪报告16.5 测试报告及其模板测试报告及其模板Zhu.K在国家标准GB/T 175441998(附录C)对测试报告有了具体要求,对测试纪录、测试结果如实汇总分析,报告出来。测试报告应具有如下结构:p 产品标识;产品标识;p 用于测试的计算机系统用于测试的计算机系统p 使用的文档及其标识使用的文档及其标识p 产品

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1