Ch3质量保证与测试策略

软件测试方法和技术

-Ch.3质量保证与测试战略Zhu.Kerry@gmail朱少民KerryZhu第二章回想Zhu.Kerry@gmail软件质量就是客户的称心度软件缺陷(Bug)是什么软件测试的根本方法 -白盒/黑盒，静态/动态，自动化/手工，…软件测试的分类和阶段 -单元、集成、系统〔性能、适用性、兼容性…〕、验收测试软件测试的任务范畴 -战略、方案、设计、执行、报告、评价…第三章质量保证与测试战略Zhu.Kerry@gmail3.1软件质量保证3.2测试战略3.3测试方案3.4软件质量的可靠性评价3.1软件质量保证〔SQA〕SQA概述SQA活动SQS与软件测试的关系Zhu.Kerry@gmail什么是SQA?软件质量保证是经过对软件产品和活动有方案的进展评审和审计来验证软件能否符合规范的系统工程活动.Zhu.Kerry@gmail确保SQA活动要自始至有方案的进展审查软件产品和活动能否遵守适用的规范、规程和要求并得到客观验证。SQA的活动和结果要保证全员参与，沟照射畅。逐级处理不符合问题SQA活动技术方法的运用正式技术评审的实施软件测试规范的执行修正的控制度量质量记录和记录保管Zhu.Kerry@gmailSQA活动的影响要素知识构造：专业的技术，例如质量管理与控制知识、统计学知识等。阅历根据：假设没有这些规范，就无法准确地判别开发活动中的问题，容易引发不用要的争论，因此组织该当建立文档化的开发规范和规程。全员参与：全员参与至关重要，高层管理者必需注重软件质量保证活动。把握重点：一定要抓住问题的重点与本质，尽能够防止堕入对细节的争论之中。Zhu.Kerry@gmailSQA战略SQA战略主要分三个阶段：以检测为重：产品制成之后进展检测，只能判别产质量量，不能提高产质量量。以过程管理为重：把质量的保证任务重点放在过程管理上，对制造过程中的每一道工序都要进展质量控制。以新产品开发为重：在新产品的开发设计阶段，采取强有力的措施来消灭由于设计缘由而产生的质量隐患。Zhu.Kerry@gmailSQA与软件测试有什么关系和区别？Zhu.Kerry@gmailSQA与软件测试的关系SQA是管理任务、审查对象是流程、强调以预防为主测试是技术任务、测试对象是产品、主要是以事后检查SQA指点测试、监控测试测试为SQA提供根据Zhu.Kerry@gmail测试战略的概念测试战略通常是描画测试工程的总体方法和目的。描画目前在进展哪一阶段的测试〔如单元测试、集成测试、系统测试〕以及每个阶段内进展的测试种类〔如功能测试、性能测试、压力测试等〕，以确定合理的测试方案使得测试更有效。Zhu.Kerry@gmail影响测试战略的要素1、测试完成的规范规范的高低对战略确定有着重要的影响。比如该软件的应该用场所为军用，这将对软件的可靠性、平安性要求非常高，但假设是用于小型商场的收费系统由于是内部运用，主要思索其计算的准确与精度及复杂统计与报表生成等方面准确性与易用性。2、资源情况 参与测试的人、测试中所需求的软件平台〔如操作系统甚至会涉及到第三方的一些运用软件〕及测试能够用到的相关硬件设备〔如计算机，网络硬件其它外设等〕Zhu.Kerry@gmail制定测试战略全面细致地了解产品的工程信息:运用领域,测试范围,市场需求,产品的特点和主要功能,技术架构基于模块、功能、整体、系统、版本、压力、性能、配置和安装等各个要素对产品的影响,公正客观地开展测试方案根据程序的重要性和一旦发生缺点将呵斥的损失,来确定它的测试等级和测试重点仔细研讨测试战略,以便能运用尽能够少的有效测试用例,发现尽能够多的程序错误,由于一次完好的软件测试过后,假设程序中脱漏的错误过多并且很严重,那么阐明本次测试是失败的,是缺乏的;而测试缺乏意味着让用户承当隐藏错误带来的危险.同时反过来说,假设过度测试,那么又会浪费许多珍贵的资源.找到一个最正确平衡点。Zhu.Kerry@gmail测试范围确实立优先级最高的需求功能新功能和编码改动较大(提高性能表现)的旧功能运用有效的测试技术去提高测试效果经常容易出现问题部分的功能一些经常被用户运用的功能和配置Zhu.Kerry@gmail测试继续阶段确实定当测试义务明确后,测试方案将依赖于测试小组的人力资源而最终确定.Task1/11/81/151/201/292/52/122/202/28需求分析-----设计审查-------------测试方案预备任务-----------------设计测试用例--------------------功能测试------------集成&系统测试--------------------第一轮测试------------第二轮测试----------确认测试------测试结束-Zhu.Kerry@gmail经过/失败的规范单个的测试经过/失败测试用例全部产品测试经过/失败每个阶段的经过/失败Zhu.Kerry@gmail测试周期MRD/PRD/UISign-offEng.PlanSign-offEng.SpecSign-offTestPlanSign-offProductReviewCodeFreezeTestCaseSign-offCodeCompleteER验收测试QA创建TestPlanQAQA创建TestCases功能测试写/审查Spec系统测试单元测试PRD/UI审查QAZhu.Kerry@gmail阶段经过/失败的规范工程经理和测试组长曾经全部按方案到位?一切相关的信息曾经传到达QA?QA.开场了测试设计?需求阶段设计审查一切设计中及文档中的问题都曾经被处理?技术设计和测试设计曾经终了?最高优先级的功能要求曾经实现?新功能曾经实现?一切的功能是按照设计来实现的?代码完成?功能验证确认测试回归测试完成与否?是不是完全按测试方案完成了一切的测试?没有严重的缺陷?到达产品发布的规范?测试环境的检查?一切严重问题是不是都已测出?功能测试,压力测试,平安测试,兼容性测试,易用性测试能否都已完成?有没有妨碍产品发布的缺陷？系统测试Zhu.Kerry@gmail风险评价测试小组开场工程测试时,硬件资源没有按时配备或依然缺乏开场工程测试时,软件产品编码没有按方案完成开场工程测试时,测试用例没有预备好短少按方案参与工程测试的测试人员在工程测试过程中,需求总是不停地改动当工程测试进展时,在设计阐明书中被定义的功能总是不停地被修正Zhu.Kerry@gmail测试评价里程碑的定义和跟踪可以协助工程管理者掌握工程的进展形状里程碑日期测试方案完成---1/15测试用例完成---1/29功能验证完成器---2/5代码冻结前完成系统测试--2/20版本发布前完成确认测试---2/28Zhu.Kerry@gmail测试方案的创建和评审MRD/PRDreview测试战略知识传送日程测试范围反响讨论分析FormalReviewmeeting问题QAdraftofTestPlanUpdatedTestPlanFinalTestPlan测试方法义务UpdatedTestPlan资源Pear-to-PearorInternalReviewChecklistZhu.Kerry@gmail测试方案内容构成测试方案制定的第一步就是将软件分解较小而且相对独立的功能模块，写成测试需求。测试需求有很多分类方法，最普通的一种就是按照功能分类：测试需求是测试设计和开发测试用例的根底，分解功能模块可以更好地进展设计；详细的测试需求是用来衡量测试覆盖率的重要目的；测试需求包括各种测试实践和开发以及所需资源。一个测试方案应包括：产品根本情况、测试需求阐明、测试战略和记录、测试资源配置、方案表、问题跟踪报告、测试方案的评审、结果等。Zhu.Kerry@gmail测试方案规范格式-116componentsofTestPlan(IEEE,1983)Testplanidentifier〔测试方案标识)Instruction(引言〕TestItems〔定义或主题词)Featurestobetested〔需求被测试的功能)Featuresnottobetested(无需被测试的功能)Approach(方法和途径〕Itemspass/failcriteria〔测试经过、失败的规范)Suspensioncriteriaandresumptionrequirements〔延迟的规范和再恢复的要求)Testdeliverables(测试交付的内容)TestingTasks(测试义务Zhu.Kerry@gmail测试方案规范格式–216componentsofTestPlan(IEEE,1983)Environmentalneeds〔必备的环境)Responsibilities(职责)Staffingandtrainingneeds(人员和必需的培训)Schedule(时间进度表)Riskandcontingencies(风险和相关费用〕Approvals〔同意)模板：中文测试方案和英文Zhu.Kerry@gmail3.4软件质量的可靠性评价3.4.1软件可靠性评价的概述3.4.2软件可靠性模型3.4.2可靠性评价过程Zhu.Kerry@gmail软件可靠性评价的概述软件可靠性评价〔SoftwareReliabilityAssessment〕指根据软件系统可靠性构造〔单元与系统间可靠性关系〕、寿命类型和各单元的可靠性实验信息，利用概率统计方法，评价出系统的可靠性特征量。软件可靠性评价的要素1〕规定的时间2〕规定的环境条件3〕规定的功能Zhu.Kerry@gmail软件可靠性模型软件可靠性模型〔Softwarereliabilitymodel〕是指为估计或估算软件的可靠性所建立的可靠性构造和数学模型。建立可靠性模型是为了将复杂系统的可靠性逐级分解为简单系统的可靠性，以便于定量估计、分配、估算和评价复杂系统的可靠性。1〕可靠性构造模型，是根据系统构造逻辑关系，对系统的可靠性特征及其开展变化规律做出可靠性评价。2〕可靠性估计模型，是用来描画软件失效与软件缺陷的关系，借助这类模型，可以对软件的可靠性特征做出定量的估计或评价。根据软件缺陷与运转剖面数据，利用统计学原理建立二者之间的数学关系，获取开发过程中可靠性变化、软件在预定任务时间的可靠度、软件在恣意时辰发生的失效数的平均值以及软件在规定时间间隔内发生失效次数的平均值。Zhu.Kerry@gmail可