精华内容
下载资源
问答
  • 目前,国内精己二酸行业市场竞争日趋激烈,不仅表现在产品价格上,还表现在产品质量上,己二酸质量与其中的高硝酸根含量和高水分含量密切相关,分析了引起硝酸根含量及水分含量高的...有效保证了己二酸生产中的产品质量
  • 简单地说,QA(质量保证)是针对项目实施过程的管理手段,QC(质量控制)是针对项目产品的技术手段。 QA并非“保证质量”而是“过程管理”(Process Management),是保证过程质量;以确保项目以一套成熟高效的做事...

     实际上,这两个工作的性质明显不同,它们对从业人员的素质要求也很不相同。

    简单地说,QA(质量保证)是针对项目实施过程的管理手段,QC(质量控制)是针对项目产品的技术手段。

     

        QA并非“保证质量”而是“过程管理”(Process Management),是保证过程质量;

    以确保项目以一套成熟高效的做事方法开展和实施。依靠在QA制约下的开发过程,能够前瞻性地从制度上保障开发出好产品。

       主要措施是评审/审计

     

     

     QC是最后一关

     QC工作是指测试人员检查开发人员的产品是否满足预期的品质要求,并给出改进建议。QC服务于开发工作,处于开发工作的控制之下。更贴切地说,QC并非直接“控制质量”,而是“需求印证/确认”(Requirement Validation)或产品测试。

       主要措施是测试

    展开全文
  • 质量保证

    千次阅读 2016-12-15 11:34:11
    摘要:本文详细阐述了作者对软件项目质量管理的认识,是作者实际经验的总结。...文章详细介绍了有关质量计划编制、质量控制、质量保证的有关理论;文章也描述了进行质量管理责任分配、质量管理实施的具体方法。
    第一章 引言 
    

      许多IT项目开发的系统应用在生死攸关的场合。例如,1981年,由计算机程序改变而导致的1/67的时间偏差,使航天飞机上的5台计算机不能同步运行,这个错误导致了航天飞机发射失败。1986年,1台Therac25机器泄露致命剂量的辐射,致使两名医院病人死亡。造成惨剧的原因是一个软件出现了问题,导致这台机器忽略了数据校验。这些惨痛的教训说明,在软件开发项目中认真抓好质量管理,并加强有关软件项目质量管理的研究是摆在我们面前的重要课题。

      软件项目质量管理包括:质量计划编制、质量保证和质量控制三个过程域。质量计划是质量管理的第一过程域,它主要结合各个公司的质量方针,产品描述以及质量标准和规则通过收益、成本分析和流程设计等工具制定出来实施方略,其内容全面反应用户的要求,为质量小组成员有效工作提供了指南,为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据,为确保项目质量得到保障提供坚实的基础。质量保证则是贯穿整个项目全生命周期的有计划和有系统的活动,经常性地针对整个项目质量计划的执行情况进行评估、检查与改进等工作,向管理者、顾客或其他方提供信任,确保项目质量与计划保持一致。质量控制是对阶段性的成果进行检测、验证,为质量保证提供参考依据,它是一个PDCA循环过程。

      第二章 对软件项目质量管理理论的认识

      软件项目的质量管理指的是保证项目满足其目标要求所需要的过程,它包括编制质量计划、质量控制、质量保证等过程。

      2.1 质量计划编制

      现代质量管理的基本宗旨是:“质量出自计划,而非出自检查”。只有做出精准的质量计划,才能指导项目的实施、做好质量控制。

      编制项目的质量计划,首先必须确定项目的范围、中间产品和最终产品,然后明确关于中间产品和最终产品的有关规定、标准,确定可能影响产品质量的技术要点,并找出能够确保高效满足相关规定、标准的过程方法。编制质量计划通常采用流程图、因果分析图等方法对项目进行分析,确定需要监控的关键元素,设置合理的见证点(W点)、停工待检点(H点),并制定质量标准:

      1) 流程图:

      显示系统的各种成分是如何相互关系的,帮助我们预测在何处可能发生何种质量问题,并由此帮助开发处理他们的办法。

      2) 因果分析图(也称鱼刺图):


      对于复杂的项目,编制质量计划时可以采用因果分析图,描述相关的各种原因和子原因如何产生潜在问题或影响,将影响质量问题的“人员、设备、参考资料、方法、环境”等各方面的原因进行细致的分解,方便地在质量计划中制定相应的预防措施。其次,质量计划中还必须确定有效的质量管理体系,明确质量监理人员对项目质量负责和各级质量管理人员的权限。戴明环(又名PDCA循环法)作为有效的管理工具在质量管理中得到广泛的应用,它采用计划——执行——检查——措施的质量环,质量计划中必须将质量环上各环节明确落实到各责任单位,才能保证质量计划的有效实施。

            2.2 按照质量计划实施有效的质量控制

      质量计划确定后,按照其建立的质量管理体系,各责任单位就必须按照PDCA质量环的要求,实施有效的质量控制。质量控制应贯穿于项目的整个过程,它可分为监测和控制两个阶段:监测的目的就是收集、记录和汇报有关项目质量的数据信息;控制就是使用质量监测提供的数据,进行控制,确保项目质量与计划保持一致。

      在质量监测过程中,对于质量计划中设置的见证点、停工待检点,质量监测人员要按照作业程序及时进行测量检查(其中对于停工待检点必须由监理人员签字认可后才能进入下一道工序),以确定项目成果(或阶段成果)是否符合相关的质量标准。对于见证点或停工待检点要防止跳过检查,因为避免错误的成本总是大大低于补救错误的成本。对质量监测的结果应采用相应的统计方法进行分析,如帕累托图法(按发生频率排序的直方图,它显示了可识别原因的种类和所造成的结果的数量)等。通过统计分析对人员、设备、参考资料、方法、环境等影响项目质量的因素进行监控,确定项目实施过程是否在控制之中,同时进行趋势分析,对一些偏向于不合格的趋势及早进行控制。质量控制阶段应根据验收数据做出验收决定,确定是否进入下一步工序。对于质量监测中发现的不合格,应及时利用“因果分析图”等方法分析原因,并进行适宜的处置,保证不合格得到识别和有效的控制。不合格处置包括返工、返修、降级、让步放行、报废等形式。

      质量监测分析时,对于已发现的不合格或潜在不合格,应制定相应的纠正措施或预防措施,以消除不合格或潜在不合格的原因,防止不合格的发生。纠正措施或预防措施制定后,应对质量计划进行相应的调整,保证项目的顺利实施。

      项目收尾包括项目评估和项目终止两个阶段。项目收尾阶段的质量控制是一个非常重要而又容易忽视的内容。

      项目质量评估不仅仅是在项目完成后进行,还包括对项目实施过程中的各个关键点的质量评估。项目质量评估看起来属于事后控制,但它的目的不是为了改变那些已经发生的事情,而是试图抓住项目质量合格或不合格的精髓,以使将来的项目质量管理能从中获益。

      项目终止阶段,是在决策项目终止后,检查项目文件资料完备,包括项目施工质量验评表、竣工报告等,同时进行项目总结。项目总结是一个把实际运行情况与项目计划不断比较以提炼经验教训的过程。通过项目质量计划和总结,项目过程中的经验和教训将得到完整的记录和升华,成为“组织财富”。

      项目质量管理的难点

      每个项目的实施总是拥有同样的总体目标:质量、时间和成本。三者是一个相互制约、相互影响的统一体,其中任一项目标变化,都会引起另两个目标变化,并受其制约。如何合理的保证项目质量,正确处理质量与时间、成本之间的矛盾是项目质量管理的一个难点,这需要整合项目所有方面的内容,保证按时、低成本地实现预定的质量目标。

      根据侧重点不同,项目可分为质量倾斜型、工期倾斜型及成本倾斜型体系。我们在编制项目计划时,一般而言是时间、成本、质量标准均已确定,在项目实施过程中就需在从客观因素、具体情况出发,根据将要采取的行动和可能导致的后果进行综合分析研究;按切合实际的原则,使项目进展平衡有节奏地进行,以求达到预期目标。避免出现工期紧张或成本减少,导致质量降低的现象,而质量下降又往往造成返工等后果而导致延长工期和增加成本。

      2.3 对软件质量保证的认识

      2.3.1 有关SQA的理论

      我们都知道一个项目的主要内容是:成本、进度、质量;良好的项目管理就是综合三方面的因素,平衡三方面的目标,最终依照目标完成任务。项目的这三个方面是相互制约和影响的,有时对这三方面的平衡策略甚至成为一个企业级的要求,决定了企业的行为,我们知道 IBM的软件是以质量为最重要目标的,而微软的“足够好的软件”策略更是耳熟能详,这些质量目标其实立足于企业的战略目标。所以用于进行质量保证的SQA 工作也应当立足于企业的战略目标,从这个角度思考SQA,形成对SQA的理论认识。

      软件界已经达成共识的:影响软件项目进度、成本、质量的因素主要是 “人、过程、技术”。首先要明确的是这三个因素中,人是第一位的。

    现在许多实施 CMM的人员沉溺于CMM的理论过于强调“过程”,这是很危险的倾向。这个思想倾向在国外受到了猛烈抨击,从某种意义上各种敏捷过程方法的提出就是对强调过程的一种反思。 “XP”中的一个思想“人比过程更重要” 是值得我们思考的。我个人的意见在进行过程改进中坚持“以人为本”,强调过程和人的和谐。

      根据现代软件工程对众多失败项目的调查,发现管理是项目失败的主要原因。这个事实的重要性在于说明了 “要保证项目不失败,我们应当更加关注管理”,注意这个事实没有说明另外一个问题“良好的管理可以保证项目的成功”。现在很多人基于一种粗糙的逻辑,从一个事实反推到的这个结论,在逻辑上是错误的,这种错误形成了更加错误的做法,这点在SQA的理解上是体现较深。

      如果我们考证一下历史的沿革,应当更加容易理解 CMM的本质。CMM首先是作为一个“评估标准”出现的,主要评估的是美国国防部供应商保证质量的能力。CMM关注的软件生产有如下特点:

      (1)质量重要

      (2)规模较大

      这是 CMM产生的原因。它引入了“全面质量管理”的思想,尤其侧重了“全面质量管理”中的“过程方法”,并且引入了“统计过程控制”的方法。可以说这两个思想是CMM背后的基础。

      上面这些内容形成了我们对软件过程地位、价值的基本理解;在这个基础上我们可以引申讨论 SQA。

      2.3.2 生产线的隐喻

      如果将一个软件生产类比于一个工厂的生产。那么生产线就是过程,产品按照生产线的规定过程进行生产。 SQA的职责就是保证过程的执行,也就是保证生产线的正常执行。

      抽象出管理体系模型的如下,这个模型说明了一个过程体系至少应当包含 “决策、执行、反馈”三个重要方面。


      QA的职责就是确保过程的有效执行,监督项目按照过程进行项目活动;它不负责监管产品的质量,不负责向管理层提供项目的情况,不负责代表管理层进行管理,只是代表管理层来保证过程的执行。

            2.3.3 SQA和其他工作的组合

      在很多企业中,将 SQA的工作和QC、SEPG、组织级的项目管理者的工作混合在一起了,有时甚至更加注重其他方面的工作而没有做好SQA 的本职工作。

      国内现在基本有三种QA(按照工作重点不同来分):一是过程改进型,一是配置管理型,一是测试型。个人认为是因为SQA工作和其他不同工作组合在一起形成的。

      下面根据经验对它们之间的关系进行一个说明。

      QA和QC ,两者基本职责;

      QC:检验产品的质量,保证产品符合客户的需求;是产品质量检查者;

      QA:审计过程的质量,保证过程被正确执行;是过程质量审计者;

      注意区别检查和审计的不同,检查:就是我们常说的找茬,是挑毛病的;

      审计:来确认项目按照要求进行的证据;仔细看看CMM中各个KPA中SQA的检查采用的术语大量用到了“证实”,审计的内容主要是过程的;对照 CMM看一下项目经理和高级管理者的审查内容,他们更加关注具体内容。

      对照上面的管理体系模型,QC进行质量控制,向管理层反馈质量信息;QA则确保QC按照过程进行质量控制活动,按照过程将检查结果向管理层汇报。这就是QA和QC工作的关系。

      在这样的分工原则下, QA只要检查项目按照过程进行了某项活动没有,产出了某个产品没有;而QC来检查产品是否符合质量要求。

      如果企业原来具有 QC人员并且QA人员配备不足,可以先确定由QC兼任QA工作。但是只能是暂时的,独立的QA人员应当具备,因为QC工作也是要遵循过程要求的,也是要被审计过程的,这种混合情况,难以保证QC工作的过程质量。

      QA 和SEPG,两者基本职责。SEPG:制定过程,实施过程改进;QA:确保过程被正确执行。SEPG应当提供过程上的指导,帮助项目组制定项目过程,帮助项目组进行策划;从而帮助项目组有效的工作,有效的执行过程。如果项目和QA对过程的理解发生争持,SEPG作为最终仲裁者。为了进行有效过程改进,SEPG必须分析项目的数据。QA本也要进行过程规范,那么所有QA中最有经验、最有能力的QA可以参加SEPG,但是要注意这两者的区别。

      如果企业的 SEPG人员具有较为深厚的开发背景,可以兼任SQA工作,这样利于过程的不断改进;但是由于立法、执法集于一身也容易造成SQA过于强势,影响项目的独立性。

      管理过程比较成熟的企业,因为企业的文化和管理机制已经健全, SQA职责范围的工作较少,往往只是针对具体项目制定明确重点的SQA计划,这样SQA的审计工作会大大减少,从而可以同时审计较多项目。

      另一方面,由于分工的细致化,管理体系的复杂化,往往需要专职的 SEPG人员,这些人员要求了解企业的所有管理过程和运作情况,在这个基础上才能统筹全局的进行过程改进,这时了解全局的SQA人员就是专职SEPG的主要人选;这些SQA人员将逐渐的转化为SEPG人员,并且更加了解管理知识,而SQA工作渐渐成为他们的兼职工作。这种情况在许多 CMM5企业比较多见,往往有时看不见SQA人员在项目组出现或者很少出现,这种SEPG和SQA的融合特别有利于组织的过程改进工作。SEPG确定过程改进内容,SQA计划重点反映这些改进内容,从保证有效的改进,特别有利于达到CMM5的要求。从这个角度,国外的SQA人员为什么高薪就不难理解了,也决定了当前中国SQA人员比较被轻视的原因;因为管理过程还不完善,我国的SQA人员还没有产生这么大的价值。

            现在许多实施 CMM的人员沉溺于CMM的理论过于强调“过程”,这是很危险的倾向。这个思想倾向在国外受到了猛烈抨击,从某种意义上各种敏捷过程方法的提出就是对强调过程的一种反思。 “XP”中的一个思想“人比过程更重要” 是值得我们思考的。我个人的意见在进行过程改进中坚持“以人为本”,强调过程和人的和谐。2.3.4 QA和组织级的监督管理

      有的企业为了更好的监督管理项目,建立了一个角色,我取名为 “组织级的监督管理者”,他们的职责是对所有项目进行统一的跟踪、监督、适当的管理,来保证管理层对所有项目的可视性、可管理性。为了有效管理项目, “组织级的监督管理者” 必须分析项目的数据。 他们的职责对照上图的模型,就是执行 “反馈”职能。

      QA本身不进行反馈工作,最多对过程执行情况的信息进行反馈。SQA职责最好不要和“组织级的项目管理者” 的职责混合在一起,否则容易出现SQA困境:一方面SQA不能准确定位自己的工作,另一方面过程执行者对SQA人员抱有较大戒心。

      如果建立了较好的管理过程,那么就会增强项目的可视性,从而保证企业对所有项目的较好管理;而 QA来确保这个管理过程的运行。

      2.3.4SQA的工作内容和工作方法

      2.3.4.1 计划

      针对具体项目制定 SQA计划,确保项目组正确执行过程。制定SQA计划应当注意如下几点:

      有重点:依据企业目标以及项目情况确定审计的重点。

      明确审计内容:明确审计哪些活动,哪些产品。

      明确审计方式:确定怎样进行审计。

      明确审计结果报告的规则:审计的结果报告给谁。

      2.3.4.2 审计/证实

      依据 SQA计划进行SQA审计工作,按照规则发布审计结果报告。 注意审计一定要有项目组人员陪同,不能搞突然袭击。双方要开诚布公,坦诚相对。 审计的内容:是否按照过程要求执行了相应活动,是否按照过程要求产生了相应产品。

      2.3.4.3 问题跟踪

      对审计中发现的问题,要求项目组改进,并跟进直到解决。

      2.3.4.4 SQA的素质

      过程为中心:应当站在过程的角度来考虑问题,保证了过程, QA就尽到了责任。

      服务精神:为项目组服务,帮助项目组确保正确执行过程。

      了解过程:深刻了解企业的工程,并具有一定的过程管理理论知识。

      了解开发:对开发工作的基本情况了解,能够理解项目的活动。

      沟通技巧:善于沟通,能够营造良好的气氛,避免审计活动成为一种找茬活动。

    展开全文
  • Purpose 目的过程与产品质量保证(PPQA)的目的在于使项目成员与管理层客观地了解过程及相关的工作产品。Introductory Notes 简介过程与产品质量保证过程域包含以下内容: * 依据适用的过程描述、标准和程序,对已...
    Purpose 目的

    过程与产品质量保证(PPQA)的目的在于使项目成员与管理层客观地了解过程及相关的工作产品。

    Introductory Notes 简介

    过程与产品质量保证过程域包含以下内容:
    * 依据适用的过程描述、标准和程序,对已执行的过程、工作产品和服务进行客观评估
    * 识别和记录不符合问题
    * 将质量保证活动的结果反馈给项目成员及管理者
    * 确保不符合问题已经处理
    过程与产品质量保证过程域,为项目成员与各级管理者提供能适当的了解和反馈,项目生命周期中的各个过程及相关工作产品,以支持交付高质量的产品与服务。
    过程与产品质量保证过程域的各项实践,确保已策划的过程被执行,而验证过程域的各项实践,确保特定的需求得到满足。这两个过程域有时可能从不同的角度关注同样的工作产品。项目在继续保持从各自的角度看问题时,也应利用两种角度的重叠之处,以降低重复的工作量。
    过程与产品质量保证评估的客观性,是项目成功的关键。客观性通过独立评估及使用评估标准来实现。通常由那些不生产工作产品的人,依据标准,采用多种方法相结合进行评估。可使用较不正式的方法进行广泛的日常评估;使用较正式的方法进行定期评估,以确保客观性。
    一般情况下,独立于项目之外的质量保证组可以保证这种客观性。然而,对某些组织而言,在并非独立的情况下实施过程与产品质量保证,可能也很合适。例如,在一些具有开放性、质量导向文化的组织中,过程与产品质量保证的角色由组织成员部分或全部来执行,而且质量保证功能可能植根于过程之中。对一些小型组织而言,这可能是最可行的方法。

    clip_image001

    如果质量保证植根于过程之中,下面几个问题必须处理以确保其客观性。每位实施质量保证活动的人员,应接受过质量保证方面的培训。实施工作产品质量保证活动的人员,应与直接参与开发或维护工作产品的人员分开。必须有独立的向组织适当的管理层汇报的渠道,使得不符合的问题必要时能够逐级上报。
    质量保证应开始于项目初期,参与建立有益于项目的计划、过程、标准和程序,并满足项目与组织方针的需求。实施质量保证的人员,参与制定计划、过程、标准与程序,以确保其符合项目需要,并在实施质量保证评估时可用。此外,将指定项目期间需要评估的特定过程及相关的工作产品。该指定可能以抽样或客观标准为基础,并与组织方针及项目需求与需要相一致。
    当识别出不符合问题时,首先尽可能在项目内处理并解决。项目内无法解决的不符合问题,要逐级上报到适当的管理层解决。
    本过程域主要用于项目活动与工作产品的评估,但也适用于非项目活动与工作产品的评估,如培训活动。针对这些活动与工作产品,“项目”这一术语应给予适当的解释。

    特定实践
    SG 1 Objectively Evaluate Processes and Work Products 客观评估过程与工作产品
    按照适当的过程描述、标准、程序,对实施的过程、相关的工作产品以及服务进行客观的评估,了解是否具有一致性。

    SP 1.1 Objectively Evaluate Processes 客观评估过程
    按照适当的过程描述、标准与程序,对指定实施的过程进行客观的评估。
    质量保证评估的客观性是项目成功的关键。对于质量保证报告的系统描述,以及如何确保其客观性,应进行定义。

    典型的工作产品
    1.评估报告
    2.不符合问题的报告
    3.纠正措施

    子实践
    1.提倡并鼓励员工参与识别并报告质量问题的氛围(该氛围环境的建立是项目管理的一部分)。
    2.建立并维护明确的评估标准。
    本子实践的目的在于依据商业需要,提供一些标准,举例如下:
    * 评估的对象是什么
    * 何时评估以及评估的频率
    * 如何进行评估
    * 哪些人必须参与评估
    3.运用规定的标准,来评估实施的过程对过程描述、标准及程序的遵循程度。
    4.识别评估中发现的每个不符合的问题。
    5.确定能够用于改进今后产品和服务过程的经验教训。

    SP 1.2 Objectively Evaluate Work Products and Services 客观地评估工作产品与服务
    按照适当的过程描述、标准和程序,客观地评估指定的工作产品与服务。

    典型的工作产品
    1.评估报告
    2.不符合问题的报告
    3.纠正措施

    子实践
    1.采用抽样方式时,根据书面的抽样标准,选择评估的工作产品。
    2.建立并维护明确的工作产品评估标准。
    本子实践的目的在于依据商业需要,提供一些标准,举例如下:
    * 对工作产品进行评估时,具体要评估什么内容
    * 工作产品应该何时评估以及评估的频率
    * 如何进行评估
    * 哪些人必须参与评估
    3.对工作产品进行评估时,要采用规定的标准。
    4.工作产品要在交付给客户之前进行评估。
    5.在开发过程中选定的里程碑点,评估工作产品。
    6.依据过程描述、标准与程序,对工作产品及服务进行渐进式的评估。
    7.识别评估时发现的每一个不符合的问题。
    8.确定能够用于改进今后产品和服务过程的经验教训。

    SG 2 Provide Objective Insight 提供客观的情况
    客观地跟踪与沟通不符合的问题,确保问题得到解决。

    SP 2.1 Communicate and Ensure Resolution of Noncompliance Issues 沟通并确保解决不符合的问题
    与项目成员及管理者沟通质量问题,并确保解决不符合的问题。
    不符合问题是在评估中识别出的问题,它们反映出在遵循适用的标准、过程描述或程序中的不足。不符合问题的状态可以提供质量趋势的指标。质量问题包括不符合问题和趋势分析结果。
    如果不能就地解决不符合的问题,要运用已建立的逐级上报机制,确保适当的管理层能够解决问题。要跟踪不符合问题,直到解决为止。

    典型的工作产品
    1.纠正措施报告
    2.评估报告
    3.质量趋势

    子实践
    1.尽可能与适当的成员一起,解决每个不符合问题。
    2.当不符合问题无法在项目内部得到解决时,将其记录成书面的文件。
    项目内部解决不符合问题的方式,举例如下:
    * 处理不符合的问题
    * 对被违背的过程描述、标准和程序,进行修改或变更
    * 取得一份豁免书,同意放弃不符合的问题
    3.将无法在项目内部得到解决的问题,逐级上报给指定接收与处理不符合问题的适当的管理层。
    4.分析不符合的问题,看能否发现一些质量趋势,并进行处理。
    5.确保相关干系人能够及时了解评估结果与质量趋势。
    6.由指定接收与处理不符合问题的管理者,定期评审未解决的不符合问题及其发展趋势。
    7.跟踪不符合问题直到解决为止。

    SP 2.2 Establish Records 建立记录
    建立并维护质量保证活动的记录。

    典型的工作产品
    1.评估记录
    2.质量保证报告
    3.纠正措施的状态报告
    4.质量趋势报告

    子实践
    1.详细记录过程与产品质量保证活动,以便了解实际状态与结果。
    2.必要时修订质量保证活动的状态与历史记录。

    展开全文
  • 软件质量保证方案

    2017-03-29 21:00:04
    软件质量保证(SQA-Software Quality Assurance)提供一种有效的人员组织形式和管理方法,通过客观地从过程和产品两个方面评审和审计软件活动的质量,对其是否符合既定的标准进行监督,收集不符合项,及时反馈给项目...
  • 本文档的目的是为特定产品、项目或合同的质保工作提供指导,帮助项目组其他成员了解质量保证要素,明确质量保证活动,确定质量保证范围。本文档将规定项目质量管理员的职责和权利,资源要求,活动安排,进度,要求...
  • 质量保证方案.doc

    2020-05-09 13:28:20
    质量保证与控制是质量管理中最重要的一个环节,质量目的是否能够有效的实现都有赖于此环节的实施控制。本环节对产品开发的各阶段定出质量指导方针、评审管理规则、检查清单以及质量分析与改进。其中 1. 质量指导方针...
  • 软件开发质量保证方案软件开发质量保证方案软件开发质量保证方案软件开发质量保证方案
  • 石材实施进度及进度保障措施,货源,产品质量保证措施
  • 软件质量保证

    千次阅读 2013-05-17 12:43:13
    软件质量保证(SQA)是建立一套有计划,有系统的方法,来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。软件质量保证的目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和...

    软件质量保证(SQA)是建立一套有计划,有系统的方法,来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。软件质量保证的目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。软件质量保证组在项目开始时就一起参与建立计划、标准和过程。这些将使软件项目满足机构方针的要求。

    软件质量保证 - 一、基本目标

          目标 1: 软件质量保证工作是有计划进行的。
          目标 2: 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求
          目标 3: 将软件质量保证工作及结果通知给相关组别和个人。
          目标 4: 高级管理层接触到在项目内部不能解决的不符合问题。

    软件质量保证 - 二、QA的由来

          我们知道,国外很多的大公司,QA的职责就是测试(主要是系统测试),比如IBM、CA、PeopleSoft等。其实在最初,几乎所有的公司都是这样的。后来,由于缺乏有效的项目计划和项目管理,留给系统测试的时间很少(注:我以前做的一个项目,项目经理就明确告诉我系统测试就1天,没得商量)。另外,需求变化太快,没有完整的需求文档,测试人员就只能根据自己的想象来测试。这样一来,测试就很难保障产品的质量,事先预防的QA职能就应运而生。
    事先预防其实是借鉴了TQM的思想,而且也符合软件工程“缺陷越早发现越早修改越经济”的原则。这些思想的渊源还可以追溯到中国古代的典故中,比如曲突徙薪、扁鹊论医术等。特别是扁鹊论医术这个典故,我偶然在国外的一篇文章中看到了(后来在林锐的文章中也看到了),常感叹我们国人连祖先的思想文化遗产都丢的差不多了。

    软件质量保证 - 三、QA的现在

          目前,实施CMM的企业越来越多了。CMM模型就要求建立QA角色。这里的QA类似于过程警察,主要职责是,检查开发和管理活动是否与已定的过程策略、标准和流程一致,检查工作产品是否遵循模板规定的内容和格式。在这些企业中,一般还要求QA独立于项目组,以保障评价的客观性。从国内来看,多数的QA没有技术背景,检查出的偏差多为鸡毛蒜皮,再加上自己没有令人信服的背景,领导也不支持,当然做起来就很困难了。

          缺乏信任和支持只是一个方面,QA工作本身就很具挑战性。它要求QA具有软件工程的知识、软件开发的知识、行业背景的知识、数理统计的知识、项目管理的知识、质量管理的知识等等。

          我们常常遇到这样的问题,改进到一定程度就很难突破,感觉心有余而力不足了,就开始郁闷了。后来通过学习、培训、交流,思想和技能得到升华,又发现了木桶中最短的那块,然后又开始改进,然后又遇到了玻璃天花板,然后……就这样处于郁闷的循环中。

          假使我们掌握了所有的知识,能突破所有的玻璃天花板,那是不是QA就可以一帆风顺了。答案是否定的。QA角色定义本身就有很大的局限性。QA充当的是过程警察的角色,无论是否有意义,都专横地强制过程的执行,容易在项目组中造成敌对的关系,受到排挤,而且这种警察的姿态也破坏了团队精神。如此一来,QA工作还需要的是人际关系技能,就如我以前写的《质量平衡》和《QA应该独立于项目组吗?》一样,艺术化地处理这种关系。

    软件质量保证 - 四、QA的未来

          从某种程度上说,独立的QA审查机制是瀑布模型的产物。随着现代软件开发技术的演变,螺旋模型和迭代模型的兴起,QA机制正在悄然发生变化。这种变化就是从独立专职的QA向贯穿过程的兼职QA演变。在CMMI模型中,这种兼职的QA也是被允许的。为什么会发生这种改变呢?无论是XPRUP还是其它先进的方法论,都是先产生架构,然后再增量开发,直到完成。这种模式中,需求和设计缺陷在各个迭代周期被所尽早发现和修复,质量也内建于架构和过程中,项目的成本和进度也得到保障。
    到那时,是不是独立的QA就不复存在了呢?有些成熟度较低的企业还是需要??。

    软件质量保证 - 五、SQA的理论探索

          1、过程的认识

          我们都知道一个项目的主要内容是:成本、进度、质量;良好的项目管理就是综合三方面的因素,平衡三方面的目标,最终依照目标完成任务。项目的这三个方面是相互制约和影响的,有时对这三方面的平衡策略甚至成为一个企业级的要求,决定了企业的行为,我们知道 IBM的软件是以质量为最重要目标的,而微软的“足够好的软件”策略更是耳熟能详,这些质量目标其实立足于企业的战略目标。所以用于进行质量保证的SQA工作也应当立足于企业的战略目标,从这个角度思考SQA,形成对SQA的理论认识。

          软件界已经达成共识的:影响软件项目进度、成本、质量的因素主要是 “人、过程、技术”。首先要明确的是这三个因素中,人是第一位的。

          现在许多实施 CMM的人员沉溺于CMM的理论过于强调“过程”,这是很危险的倾向。这个思想倾向在国外受到了猛烈抨击,从某种意义上各种敏捷过程方法的提出就是对强调过程的一种反思。 “XP”中的一个思想“人比过程更重要” 是值得我们思考的。我个人的意见在进行过程改进中坚持“以人为本”,强调过程和人的和谐。

          根据现代软件工程对众多失败项目的调查,发现管理是项目失败的主要原因。这个事实的重要性在于说明了 “要保证项目不失败,我们应当更加关注管理”,注意这个事实没有说明另外一个问题“良好的管理可以保证项目的成功”。现在很多人基于一种粗糙的逻辑,从一个事实反推到的这个结论,在逻辑上是错误的,这种错误形成了更加错误的做法,这点在SQA的理解上是体现较深。

          如果我们考证一下历史的沿革,应当更加容易理解 CMM的本质。CMM首先是作为一个“评估标准”出现的,主要评估的是美国国防部供应商保证质量的能力。CMM关注的软件生产有如下特点:
          (1)质量重要
          (2)规模较大

          这是 CMM产生的原因。它引入了“全面质量管理”的思想,尤其侧重了“全面质量管理”中的“过程方法”,并且引入了“统计过程控制”的方法。可以说这两个思想是CMM背后的基础。

          上面这些内容形成了我对软件过程地位、价值的基本理解;在这个基础上我们可以引申讨论 SQA。

          2、生产线的隐喻

          如果将一个软件生产类比于一个工厂的生产。那么生产线就是过程,产品按照生产线的规定过程进行生产。 SQA的职责就是保证过程的执行,也就是保证生产线的正常执行。

          抽象出管理体系模型的如下,这个模型说明了一个过程体系至少应当包含 “决策、执行、反馈”三个重要方面。

          QA的职责就是确保过程的有效执行,监督项目按照过程进行项目活动;它不负责监管产品的质量,不负责向管理层提供项目的情况,不负责代表管理层进行管理,只是代表管理层来保证过程的执行。

    软件质量保证

          3、SQA和其他工作的组合

          在很多企业中,将 SQA的工作和QC、SEPG、组织级的项目管理者的工作混合在一起了,有时甚至更加注重其他方面的工作而没有做好SQA的本职工作。

          根据 hjhza 的意见“中国现在基本有三种QA(按照工作重点不同来分):一是过程改进型,一是配置管理型,一是测试型”。我个人认为是因为SQA工作和其他不同工作组合在一起形成的。

          下面根据本人经验对它们之间的关系进行一个说明。

          4、QA和QC

          两者基本职责

          QC:检验产品的质量,保证产品符合客户的需求;是产品质量检查者;
          QA:审计过程的质量,保证过程被正确执行;是过程质量审计者;

          注意区别检查和审计的不同

          检查:就是我们常说的找茬,是挑毛病的;

          审计:来确认项目按照要求进行的证据;仔细看看CMM中各个KPA中SQA的检查采用的术语大量用到了“证实”,审计的内容主要是过程的;对照CMM看一下项目经理和高级管理者的审查内容,他们更加关注具体内容。

          对照上面的管理体系模型,QC进行质量控制,向管理层反馈质量信息;QA则确保QC按照过程进行质量控制活动,按照过程将检查结果向管理层汇报。这就是QA和QC工作的关系。

          在这样的分工原则下, QA只要检查项目按照过程进行了某项活动没有,产出了某个产品没有;而QC来检查产品是否符合质量要求。

          如果企业原来具有 QC人员并且QA人员配备不足,可以先确定由QC兼任QA工作。但是只能是暂时的,独立的QA人员应当具备,因为QC工作也是要遵循过程要求的,也是要被审计过程的,这种混合情况,难以保证QC工作的过程质量。

          5、QA和SEPG

          两者基本职责

          SEPG:制定过程,实施过程改进;
          QA: 确保过程被正确执行

          SEPG应当提供过程上的指导,帮助项目组制定项目过程,帮助项目组进行策划;从而帮助项目组有效的工作,有效的执行过程。如果项目和QA对过程的理解发生争持,SEPG作为最终仲裁者。为了进行有效过程改进,SEPG必须分析项目的数据。

          QA本也要进行过程规范,那么所有QA中最有经验、最有能力的QA可以参加SEPG,但是要注意这两者的区别。

          如果企业的 SEPG人员具有较为深厚的开发背景,可以兼任SQA工作,这样利于过程的不断改进;但是由于立法、执法集于一身也容易造成SQA过于强势,影响项目的独立性。

          管理过程比较成熟的企业,因为企业的文化和管理机制已经健全, SQA职责范围的工作较少,往往只是针对具体项目制定明确重点的SQA计划,这样SQA的审计工作会大大减少,从而可以同时审计较多项目。工的细致化,管理体系的复杂化,往往需要专职的 SEPG人员,这些人员要求了解企业的所有管理过程和运作情况,在这个基础上才能统筹全局的进行过程改进,这时了解全局的SQA人员就是专职SEPG的主要人选;这些SQA人员将逐渐的转化为SEPG人员,并且更加了解管理知识,而SQA工作渐渐成为他们的兼职工作。

          这种情况在许多 CMM5企业比较多见,往往有时看不见SQA人员在项目组出现或者很少出现,这种SEPG和SQA的融合特别有利于组织的过程改进工作。SEPG确定过程改进内容,SQA计划重点反映这些改进内容,从保证有效的改进,特别有利于达到CMM5的要求。从这个角度,国外的SQA人员为什么高薪就不难理解了,也决定了当前中国SQA人员比较被轻视的原因;因为管理过程还不完善,我们的SQA人员还没有产生这么大的价值嘛!

          6、QA和组织级的监督管理

          有的企业为了更好的监督管理项目,建立了一个角色,我取名为 “组织级的监督管理者”,他们的职责是对所有项目进行统一的跟踪、监督、适当的管理,来保证管理层对所有项目的可视性、可管理性。

          为了有效管理项目, “组织级的监督管理者”必须分析项目的数据。

          他们的职责对照上图的模型,就是执行 “反馈”职能。

          QA本身不进行反馈工作,最多对过程执行情况的信息进行反馈。

          SQA职责最好不要和“组织级的项目管理者”的职责混合在一起,否则容易出现SAQ困境:一方面SQA不能准确定位自己的工作,另一方面过程执行者对SQA人员抱有较大戒心。

          如果建立了较好的管理过程,那么就会增强项目的可视性,从而保证企业对所有项目的较好管理;而 QA来确保这个管理过程的运行。

    五、SQA的工作内容和工作方法

          1、 计划

          针对具体项目制定 SQA计划,确保项目组正确执行过程。制定SQA计划应当注意如下几点:

          有重点:依据企业目标以及项目情况确定审计的重点
          明确审计内容:明确审计哪些活动,那些产品
          明确审计方式:确定怎样进行审计
          明确审计结果报告的规则:审计的结果报告给谁

          2、审计/证实

          依据 SQA计划进行SQA审计工作,按照规则发布审计结果报告。

          注意审计一定要有项目组人员陪同,不能搞突然袭击。双方要开诚布公,坦诚相对。

          审计的内容:是否按照过程要求执行了相应活动,是否按照过程要求产生了相应产品。

          3、问题跟踪

          对审计中发现的问题,要求项目组改进,并跟进直到解决。


    六、SQA的素质

          过程为中心:应当站在过程的角度来考虑问题,只要保证了过程, QA就尽到了责任。

          服务精神:为项目组服务,帮助项目组确保正确执行过程

          了解过程:深刻了解企业的工程,并具有一定的过程管理理论知识

          了解开发:对开发工作的基本情况了解,能够理解项目的活动

          沟通技巧:善于沟通,能够营造良好的气氛,避免审计活动成为一种找茬活动。

    七、SQA活动

          软件质量保证(SQA)是一种应用于整个软件过程的活动,它包含:
          1、一种质量管理方法
          2、有效的软件工程技术(方法和工具)
          3、在整个软件过程中采用的正式技术评审
          4、一种多层次的测试策略
          5、对软件文档及其修改的控制
          6、保证软件遵从软件开发标准
          7、度量和报告机制

       SQA与两种不同的参与者相关 —— 做技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的SQA小组 。

       软件工程师通过采用可靠的技术方法和措施,进行正式的技术评审,执行计划周密的软件测试来考虑质量问题,并完成软件质量保证和质量控制活动。

       SQA小组的职责是辅助软件工程小组得到高质量的最终产品。SQA小组完成:

    (1)为项目准备SQA计划。该计划在制定项目规定项目计划时确定,由所有感兴趣的相关部门评审。
    ·需要进行的审计和评审;
    ·项目可采用的标准;
    ·错误报告和跟踪的规程;
    ·由SQA小组产生的文档;
    ·向软件项目组提供的反馈数量。
    (2)参与开发项目的软件过程描述。评审过程描述以保证该过程与组织政策,内部软件标准,外界标准以及项目计划的其他部分相符。
    (3)评审各项软件工程活动,对其是否符合定义好的软件过程进行核实。记录、跟踪与过程的偏差。
    (4)审计指定的软件工作产品,对其是否符合事先定义好的需求进行核实。对产品进行评审,识别、记录和跟踪出现的偏差;对是否已经改正进行核实;定期将工作结果向项目管理者报告。
    (5)确保软件工作及产品中的偏差已记录在案,并根据预定的规程进行处理。
    (6)记录所有不符合的部分并报告给高级领导者。

    八、正式技术评审(FTR)

      正式技术评审是一种由软件工程师和其他人进行的软件质量保障活动。

    1. 目标:
    (1) 发现功能、逻辑或实现的错误
    (2) 证实经过评审的软件的确满足需求
    (3) 保证软件的表示符合预定义的标准
    (4) 得到一种一致的方式开发的软件
    (5) 使项目更易管理

    2、评审会议
    3-5人参加,不超过2小时,由评审主席、评审者和生产者参加,必须做出下列决定中的一个 :
    (1)工作产品可不可以不经修改而被接受;
    (2)由于严重错误而否决工作产品;
    (3)暂时接受工作产品。

    3、评审总结报告、回答
    评审什么?由谁评审?结论是什么?
    评审总结报告是项目历史记录的一部分,标识产品中存在问题的区域,作为行政条目检查表以指导生产者进行改正。

    4、评审指导原则
    (1)评审产品,而不是评审生产者。注意客气地指出错误,气氛轻松。
    (2)不要离题,限制争论。有异议的问题不要争论但要记录在案。
    (3)对各个问题都发表见解。问题解决应该放到评审会议之后进行。
    (4)为每个要评审的工作产品建立一个检查表。应为分析、设计、编码、测试文档都建立检查表。
    (5)分配资源和时间。应该将评审作为软件工程

    九、统计软件质量保证

    1、对所有错误进行分类统计
    IES    规约不完整或规格说明错
    MCC  未理解用户意图
    IDS    故意偏离规格说明
    VPS    违背编程标准
    EDR    数据表示有错
    ICI     构件接口不一致
    EDL    设计逻辑有错
    IET     测试不完全或有错
    IID     不准确或不完整的文档
    PLT     设计的程序设计语言翻译错
    HCI     不清晰或不一致的人机界面
    MIS     杂项错误
    按严重,一般和微小级别统计各类错误的次数所占百分比,以及所有错误的数量及百分比。例如,建立一张类似如下的表格。
    软件质量保证

    然后考虑“重要少数”的错误指标,提出改进意见。

    2、根据软件过程中的每个步骤计算错误指标。

    Ei = 第i发现的错误总数
    Si = 严重错误数
    Mi = 一般错误数
    Ti = 微小错误数
    PS = 第i步的产品规模( LOC,设计陈述,文档页数)
    Ws,Wm,Wt分别是严重,一般,微小错误的加权因子, 推荐取值,Ws=10,Wm=3,Wt=1
    软件工程 在过程的每一步中,计算各阶段的阶段指标
    PIi = Ws(Si / Ei)+Wm(Mi / Ei)+Wt(Ti / Ei)
    错误指标
    Ei= ∑(i×PIi)/ PS
      =(PI1 + 2PI2 + 3PI3 + … + i*PIi)/ PS
    错误指标与上面表格中收集的信息相结合可以得出软件质量整体改进指标。七、质量保证与检验
    确保每个开发过程的质量,防止把软件差错传播到下一个过程,因此,检验的目的有两个:
    1.切实搞好开发阶段的管理,检查各开发阶段的质量保证。
    2.预先防止软件差错给用户造成损失。

    检验的类型有:
    1.供货检验:对委托外单位承担开发作业,而后买进或转让的构成软件产品的部件,规格说明,半成品或产品的检查。
    2.中间检验 / 阶段评审
    目的是为了判断是否可进入下阶段进行后续开发,避免将差错传播到后续工作中。
    3.验收检验:
    确认产品是否已达到可以进行产品检验的质量要求。
    4.产品检验:
    判定向用户提供的软件产品是否达到令人满意的程度。

    十、检验项目内容

    1.需求分析
    需求分析→功能设计→实施计划
    检查:开发目的;目标值;开发量;所需资源;各阶段的产品作业内容及开发体制的合理性。
    2.设计
    结构设计→数据设计→过程设计
    检查:产品的计划量与实际量;评审量;差错数;评审方法,出错导因及处理情况,阶段结束的判断标准。
    3.实现
    程序编制→单元测试集成测试确认测试.检查内容除上述外,加测试环境及测试用例设计方法。
    4.验收
    说明书检查;程序检查。

    1.3质量保证实施


          软件质量评价标准。
    1.质量需求准则:着眼点是是否满足用户的要求
    2.质量设计准则:开发者在设计实现时是否按软件需求保证了质量
    3.质量度量准则:为质量度量规定了一些检查项目:
       精密度量:根据质量度量准则进行详细度量
       全面度量
       简易度量

          五个实施步骤
    1.Target:以用户需求和开发任务为依据,对质量需求准则,质量设计准则的质量特性设定质量目标进行评价。
    2.Plan:设定适合于待开发软件的评测检查项目,一般设定20—30个。
    3.DO:在开发标准和质量评价准则的指导下,制作高质量的规格说明书和程序。
    4.Check:以Plan阶段设定的质量评价准则进行评价,算出得分,以质量图的形成表示出来,比较评价结果的质量得分和质量目标看其是否合格。
    5.Action:对评价发现的问题进行改进活动,重复Plan到Action的过程直到开发项目完成。

    1.4  软件可靠性

          可靠性统计定义:
    在给定的环境和给定的时间间隔内,按设计要求成功运行程序的概率。
    二、软件可靠性的主要指标
    MTBF —— 平均故障间隔时间
    MTTF —— 平均故障时间
    MTTR —— 平均修复时间
    MTBF = MTTF + MTTR
    软件可用性是指在某个给定时间点程序能够按照需求执行的概率。
    可用性 = MTTF /(MTTF+MTTR)×100%

    1.5   ISO9000 质量标准

    ISO9000标准被很多国家采用,包括欧盟的所有成员,加拿大、墨西哥、美国、澳大利亚、新西兰和太平洋区域。为了注册成为ISO9000中包含的质量保证系统模型中的一??者仔细检查,查看其标准的符合性以及操作的有效性。成功注册之后,这一公司将收到由审计者所代表的注册实体颁发的证书。此后,每半年进行一次检查性审计。
    ISO9001是应用于软件工程质量保证标准。这一标准中包含了高效的质量保证系统必须体现的20条需求。因为ISO9001标准,适用于所有的工程行业,因此,为帮助解释该标准在软件过程中的使用而专门开发了一个ISO指南的子集ISO9000—3。
    ISO9001描述的需求涉及到管理责任,质量系统,合约评审,设计控制,文档和数据控制,产品标识和跟踪,过程和控制,审查和测试,纠正和预防性动作,质量控制记录,内部质量审计,培训,服务以及统计技术的主题。

     

    展开全文
  • 第六章 质量保证.ppt

    2020-09-04 23:12:49
    质量保证是指有计划、系统地评估和检测患者整个诊疗过程的质量,以便及时发现问题,采取有效措施,提高服务质量。 目的: 1、提供人类疾病诊断、管理、预防和治疗或健康评估的相关信息 2、对标本进行微生物学检验和...
  • 论文研究-初论质量保证体系.pdf, 建立一套完整、严密的质量保证体系,是工序质量控制向前发展的必然趋势,是保证现代工业产品质量的根本措施。认真学习、研究质量保证体系的理论,迅速由点到面地把质量保证体系搞起来,...
  • 方案:软件质量保证

    千次阅读 2018-08-06 16:08:26
    软件质量保证 测试计划 编者说明:  要想系统性地完成一件事,首先要做好计划,测试工作是十分重要的,因此测试计划也是十分必要的。该文档适用于集成测试、系统测试、验收测试的计划制订,并不适用于...
  • PMP 质量保证与质量控制的区别

    千次阅读 2020-12-01 15:43:05
    质量保证与质量控制的区别质量保证QA -执行QA常见的工作或活动:质量控制QC-监控QC常见的工作或活动: 质量保证QA -执行 实施质量保证(Quality Assurance),简称QA。QA是审计质量要求和质量控制测量结果,确保...
  • 过程质量保证PQA的几个关键方面

    千次阅读 2015-01-11 16:12:33
    现在最新的CMMI将其对应的过程域称为产品和过程质量保证,缩写是PPQA,这里面的一个P产品包括了最终产物,但其焦点是中间工作产物,所以这个P放在这里反而是带来一些混淆,与测试存在一些重叠。所以过程质量保证...
  • 软件质量保证测试

    千次阅读 2019-01-06 17:25:32
    1.软件是计算机程序、规程以及可能的相关文档和运行计算机系统需要的数据。包含4个部分,即计算机程序、规程、文档和软件系统运行所必需的数据。软件与硬件完全不同的特征:1、软件是...软件质量保证(Software Qual...
  • 这是一款整理发布的供应商交期、质量保证方案,适用于学习、借鉴、参考供应商交期、质量保证方...该文档为供应商交期、质量保证方案,是一份很不错的参考资料,具有较高参考价值,感兴趣的可以下载看看
  • 1引言 为了保证产品质量,在电子元器件的装配过程中,对各个环节都要采取若干有效的质量控制措施,设置关键工序质量控制要点。对元器件的镀锡、点胶、涂膏、贴装和焊接等关键工序都要进行严格控制。如果装配的质量...
  • 计算机软件质量保证计划示例

    千次阅读 2017-07-03 11:02:00
    计划名CADCSC软件质量保证计划 ... 本计划的目的在于对所开发的CADCSC软件规定各种必要的质量保证措施,以保证所交付的CADCSC软件能够满足项目委托书或合同中规定的各项需求,能够满足本项目总体组制定...
  • 现在最新的CMMI将其对应的过程域称为产品和过程质量保证,缩写是PPQA,这里面的一个P产品包括了最终产物,但其焦点是中间工作产物,所以这个P放在这里反而是带来一些混淆,与测试存在一些重叠。所以过程质量保证...
  • 软件质量保证(SQA)

    千次阅读 2010-08-10 20:30:00
    软件质量保证(SQA)
  • ISO8402:1994质量管理和质量保证——词汇。 (三)定 义 本标准采用ISO8402的定义及下述定义。 1.产品活动或过程的结果。 注2产品可包括服务、硬件、流程性材料、软件或它们的组合。 注3产品可以是有形的...
  • 一文读懂质量保证和质量控制

    千次阅读 2015-08-17 18:29:59
    以前也听过QA常常不忿产品经理及工程师把他们称为测试工程师,我们是高大上的质量保证好不好,怎么说你们这些非专业人士也不理解呢。 在互联网圈子里,现状是绝大多是公司没有QA, 产品和工程师兼职测试,少部分...
  • 软件质量保证与测试

    千次阅读 2017-06-18 18:29:06
    软件测试归根结底是为了保证软件质量。 软件测试的目的 测试是一个程序执行的过程,其目的在于发现错误。 一个好的测试用例很可能会发现至今尚未察觉的错误。 一个成功的测试是发现至今尚未察觉的错误的...
  • 考纲 目录:...     软件质量保证与测试技术复习提纲 1.3  1.5   2.1 2.3 2.5 2.6   3.3(3.3.1 扩展) 3.4 3.7.3 FSM 状态图 状态表   5.1 5.7.1 5.7.2   8.1.1 ...
  • 为了保证产品质量,确保支架的正常使用,对立柱主要零部件—缸筒的质量进行了研究。缸筒在镗孔时由于加工方法的不同,出现的镗孔质量问题不能及时发现,会造成精度达不到要求、尺寸偏差过大,影响立柱的整体使用,缩短立柱...
  • 慕课软件质量保证与测试(习题集)

    千次阅读 多人点赞 2020-05-09 17:08:53
    习题汇总0 总目录1 绪论1.1 软件质量保证与测试的产生与发展1.2 软件缺陷,软件错误,软件故障1.3 软件质量保证与测试的意义,原则和挑战1.4 单元测试1.5 课后作业2 软件测试策略2.1 软件测试的模型,过程和生命周期2.2 ...
  • 【软件测试】质量保证与测试策略

    千次阅读 2018-06-08 17:43:09
    软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动. 确保SQA活动要自始至有计划的进行审查软件产品和活动是否遵守适用的标准、规程和要求并得到客观验证。SQA的活动...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 31,082
精华内容 12,432
关键字:

产品质量保证措施