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

加入VIP,省得不是一点点
 

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

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

下载须知

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

版权提示 | 免责声明

本文((测试)了什么(whathasbeenexecuted)-MicrosoftDownloadCenter.ppt)为本站会员(ga****84)主动上传,文客久久仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知文客久久(发送邮件至hr@wenke99.com或直接QQ联系客服),我们立即给予删除!

(测试)了什么(whathasbeenexecuted)-MicrosoftDownloadCenter.ppt

1、软件产品质量度量,张奭(Kelly Zhang)KellyZM软件开发测试主管Microsoft Office国际服务测试部美国微软总部,2,自我简介,张奭(Zhang Shi),英文名是Kelly Zhang 软件开发测试主管。美国微软总部,Microsoft Office 国际服务部。教育背景:北京师范大学获得学士和硕士学位。美国纽约州立大学获得博士学位工作经验: 近九年软件测试,测试项目主管,和发布协调总管工作经验,3,主要议程,为什么软件质量需要有度量?(必要性)使用软件测试的质量度量的挑战评价软件质量的优秀度量的特征制定软件质量度量时注意事项微软软件质量测试常用度量使用软件质量度量的

2、注意事项问题解答,4,一 为什么软件质量需要有度量?,有效产品质量管理改进用户满意度改进产品质量减少产品开发和售后服务支持费用没有质量度量,等于没有质量标准!,5,软件测试的质量需要有度量,有效实行测试质量分析和管理可及时检查测试进度和质量帮助发现测试漏洞比较测试质量变化趋势,风险分析帮助找出最佳实践,6,二 使用软件产品质量度量的挑战,无公认准确和科学的度量产品性质不同,很难有通用的度量最佳实践实际上是经验积累总结涉及不定因素和人为因素片面理解和使用可以造成负面影响和效果,7,三 评价软件质量的优秀度量的特征,准确性稳定性可验证性有针对性有说服力重复使用性可追踪性简单实用性,8,四 制定软件

3、质量度量时注意事项,跟踪度量的变化的一致性提供基础数据以便杜绝滥用数据讨论会或所有有关方面认可体现产品质量结果是否满足质量标准明确谁是使用者,9,五 微软软件质量测试常用度量,产品设计规范(Spec或设计文档)质量状态缺陷(bug)数据有关度量测试案例度量测试规范度量测试过的系统数量自动化测试度量CodeCoverage(代码覆盖)单一功能测试验收质量度量,10,1.产品设计规范质量状态分类,常用的五种状态一页 (One page) 用于安排时间和分配人员草稿 (Draft) 用于提出疑问和初步设想以供讨论审阅 (Review)有所有的设计技术细节,可以供审阅提交审核会 (Inspection

4、)所有的设计技术细节到位、没有明显遗留疑问、漏洞等开始编码 (Coding) 开发人员可以开始便写代码来实现该设计功能规范,11,产品设计规范质量到位状况,五种状态中各占的%是多少?按事先计划日程完成的比例是多少?多少%开发人员至少有一个指派给他的功能可以进行编码?,12,2.缺陷统计数据的度量(I),所有缺陷数量的时间走势或趋势统计 (Bug Trends By Time)未被处理的缺陷按照严重程度的统计 (Active Bugs By Severity) 未被处理的缺陷按照优先程度的统计 (Active Bugs By Priority)未被处理的缺陷数量的时间走势或趋势统计 (Activ

5、e Bugs Over Time)所有的缺陷按照严重程度的统计(All Bugs By Severity)新被发现的缺陷按严重程度的统计 (Opened Bugs By Severity) 已处理的缺陷按照严重程度的统计 (Resolved Bugs By Severity) 被修复的缺陷按照严重程度的统计 (Fixed By Severity),13,时间,缺陷数量,所有的缺陷按照严重程度的统计(All Bugs By Severity),14,2.缺陷统计数据的度量(II),已发现缺陷的数量和已修复的缺陷的数量的比率 (Fixed/Found)。也被称为修改率或纠错率(Fix Rate)

6、未处理的缺陷数量和已处理的的缺陷数量的比率 (active/resolved)已处理的被修复的缺陷数量和已处理的缺陷数量的比率(Resolved as Fixed/resolved)重新被激活的已修复的缺陷数量(Bug re-activation rate)通过测试找到的缺陷的统计(Bugs opened by testing activity),15,2.缺陷统计数据的度量(III),不同语言版本缺陷数量的统计(Bugs opened by Language version)被报告存在缺陷的各功能统计(Where your bugs were found)处理缺陷的平均时间的统计(Avera

7、ge Time to Resolve)关闭缺陷的平均时间的统计(Average Time to Close)被处理缺陷的不同结论统计(Resolved Bugs By Resolution),16,里程碑编程阶段缺陷变化趋势,17,3.测试案例度量,运行测试案例数量和通过测试的案例数量之比不同产品开发阶段该比率变化测试案例包括的范围运行测试案例的频率有测试案例的功能数量,18,4.测试规范度量,测试规范数量和所有功能数量之比满足撰写要求的测试规范数量和所有测试规范数量之比必要的内容遗漏的比率,测试规范: 微软把针对怎样测试某功能的,有细分功能后的具体测试条例等细节的测试文档叫做测试规范(Tes

8、t Design Specification 或简称 TDS)。,19,5.测试过的系统数量,所支持的不同语言系统的总数与测试过的语言系统数量所支持系统的总数与测试过的系统数量Windows 2000 (SPx)Windows XP (SPx)Windows 2003 Server (SPx)Tablet PC新的系统平台,20,6.自动化测试度量,测试的可自动化程度能自动化的和实现自动化的比率运行通过的自动化脚本比率不同产品开发阶段该比率变化,21,7.Code Coverage(代码覆盖),代码覆盖度量定义和目的代码覆盖种类代码覆盖的有效使用开发人员:单元测试 (unit testing)

9、测试人员:系统测试(system testing)和自动化测试,22,代码覆盖是什么?,动态白盒测试评价技术已经执行(测试)了什么(what has been executed) 没有执行的(测试)有什么 what has not been executed and still remains to be tested.需要有源代码内部辅助工具,23,使用代码覆盖度量的目地,经验总结:大约的20%代码囊括缺陷总数的80%目的不是要达到某个神奇的数字,而是要发现测试中的漏洞达到比较广泛的覆盖率相对容易,但要达到100%覆盖常需要多得多的成本 平均目标 65%理想目标 75%,24,代码覆盖度量种

10、类,代码函数覆盖数量代码运行使用到的功能覆盖数量代码数据种类覆盖数量代码函数条件覆盖数量代码通路(path)覆盖数量,25,代码覆盖结果分析,26,使用代码覆盖度量改进测试,代码覆盖度量只能揭示测试的漏洞,并不能直接改进测试 为什么有些代码没有执行到?脚本运行时执行到了代码不意味着测试的深度和全面性先查功能代码覆盖率,再计划写自动化脚本的优先顺序撰写测试用例已覆盖所有要测试的功能行为,然后编写自动化脚本加以验证 添加新自动化脚本覆盖找到的漏洞,27,使用代码覆盖度量结果分析,没有覆盖代码的可能原因和改进措施:遗漏的功能行为:追加测试程序中有死角代码,没有功能行为可以执行该代码:删除?很难模拟的

11、出错条件:可否有其他方法?过时的功能规范?- 更新功能规范,28,8.单一功能测试验收质量度量,预先计划的详细测试:100%完成?自动化测试覆盖率:65%?自动化测试运行结果:0%失败率?发现缺陷的难易程度:4小时发现缺陷2缺陷严重度和数量变化趋势:近期无高严重度缺陷功能稳定程度:近期代码无需改变、自动化运行一直保持100%通过,29,六 使用软件质量度量的注意事项和建议,应当加以分析后挑选适当度量不应作为唯一的测试质量衡量标准考虑人为因素和不定性因素的影响同一产品不同功能也应使用统一衡量标准分析度量结果以指导测试和开发过程研发适合自己产品使用的质量度量,30,问题解答?谢谢大家!欢迎交流!,31,

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。