Ch3-质量保证与测试策略-STMT课件

软件测试方法和技术

-Ch.3质量保证与测试策略Zhu.Kerry@KerryZhu第二章回顾Zhu.软件质量就是客户的满意度软件缺陷(Bug)是什么软件测试的基本方法

-白盒/黑盒，静态/动态，自动化/手工，…软件测试的分类和阶段

-单元、集成、系统（性能、适用性、兼容性…）、验收测试软件测试的工作范畴

-策略、计划、设计、执行、报告、评估…第三章质量保证与测试策略Zhu.3.1软件质量保证3.2测试策略3.3测试计划3.4软件质量的可靠性评估什么是SQA?软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动.

Zhu.确保SQA活动要自始至有计划的进行审查软件产品和活动是否遵守适用的标准、规程和要求并得到客观验证。SQA的活动和结果要保证全员参与，沟通顺畅。逐级解决不符合问题SQA活动技术方法的应用正式技术评审的实施软件测试标准的执行修改的控制度量质量记录和记录保存Zhu.SQA活动的影响因素知识结构：专业的技术，例如质量管理与控制知识、统计学知识等。经验依据：如果没有这些标准，就无法准确地判断开发活动中的问题，容易引发不必要的争论，因此组织应当建立文档化的开发标准和规程。全员参与：全员参与至关重要，高层管理者必须重视软件质量保证活动。把握重点：一定要抓住问题的重点与本质，尽可能避免陷入对细节的争论之中。Zhu.SQA与软件测试有什么关系和区别？

Zhu.SQA与软件测试的关系

SQA

是管理工作、审查对象是流程、强调以预防为主测试是技术工作、测试对象是产品、主要是以事后检查SQA指导测试、监控测试测试为SQA提供依据Zhu.测试策略的概念测试策略通常是描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试（如单元测试、集成测试、系统测试）以及每个阶段内进行的测试种类（如功能测试、性能测试、压力测试等），以确定合理的测试方案使得测试更有效。

Zhu.制定测试策略

全面细致地了解产品的项目信息:应用领域,测试范围,市场需求,产品的特点和主要功能,技术架构基于模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素对产品的影响,公正客观地开展测试计划根据程序的重要性和一旦发生故障将造成的损失,来确定它的测试等级和测试重点认真研究测试策略,以便能使用尽可能少的有效测试用例,发现尽可能多的程序错误,因为一次完整的软件测试过后,如果程序中遗漏的错误过多并且很严重,则表明本次测试是失败的,是不足的;而测试不足意味着让用户承担隐藏错误带来的危险.同时反过来说,如果过度测试,则又会浪费许多宝贵的资源.找到一个最佳平衡点。Zhu.测试范围的确立优先级最高的需求功能新功能和编码改动较大(提高性能表现)的旧功能运用有效的测试技术去提高测试效果经常容易出现问题部分的功能一些经常被用户使用的功能和配置Zhu.测试持续阶段的确定当测试任务明确后,测试计划将依赖于测试小组的人力资源而最终确定.

Task1/11/81/151/201/292/52/122/202/28需求分析-----设计审查

-------------

测试计划准备工作

-----------------

设计测试用例

--------------------

功能测试

------------

集成&系统测试

--------------------

第一轮测试

------------

第二轮测试

----------

确认测试

------

测试结束

-

Zhu.阶段通过/失败的标准

项目经理和测试组长已经全部按计划到位?所有相关的信息已经传达到QA?QA.开始了测试设计?需求阶段设计审查所有设计中及文档中的问题都已经被解决?技术设计和测试设计已经结束?最高优先级的功能要求已经实现?新功能已经实现?所有的功能是按照设计来实现的?代码完成?功能验证确认测试回归测试完成与否?是不是完全按测试计划完成了所有的测试?没有严重的缺陷?达到产品发布的标准?测试环境的检查?所有严重问题是不是都已测出?功能测试,压力测试,安全测试,兼容性测试,易用性测试是否都已完成?有没有阻碍产品发布的缺陷？系统测试Zhu.风险评估

测试小组开始项目测试时,硬件资源没有按时配备或仍然不足开始项目测试时,软件产品编码没有按计划完成开始项目测试时,测试用例没有准备好缺少按计划参加项目测试的测试人员在项目测试过程中,需求总是不停地改动当项目测试进行时,在设计说明书中被定义的功能总是不停地被修改Zhu.测试周期MRD/PRD/UISign-offEng.PlanSign-offEng.SpecSign-offTestPlanSign-offProductReviewCodeFreezeTestCaseSign-offCodeCompleteERAcceptantTestQACreateTestPlanQAQACreateTestCasesFeatureTestWrite/ReviewSpecSystemTestWERC:WebExEngineeringReleaseCycleWERCUnitTestPRD/UIReviewQAZhu.测试计划的创建和评审MRD/PRDreview测试策略知识传递日程测试范围反馈讨论分析FormalReviewmeeting问题QAdraftofTestPlanUpdatedTestPlanFinalTestPlan测试方法任务UpdatedTestPlan资源Pear-to-PearorInternalReviewChecklistZhu.测试计划内容构成测试计划制定的第一步就是将软件分解较小而且相对独立的功能模块，写成测试需求。测试需求有很多分类方法，最普通的一种就是按照功能分类：测试需求是测试设计和开发测试用例的基础，分解功能模块可以更好地进行设计；详细的测试需求是用来衡量测试覆盖率的重要指标；测试需求包括各种测试实际和开发以及所需资源。一个测试计划应包括：产品基本情况、测试需求说明、测试策略和记录、测试资源配置、计划表、问题跟踪报告、测试计划的评审、结果等。Zhu.测试计划标准格式-116componentsofTestPlan(IEEE,1983)Testplanidentifier（测试计划标识)Instruction(引言）TestItems（定义或主题词)Featurestobetested（需要被测试的功能)Featuresnottobetested(无需被测试的功能)Approach(方法和途径）Itemspass/failcriteria（测试通过、失败的标准)Suspensioncriteriaandresumptionrequirements（延迟的标准和再恢复的要求)Testdeliverables(测试交付的内容)TestingTasks(测试任务Zhu.3.4软件质量的可靠性评估3.4.1软件可靠性评估的概述3.4.2软件可靠性模型3.4.2可靠性评估过程Zhu.软件