GBT15532008计算机软件测试规范PPT文件格式下载.pptx
- 文档编号:13800136
- 上传时间:2022-10-13
- 格式:PPTX
- 页数:60
- 大小:3.19MB
GBT15532008计算机软件测试规范PPT文件格式下载.pptx
《GBT15532008计算机软件测试规范PPT文件格式下载.pptx》由会员分享,可在线阅读,更多相关《GBT15532008计算机软件测试规范PPT文件格式下载.pptx(60页珍藏版)》请在冰豆网上搜索。
/,TMap描述的生命周期模型,TMap基本内容,一个基于风险的测试方法基于风险的测试策略,来有效的分配测试投入在测试规划的各个时间点进行商业投入,TMap三大基石,流程,人/项目,测试环境,与软件开发生命周期一致的测试活动生命周期(L);
坚实的组织融合(O)正确的基础设施和工具(I)可用的技术(T)技术,4.2敏捷测试过程,什么是敏捷测试?
符合敏捷测试宣言的思想、遵守敏捷开发原则,在敏捷开发环境下能够很好地和其整体开发流程融合的一系列的测试实践。
2)“欣然面对需求变化,即使在开发后期也一样”,那么测试如何适应这种变化?
如何快速地完成回归测试?
3)敏捷开发强调开发和测试一起工作,“项目中的每一天都不例外”,在这样的原则下,如何去做敏捷测试?
深入敏捷宣言背后的原则
(1),尽早和持续地交付有价值的软件来满足客户欢迎需求变更即使是在项目开发后期。
要善于利用需求变更,帮助客户获得竞争优势要不断交付可用的软件,周期从几周到几个月不等,且越短越好项目过程中,业务人员与开发人员必须在一起工作,深入敏捷宣言背后的原则
(2),要善于激励项目人员,给他们以所需要的环境和支持,并相信他们能够完成任务无论是团队内还是团队间,最有效的沟通方法是面对面的交谈可用的软件是衡量进度的主要指标敏捷过程提倡可持续的开发。
项目方、开发人员和用户应该能够保持长期稳定的开发速度,对技术的精益求精、对设计的不断完善将提升敏捷性简单尽最大可能减少不必要的工作一门艺术最佳的架构、需求和设计出自于自组织的团队团队要定期反省如何能够做到更有效,并相应地调整团队的行为,深入敏捷宣言背后的原则(3),2)“欣然面对需求变化,即使在开发后期也一样”,那么测试如何适应这种变化?
4.2.1敏捷测试的特征,尽早和持续地开展测试能及时完成对软件质量全面评估软件本身是测试研究和分析最主要的对象在满足所要求的质量,测试进行得越快越好测试人员必须和项目干系人保持密切协作对测试人员足够信任和尊重测试计划、设计和执行力求简单对测试技术精益求精不断反思,持续优化测试设计,验收测试驱动开发:
ATDD,敏捷测试=持续的质量反馈,需求,设计,代码,功能,非功能特性,敏捷测试,产品经理质量问题持续反馈,质量问题持续反馈开发人员,敏捷测试,4.2.2敏捷测试流程,代码质量?
持续集成?
全过程持续的单元/系统测试,Daily,产品Backlog(确定优先级),测试需求测试任务,测试计划,可发布的产品阶段性成果,回归测试+BVT,验收测试,测试用例,22,4.2.3基于脚本测试和探索式测试,传统,现代,以人为本,流程决定结果,基于脚本的测试,scriptedTesting(ST)先设计后执行script:
手工测试的Testcase/自动化的Testscript阶段性明显,属于较传统的测试方式,分析,设计,执行,报告,Mutually:
互为、相互地,24,探索式测试定义,探索式测试(ExploratoryTest,ET)强调测试的学习、设计和执行同时展开,也就是说没有测试用例,而是靠头脑想,一面想一面测试。
整个开发节奏很快,测试要跟上这个节奏测试时间很少,需要快速完成测试对产品或业务不够熟悉,需要操作或使用它来熟悉产品某些部分复杂,需要不断探索,才能很好地完成测试,为什么引入探索式测试?
开发人员多、测试人员少,测试更关注效率整个开发节奏很快,测试要跟上这个节奏测试时间很少,需要快速完成测试对产品或业务不够熟悉,需要操作或使用它来熟悉产品某些部分复杂,需要不断探索,才能很好地完成测试,25,ST系统性强容易管理(可视性强)设计在先、执行在后验证自己的思路可预见性,ET(个人能力强)高效率适应性强执行和思考并行不断问系统学习的过程,STvs.ET,27,ETvs.ST-2,scriptedTesting,先设计、后执行强调逻辑分析关注需求和测试文档有明确的测试标准强调评审、可控严谨、规范,ExploratoryTesting,学习、设计和执行并行上下文驱动强调个人能力TestOracle关注与产品的交互拥抱变化、乐趣,4.3软件测试流派,各测试流派的特征,上下文驱动测试方法,CDT:
Context-drivenTesting任何实践活动的价值依赖于它所处的上下文在某个上下文中只有好的实践,没有最佳实践一起工作的人,才是项目的最重要组成部分项目的发展往往难以预料产品是问题的解决方案,如果问题没得到解决,产品是无用的好的软件测试时一个富有挑战性的智力过程。
只有通过判断和技能,并在整个项目过程中协同练习它们,我们才能在正确的时间做正确的事,以有效地测试我们的产品30,4.4基于风险的测试策略,基于风险的测试策略是指评估测试的优先级,先做高优先级的测试,如果时间或精力不够,低优先级的测试可以暂时先不做软件测试总是有风险的,基于风险的测试策略是最常用的策略在敏捷开发模式中,这种策略更能发挥价值,基于风险的测试策略分析,软件产品的风险度可以通过出错的影响程度和出现的概率来计算,风险测试步骤,列出软件的所有功能和特性;
确定每个功能出错的可能性;
如果某个功能出错或欠缺某个特征,需要评估对用户使用软件产品的影响程度;
根据上面两个步骤,计算风险度;
根据可能出错的迹象,来修改风险度;
决定测试的范围,编写测试方案,4.5测试过程改进,TMMi(TestingMaturityModelintegration)TPI(TestProcessImprovement)CTP(CriticalTestProcess)STEP(SystematicTest&
EvaluationProcess),4.5.1TMMi,过程能力描述了遵循一个软件测试过程可能达到的预期结果的范围。
TMMi的建立,得益于以下3点:
充分吸收、CMM/CMMi的精华;
基于历史演化的测试过程;
业界的最佳实践。
5个别级的一系列测试能力成熟度的定义,每个级别的组成包括到期目标、到期子目标活动、任务和职责等。
一套评价模型,包括一个成熟度问卷、评估程序和团队选拔培训指南。
TMM的5个级别简要描述,TMMi的4个级别内容,描述,特征目标,4.5.2TPINEXT,TPI(TestProcessImprovement)是基于连续性表示法的测试过程改进的参考模型,是在软件控制、测试知识以及过往经验的基础上开发出来的,TPI20个关键域,测试策略生命周期模型介入时间估计和计划测试规格技术静态测试技术度量测试自动化测试环境办公环境,承诺与动力测试功能与培训方法的范围沟通报告缺陷管理测试件管理测试过程管理评估底层测试,TPI级别,为了了解过程在每个关键域所处的状态,即对关键域的评估结果,通过级别是来体现。
模型提供了4个级别,由A到D,A是最低级。
根据测试过程的可视性改善、测试效率的提高、或成本的降低以及质量的提高,级别会有所上升。
详见表4-3,TPI检查点和建议,为了能客观地决定各个关键域的级别,TPI模型提供了一种度量工具检查点。
每个级别都有若干个检查点,测试过程只有在满足了这些检查点的要求之后,才意味着它达到了特定的级别检查点帮助我们发现测试过程中的问题,而建议会帮助我们解决问题,最终改进测试过程。
建议不仅包含对如何达到下个级别的指导,而且还包括一些具体的操作技巧、注意事项等。
TPI成熟度矩阵,TPINEXT,商业驱动作为测试过程提升的基础为改进目标和度量设定优先级确保商业可以引导和控制改进的过程,TPINext,不同的:
介入时间DegreeofInvolvement,测试自动化-Testtools,承诺与动力Stakeholdercommitment方法的范围Methodologypractice新增:
TestOrganization,Testcasedesign,Testerprofessionalism,(关键域)TPIvs.TPINext,4.5.3CTP,关键测试过程(CriticalTestProcess,CTP):
内容参考模型、上下文相关的方法,并能对模型进行裁剪使用CTP的过程改进,始于对现有测试过程的评估,通过评估以识别过程的强弱,并结合组织的需要提供改进的意见计划(Plan)、准备(Prepare)、执行(Perform)和完善(Perfect);
计划和完善主要是管理工作,准备和执行是实践工作,CTP12个关键过程,测试建立上下文关系和测试环境质量风险评估测试估算测试计划测试团队开发测试(管理)系统开发测试发布管理测试执行,缺陷报告测试结果报告变更管理,测试策略生命周期模型介入时间估计和计划测试规格技术静态测试技术度量测试自动化测试环境办公环境承诺与动力测试功能与培训方法的范围沟通报告缺陷管理测试件管理测试过程管理评估底层测试,4.5.4STEP,STEP(SystematicTestandEvaluationProcess,系统化测试和评估过程)是一个内容参考模型基于需求的测试策略在生命周期初始开始进行测试测试用作需求和使用模型由测试件设计导出软件设计(测试驱动开发)及早发现缺陷或完全的缺陷预防对缺陷进行系统分析测试人员和开发人员一起工作,STEP强调度量,已定义的测试过程使用客户满意度不同时期的测试状态测试需求和风险覆盖缺陷趋势,包括发现、等级和分类分项数据缺陷密度、缺陷移除效率、缺陷发现率缺陷引进、发现和移除等阶段测试成本,包括时间、工作量和资金,STEP比较,STEP与CTP比较类似,而不像TMMI和TPI,并不要求改进需要遵循特定的顺序。
某些情况下,STEP评估模型可以与TPI成熟度模型结合起来使用,4.6软件测试规范,概述ISO/GB软件质量体系标准软件测试规范,概述,国际标准国家标准行业标准企业(机构)规范项目规范,ISO9000-3QualitymanagementandqualityassurancestandardsISO/IEC12119Informationtechnology-Softwarepackages-QualityrequirementsandtestingGBT15532-2008计算机软件测试规范IEEEStd1008单元测试标准IBM程序设计开发指南,标准和质量体系认证,SC7StandardCollection,主要软件质量标准,GB/T1145
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GBT15532008 计算机软件 测试 规范