软件质量保证与测试

第一章1. 质量是产品或服务满足明示或暗示需求能的特性和特征的集合。2. 内部客户的分类: 职级客户、职能客户、工序客户、流程客户3. 现代质量改进之父一戴明（戴明环) 朱兰的质量三部曲(质量计划、质量控制、质量改进) 统计质量控制(SQC)一休哈特 田口的质量哲学(预防为主) QCC 之父一石川馨 全面质量挖制之父一费根堡姆(TQC) .零缺陷管理之父一菲利浦 克劳士比第二章1.V模型是在快速应用开发模型基础上演变而来，由于将整个开发过程构造成一个V字而得名。V模型强调软件开发的协作和速度，将软件实现和验证有机地结合起来，在保证较高的软件质量情况下缩短短开发周期。 注释: 从水平对应关系看: 在边是设计和分析，是软件设计实现的过程，同时伴随着质量保证活动一审核的过程，也就是静态的测试过程;右边是对左边结果的验证，是动态测试的过程，即对设计和分析的结果进行测试，以确认是否满足用户的需求。（1） 需求分析和功能设计对应验收测试,说明在做需求分析、产品功能设计的同时，测试人员就可以阅读，审查要求分析的结果.（2）.当系统测试人在做系统设计时，测诚人须可以了解系统是如何实现的，基于什么样的平台。没计系统的测城方案和测试计划，准备测线环境的（3）做详细设计时，测试人员参与设计，对设计进行评审，找出缺陷、测试脚车（4） 在编程的同时进行单元测试，尽快找到错误。可以看出v模型避免了瀑布模型带来的的误区一软件测试是在代码完成之后进行。 从垂直方向看:水平虚线上部表明，其需求分析、定义和验收测试等主要工作是面向用户，要和用户进行充分的沟通和交流，或者是向用户一起完成。下部的大部分工作，相对来说，都是技术工作，在开发组织内部进行，主要是由工程师技术人员完成。从垂直方向上看，越在下面，白盒测试方法使用越多，到了集成，系统测诚，更多是将白盒测试和黑盒测试方法结合起来使用，形成灰盒测试方法。而在验收测诚过程中，由于用户一般要参与，所以使用黑盒测试方法。2.敏捷开发方法的宗旨是“沟迎、简化、反馈、激励”，通过亲身实践和其宣言，生诉人们:（1）个体和交互月胜过过程和工具。（2）可以工作的软件胜过面面俱到的文档（3）客户合作胜过合同谈判（4）响应变化胜过遵循计划。3.校限编程：是敏捷方法的代表，包括了测试驱动的开发思想。基本观点：客户作为团队用户素材短交付周期验收测试结队编程测试驱动开发集体所有权持续集成可持续的开发速度开放的工作空间 十一、计划博弈的本质是划分业务人员和开发人员之间的职责。十二、重构 十三、隐喻4.分阶段软件开发: 增量模型和迭代模型5.软件缺陷的定义:软件缺陷是计算机系统或者程序中存在的任何一种破坏正常运行能力的问题或错误，或者隐藏的功能缺陷或瑕疵。（1）从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题。（2）从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。软件缺陷就是软件产品中所存在的问题,最终表现为用户所需要的功能没有完全实现，没有满足用户的需求。6.从软件开发各个阶段所能发现的软件缺陷分布来看，主要集中在需求分析、系统设计阶段，代码阶段的错误要比前两个阶段少7.软件质量定义:软件产品满规定的和隐含的与需求能力有关的全部特征和特性，它包括:软件产品质量满足用户要求的程度软件各种属性的组合程用户对软件产品的综合反映成度软件在使用过程中满足用户要求的程度。8.软件质量的3A特性：可说明性，有效性，易用性。第三章1.系统分析过程的5个环节：问题定义、方案策划、预测未来变化，建模和计算、方案评估。2质量成本：为确保和保证满意的质量而发生的费用以及没有达到满意的质量所造成损失的总和，包括保证费用和损失费用。质量成本可以分为质量保证成本和损失成本。保证成本：为保证满意的质量而发生的费用。损失成本：没有达到满意的质量所造成的损失。第四章:1.POCA 循环，又叫戴明环，指计划(Plan)、做(Do）、检查（chek )和行动（Ation).2.风险管理法: 凤险识别、风险分析、风险计划、风险控制和风险跟踪。 风险识别:试图用系统化的方法来确定威胁项目计划的因素。包括风检检查表、头脑风暴合议、流程图分析以及项目人员面淡等、 风险分析: 可分为定性/定量风险分析。不同的风险对项目的影响不同: 性质，范围、时间。风险计划:制定 定应考虑、责任、资源、时间、活动、应对措施、结果,负责人。风险控制: 方法有风险避免，风险弱化、风险承担和风险转移 风险跟踪;鉴视状况。检查对策是否有效，不断识别新风险并制定对策，风险审计、偏差分析，技术指标分析。3、软件质量控制模型是指对于一个特定的软件开发项目,在如何计划和控制软件质量方面,为一个开发团队提供具体组织和实施指导的框架。4.PDCA的四过程:计划:分析当前状况，发现问题。找出原因和主要原因,制定质量方针、目标、计划书执行：计划的属行和实现，按计划实地去做，有落实具体对策，并实施过程的监控检查：对执行后效果的评估。内部审校是一项主要的检查工作。检查主要有两种形成: 管理体系的检查和产品运行过程的检查。行动：重点在于检查完结果，要采取措施，即总结成功的经验，吸取失效的教训，实施标准化，以后根据标准执行。5.质量控制模型中的3个参数:产品:一个过程的输出产品不会比输入产品质量更高，如果输入产品有缺陷，那么这些缺陷不仅不会在后续产品中自动消失,甚至它对后续阶段产品的影响更大。过程: 不管是管理过程还是技术过程,对软件质量都有着直接而重要的影响。包括: （1）产品质量是通过开发过程设计并进入产品的,同时也会引入缺陷（2）在产品中已经获得的质量，通过检查过程来了解和确认（3)涉及到的组织或部门的数组及它们之间的关系，将影响引入差错的概华。资源: 为了得到要求质量的软件产品、过程所使月的时间、资金人和设备。主理由人力资源、时间。开发环境、测试设备影响。6. SQA的功能:确保软件产品在软件生存期所有阶段的质量活动，是为了确定达到和维护需重的软件质量而进行的所有计划，有系统的管理。功能：制定和展开质量方针。制定质量保证方针和质量保证标准。建立和管理质量保证体系、明确各阶段的质量保证任务，坚持各阶段的质量评审。整理面向用户的文档与说明书等。收集、分析和整理质量信息、提出和分析重要的质量问题，总结实现阶段的质量保证活动。第五章1.基线（里程碑）:是软件生存期各开发阶段末尾的特定点。建立基线的相概念是为了把各个开发阶段的工作划分得更加明确,使得本来连续开展的开发工作在这些点上被分割开，从而更有利于检验和肯定阶段工作的成果,同时也有利于控制变更。2.版本控制是对系统不同版本进行标识和跟踪的过程。它是实行软件配置管理的基础，也是所有配置管理系统的核心功能。3.软件变更通常有两种不同的类型:功能变更和缺陷修补。4.变更请求管理过程的阶段:变更请求提交:识划变更需要,对受控的配置项的修改提出一个变更请求变更请求接收：项目必须建立接收提定的变更请求并进行追踪的机制变更请求评估:对请求变更的配置项进行系统的评估，分类和确定优先级;确定变更影响的范围和修改的程度变更决策:基于评估结果,实现哪一个变更请求以及以何种顺序来实现进行决策。变更实现:针对变更的目标产生新的工作,更新软件系统文档以及反映这一变更变更验证：提交验证结果及必要证据变更完成:并闭变更并通知请求提出人5变更管理的实施步聚变更清求提求变更接收变更评估变更决策变更实现变更验证变更完成第六章1.测量:对产品过程的某个属性的范围、数量、密度、容量或大小提供一个定量的指示。2.度量:对软件产品进行范围广泛的测度，它给出一个系统。构作成过程的某个设定属性的度的定星测量。3.尺度类型:也被称为度量层次，依赖于测量方法或现实世界中的实体属性，他也决定测量的单位，尺度类型一般分为4种：分类尺度、序列尺度、间隔尺度、比值尺度。第七章1软件失效:软件不能完成规定的功能即软件失效或称软件故障。软件失效依据其影响的大小可分为系统失效和局部失效。系统失效:由于软件故障的发生而导致系统死机。系统无法启无动、系统挂起及系统运行失去应有运行轨迹等。局部失效:系统当中的某一个或几个模块的功能失效，但并不影影响其他模块的正常使用。2.可靠性模型分类:依据所需要搜集数据的来源不同,可分为动态模型和静态模型。动态模型主要统计数据的来源是缺陷数统计分布，如依据软件生命周期中被发现的缺陷数变化趋势可作为预测可能潜伏在软件中的缺陷数参考依据。静态模型的统计数据的来源是项目其他属性或程序与模块的分析数据，知依据模块的复杂性.项目的规模等。3可靠性测试分类：可能性增长测试、可靠性验证测试。第八章1.标准的5个层次:国际标准、国家标准、行业标准、企业标准、项目规范（CMM软件能力成熟度模型）2.CMM级别的特点和关键域：I初始级 关键域无 II可重复级 软件配置管理，软件质量保证，软件子合同管理，软件项目跟踪和监督，软件项目策划，需求管理。结果：风险。III已定义级，同行评审组间协调，软件产品工程，集成软件管理，培训大纲，组织过程定义，组织过程集点。结果：生产和质量。IV已管理级 软件质量管理，定量过程管理 V优化级 过程更改管理，技术改革管理，缺陷预防。第九章1.评审的定义：评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。检验工作产品是否正确地满足以往的工作产品中建立的规范,如需求或设计文档。2.评审小组的角色:协调人、作者、评审员。3.评审的内容:管理评审、技术评审、文档评审、过程评审。4评审的方法:非正式或正式临时评审:通常应用于平常的小组合作轮查:分配审查方法。作者将需要评审的内容发送给各位评审员，并收集他们的反馈意见，但往往不太及时。走查:在软件企业中被广泛使用小组评审:有计划的和结构化的，非常接近最正式的评审技审查:最系统化最严密的评审方法，过程包含了:制定计划、准备和组织会议、跟踪和分析审查结果等。第十章1变革的阻力来自于管理阻力和文化阻力。管理阻力来自于组织现有的管理结构和管理机制的阻力。文化阻力是来自人们传统，现有观念上的阻力。第十一章1.SQA活动流程:建立SQA组织，选择SQA任务，制定/维护SQA计划,执行SQA计划。制定/维护SQA流程,定义SQA培训，选择SQA工具，改进项目的SQA流程。SQA (开展软件质量保证)，2.常用的SQA组织模型还有优缺点:独立的SQA/testing部门。独立的SQA工程师，独立的SQA小组3.SQA应该具备何种素质?扎实技术基础和背景:质量保证工程师通常要求计科的专业背景以及扎实的软件开发经验良好的沟通能力: 很多时候，SQA工程师和开发工程师的观点是相对立的。良好的沟迎能力能够很好地缓和对立，更有利于工作的完成敏锐性和客观性：能够准确地发现软件产品和过程的质量问题积极的工作态度独立工作的能力:当项目需要时,专职的SQA人员必须能够独立参与项目/产品的开发并保证项目/产品的质量达到预定 的标准。4.六西格码包括绿带、黑带、黑带大师、倡导者等5.倡导者:由经过大量六西格码培训的高级管理人员组成，是推动六西格码的最高负责人。倡导者为顺利推动六西格码提供必要的资源和支持，也是项目标准和审核的最终决定人。职责: 负责六西格码管理在组织