精华内容
下载资源
问答
  • 软件产品质量 “新”标准

    千次阅读 2014-08-01 14:32:14
    Erik van Veenendaal( www.erikvanveenendaal.nl )是一名国际知名的尖端顾问和培训师,和一名在软件测试和质量管理领域广受认可的专家。他是Improve Quality Services BV(www.improveqs.nl)的创始人。他保持着...
    Erik van Veenendaal( www.erikvanveenendaal.nl )是一名国际知名的尖端顾问和培训师,和一名在软件测试和质量管理领域广受认可的专家。他是Improve Quality Services BV(www.improveqs.nl)的创始人。他保持着欧洲之星的记录,三次获得最佳导师将!2007年,因其对测试专业做出多年贡献,他获得了欧洲测试优秀奖。他作为测试经理和顾问在各个领域工作了20多年。他撰写了多篇论文和多部著作,包括“实用基于风险的测试: Prisma法”和“软件测试ISTQB基础” 。他是TMap测试方法的核心开发人之一及一名国际需求工程局( IREB )的工作小组的参与者。Erik曾是艾恩德霍芬科技大学的一名兼职高级讲师及国际软件测试认证委员会的副会长( 2005-2009 ) ,目前是TMMi基金会的董事会成员。你可以在twitter上通过@ ErikvVeenendaal关注Erik。

     

     

      像你们大多数人一样,我测试职业生涯的大部分都在使用ISO9126作为软件产品质量的标准。这个众所周知的ISO标准从六个主要特征和许多所谓的子特性(见图1)定义产品质量。该标准一直很受测试人员以及那些参与需求工程和软件开发的人的欢迎。甚至多年来一直是世界上最畅销的ISO标准之一。作为一名测试专业人员,我经常把ISO9126产品质量标准用作产品风险评估期间的(术语)框架,测试策略和测试方法决策。当非功能测试是测试过程的一部分(这种情况很普遍)时,它就特别有用。

      讨论事项
      ISO9126标准也被用于和/或引用于各种ISTQB教学大纲,ISTQB词汇表和许多其他教科书中。我亲自在此框架下培训了很多测试人员,关于如何使用它,以及如何与利益相关方沟通非功能测试。许多人喜欢它,并在他们的日常实践中使用它,虽然也有一些如下评论:
      ▪▪我怀念易用性!
      ▪▪安全性一定不能是功能的一部分?
      ▪▪熟悉RAMS的人也抱怨可用性没了。
      ISO9126的下一代,ISO25010(图3)是若干年前发布的,但到现在为止还不怎么被认可理解。我也一样,一直没用过它。通常我倾向于坚持已被证明有用的事物,不去用新版本,例如一个标准。大多数标准几乎没有附加值。我快速浏览了一下ISO25010,但它并没有吸引我。

    图1. ISO 9126质量模型


      历史
      1977年,McCall提出将质量概念分解为一系列质量因素的想法。这个想法一直被许多其他试图把软件产品质量放入特性集合及(反之与指标和衡量标准相关的)相关子特性的作者遵循。这样,每一个作者就宣传了他们的软件产品分级分层质量模型。国际标准化组织(ISO)和国际电工委员会(IEC)就已遵循了这一概念,并在1991年定义了一系列现被称为ISO 9126的质量特性。该系列反映了软件产业达成共识的一大步,从而确定了软件质量的一般概念。原先1991年的ISO 9126在2001年稍稍更新过一次。

      马来西亚SOFTEC
      2014年在马来西亚SOFTEC,我遇见了Azuma教授, ISO 9126和ISO 25010的编写者。我听了他的演讲,后来还与他谈过话。就是那时,我开始理解用ISO 25010取代ISO 9126的背景和原因,这算不上代替,而是针对信息通信技术演变背景的替代,如强大的微处理器,更大的内存,更好的显示器,更多的硬盘存储,及提升的通信网络(见图2)。信息通信技术的演变确保新应用系统的开发,反之新应用系统的开发又需要不同品质性状。1991年, 9126最初发布时,还没有谷歌,Facebook,智能手机,云计算,电子商务等。IT领域也就是它的应用,由于信息通信技术演变给组织提供的可能性,在过去20年发生了极大的改变。

    图2.信息和通信技术演进

      软件质量是核心
      随着系统变得越来越复杂和较越来越大,基础软件的质量对企业成功的至关重要。软件系统的关键性能增加了不少。现在的应用程序有别于20年甚至10年前的;他们对产品质量也有不同的需求:
    ▪▪交互式客户软件对可用性和共存性的要求很高
    ▪▪网络和开放系统对安全性和互操作性的要求很高
    ▪▪任务关键性系统对功能的正确性和可靠性要求很高

      实践中,ISO 9126仍然是最常用的软件质量特性标准。但是,ISO 25010正逐渐流行起来。 ISO 25010标准,基于能确保新应用系统的开发(而这又需要开发不同的质量特性)的信息通信技术演变,开发来取代ISO 9126,。我现在明白了,在ISO 9126框架需要更新以应对当今世界的信息通信技术及其应用。这不是为了改变而改变。新的软件产品质量标准ISO 25010是可用的,且应尽快成为测试人员和其他软件学科的重要标准。有趣的是9126上提出的问题,如本专栏前面所述,也得到了解决。让我们采用这种新架构,并开始在我们的日常测试实践中使用它。

    图3.ISO25010产品质量模型

    版权声明:本文出自 SPASVO泽众软件测试网:http://www.spasvo.com/news/html/2014610152809.html

    原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。


    展开全文
  • 对于软件产品质量的一点看法

    千次阅读 2009-01-29 23:49:00
    高兴的是我们的企业和客户越来越重视软件产品的质量了,不管是甲方的市场驱动,还是乙方自身对产品质量的重视,都说名我国软件产业在产品质量方面的要求提高了,软件企业开始使用工程的方法和技术进行软件测试的管理...


    不知道大家注意到没有,软件测试越来越得到企业的重视,软件测试方面的人才行情也一路看涨。对于这个现象,我不知道是应该高兴呢还是应该难过。高兴的是我们的企业和客户越来越重视软件产品的质量了,不管是甲方的市场驱动,还是乙方自身对产品质量的重视,都说名我国软件产业在产品质量方面的要求提高了,软件企业开始使用工程的方法和技术进行软件测试的管理和实施了。但是我们从事过程改进的人都应该知道,软件的质量成本分为,预防成本、评审成本和测试成本,一般的预防成本应该占70%左右,真正用于测试的成本应该占很小的一个比例。大家也应该知道,Sei发布过一个关于故障引入阶段和解决阶段与所花费的成本的一个分布图,越是到最后阶段才去发现和解决的问题,花费的成本越高,几乎是成级数的增加成本。
    前几年看过一本书,叫做质量无泪,是一本讲软件质量的书,里面有一个思想:产品的质量不是靠测试测出来的,而是在产品设计、开发的生产过程中制造进去的。其实这说的也是,软件产品在生产制造过程中,产品的质量已经被生产者在生产中赋予了相应的质量,而测试只是到了最后阶段的一个检验手续而已,从工程的角度来说,这个时候只是判断你合格、不合格,它不会对你的质量提升有任何作用。
    这是我感觉比较难过的地方,在我们才开始重视起测试工程的时候,而国外先进的思想或者实践已经从,需求工程,设计工程开始了,这些也都需要我们迅速的学习和实践。其实在CMMI的引入和实践过程中,大家已经都有所体会,产品的质量包括QA和QC两个方面,对于测试只是最后的一道防线,加强需求评审和确认,加强设计的评审,这些方面大家都有认识,可是就是因为软件产品不像实体产品一样,在生产过程中,对于他的质量大家看的不清楚,体会的不真实,不能确切的衡量他的质量,只有在最后给客户上线以后,被客户严厉的指责中,认识到产品的质量存在很多问题,常常后悔为什么我们在需求开发的时候没有发现这个问题啊,我们在设计的时候就应该发现这个问题啊,我们怎么没有测试出这个问题啊。。。。
    各种抱怨也许只有到了最后被客户无情的拒绝的时候大家才能认识到,我们的质量是有问题的。软件项目应该按照工程的思想和流程进行管理和开发,不仅仅是对于测试工程,从整个软件的生命周期做起,按照工程的思想和理论管理软件项目的生产和制造,是我们的软件企业应该努力的方向,也是我们过程改进人员研究的方向。
    一家之言,欢迎谈论。

    展开全文
  • 随着社会上软件产品应用的日益普及,市场对软件产品质量的要求会不断提高,致使软件测试的地位变得越来越来重要了。软件质量是指软件产品中能满足给定需求的各种特性的总和。这些特性称做质量特性,ISO/IEC

    对于一个成熟的软件产业来说,软件产品的质量至观重要。人们设定软件产品的质量目标就是要找到用户的质量需求与这些质量特性的相关性,并将其转化为开发过程中可度量的技术指标或能力指标,作为质量控制的依据。

    随着社会上软件产品应用的日益普及,市场对软件产品质量的要求会不断提高,致使软件测试的地位变得越来越来重要了。软件质量是指软件产品中能满足给定需求的各种特性的总和。这些特性称做质量特性,ISO/IEC 9126中规定了软件的6个质量特性(如图1所示),即功能性(functionality)、可靠性(reliability)、易用性(usability)、效率(efficiency)、维护性(maintainability)和可移植性(portability),每个特性包含若干子特性。人们设定产品的质量目标就是要找到用户的质量需求与这些质量特性的相关性,并将其转化为开发过程中可度量的技术指标或能力指标,作为质量控制的依据。

    图1 ISO/IEC 9126的质量模型

    不容忽视的软件测试

    软件测试是从大量的测试用例中选择有限的测试用例,发现软件中的大部分缺陷的一种技术。它是目前用来验证软件是否能够完成所期望的功能的唯一有效方法。软件测试通常要在不同层次上执行,大体上划分为三大阶段:单元测试、集成测试、系统测试。

    单元测试 用于验独立软件模块的功能与《详细设计说明书》的符合程度。软件模块可以是独立子程序,也可以是由紧密相关的数个单元组成的较大构件。单元测试一般需要对被测代码进行访问和借助测试工具的支持,并且可能需要被测代码编程人员的介入。

    集成测试 在单元测试的基础上,检验系统各模块间的交互性与《概要设计说明书》的符合程度。通常采用自顶向下(需要提供桩模块)或自底向上(不需要提供桩模块)的集成方法,用于传统的、分级的结构化软件系统。现代的集成测试策略更多是结构驱动的,这意味着对软件模块或子系统的集成是基于确定的功能线程,因此集成测试是一个连续活动,在每一阶段测试人员必须抽象出低一级的情况并集中于正在处理的这一级的状况。

    系统测试 检验整个系统是否满足《需求规格说明书》所提出的所有需求。它需要将系统与非功能性系统需求进行比较,非功能性系统需求指系统的安全性、速率、精确性、可靠性等。系统与其它软件、应用程序、硬件设备或操作环境的外部接口评估也在系统测试中进行。系统测试的类别有:功能测试;性能测试(包括负载测试、压力测试等);外部接口测试;人机界面测试;安全性测试;可靠性测试(包括强度测试、恢复测试等)。

    作好测试工作,首先可以验证软件是否满足软件科研任务书、需求规格说明书和软件设计所规定的技术要求;其次,通过测试,人们可以尽早发现软件缺陷,并确保其得以修复;最后,完善的测试为软件可靠性与安全性评估提供了重要依据。

    科学测试:从质量开始

    针对软件产品的6个质量特性,笔者结合具体测试工作中的体会,分别论述软件测试的必要性和重要性。

    1.功能性(functionality) 在指定条件下,软件产品应满足明确或隐含需求功能的能力。

    ISO/IEC 9126质量模型在该质量特性下,进一步定义了5个子特性,分别为:适合性(suitability);准确性(accuracy);互操作性、互用性(interoperability);依从性(compliance);安全性(security)。

    软件的功能性主要应该考察三个方面。首先该软件产品的功能是否满足需求;其次现有功能是否达到设计要求;最后,所有功能是否实现正常。粗看起来,这三个要求比较简单,但是要实现起来却有相当的难度。这关系到庞大的市场需求调查、用户群定位和需求分析。

    软件需求分析是系统功能和设计之间的桥梁,它是对系统功能的进一步细化,以此作为设计和测试的依据。

    软件开发和使用的最终目的是为了满足用户需求,因此以必须以用户需求作为评判软件质量的标准,并以此判别软件缺陷(Software Bug)的定义:一是软件未达到用户需求的功能和性能;二是软件出现了用户需求不能容忍的错误;三是软件功能超出了用户需求的范围;四是软件未达到用户需求未提出但应该达到的目标;五是软件的使用未能符合用户的习惯和工作环境,难以理解、不易使用、运行速度缓慢。

    必须指出的是,在软件开发的生命周期中,由于软件需求规格说明书的不完整性、经常变更性,设计方案的不足,编程人员知识水平、工作经验的不同等因素都会造成软件各个阶段的缺陷(如图2)。因此,软件测试应该贯穿于整个软件开发周期中的各个阶段,只有这样才能确保周期中的每个阶段都经得起考验。

    图2 软件工程项目的生存周期

    在软件测试过程中,如果运行测试用例的结果与该用例的预期结果不符,则需要先判定缺陷的严重等级。缺陷分级定义如下:

    第一级,不能满足系统需求,致使系统不能正常工作。如:程序非正常退出、程序挂起、死机、登录不成功等。

    第二级:严重影响系统要求或基本功能的实现,与需求规格说明书、设计规格说明书、操作说明书不相符,并且不存在变通的解决办法。

    第三级,严重影响系统要求或基本功能的实现,与需求规格说明书、设计规格说明书、操作说明书不相符,但却存在变通的解决办法(重新安装或重新启动该软件不属于变通的解决办法)。

    第四级,不影响满足系统要求或基本功能的实现,但操作不方便、用词不当、窗体控件没有完全显示等其它问题。

    当该缺陷的严重等级为第二级以上(包括第二级)时,则此项测试为不通过,并记录实际输出结果。系统测试所产生的测试报告就是测试人员执行测试用例的结果汇总。

    2.可靠性(reliability) 在规定的一段时间和条件下,软件产品维持规定的性能水平的能力。

    ISO/IEC 9126质量模型在该质量特性下,进一步定义了3个子特性,分别为:成熟性(maturity);容错性(fault tolerance);易恢复性(recoverability)。

    在进行软件系统的可靠性测试时,测试人员应主要考察以下四个方面:屏蔽用户操作错误,当程序认为输入错误或输入未经定义时,应视为不允许的输入,不加处理;日志管理,提供操作日志查询和管理的功能;不会导致系统崩溃、异常退出和丢失数据的情况,包括由产品描述中列出的其他程序或用户造成的错误输入,以及用户文档中明确规定的非法指令。

    3.易用性(usability) 在指定条件使用时,软件产品被理解、学习、使用和吸引用户的能力。

    ISO/IEC 9126质量模型在该质量特性下,进一步定义了3个子特性,分别为:易理解性(understandability);易学性(learnability);易操作性(operability)。

    在易理解性方面要考虑:

    a)程序的问题、消息和结果是易理解的(如,术语、图形表示、背景信息、帮助信息等);b)出错提示消息必须准确(如解释错误产生的原因和纠正的详细信息等)。

    在易浏览性方面要考虑:

    a)程序以易观察易读的形式向用户提供信息(如,确认、程序询问、警告、出错消息等);

    b)屏幕输入格式,报表和其他输入、输出设计清晰和易于浏览。

    在可操作性方面要考虑:对具有严重后果的功能执行是可逆的,或者程序给出该后果的明显警告,并且在执行该命令前要求确认。

    4.效率(efficiency) 在规定条件下,相对于所用资源数量,软件产品提供适当性能的能力。

    ISO/IEC 9126质量模型在该质量特性下,进一步定义了2个子特性,分别为:时间特性;资源特性(resource behaviour)。

    系统的性能覆盖面非常广泛,对一个软件系统而言,包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等。在进行软件系统的性能测试时,我们主要考察以下2个方面:

    ·负载测试(Load Testing):确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统组成部分的相应输出项(如,通过量、响应时间、CPU占用率、内存使用等)。

    ·压力测试(Stress Testing):通过确定一个系统的瓶颈或者不能接收的性能点,获得系统能提供的最大服务级别。

    5.维护性(maintainability) 软件产品可被修改的能力,包括为了适应环境的变化和需求、功能规格说明的变化而对软件进行的修改、改进或更改。

    ISO/IEC 9126质量模型在该质量特性下,进一步定义了4个子特性,分别为:易分析性(analysability);易改变性(changeability);稳定性(stability);易测试性。

    在进行软件系统的维护性测试时,我们主要考察以下几个方面:

    ·易分析性:对于程序异常可以提供错误原因提示信息。

    ·稳定性:对于局部错误的修改不影响整体程序的运行。

    ·易测试性:需求变更后的各项功能点可通过测试用例进行测试。

    6.可移植性(portability) 软件产品从一种环境迁移到另外一种环境的能力。

    ISO/IEC 9126质量模型在该质量特性下,进一步定义了4个子特性,分别为:适应性(adaptability);易安装性(installability);遵循性(conformance);易替换性(replaceability)。

    在进行软件系统的可移植性测试时,我们主要考察以下几个方面:

    ·适应性:系统软件无须为适应不同环境采用特殊方法或手段,即可在指定环境中正常安装、运行。

    ·易安装性:依据用户安装手册,在指定环境下能成功安装系统软件。

    ·遵循性:系统软件可以遵循与可移植性有关的标准或约定。

    ·易替换性:系统软件在不影响原有系统正常运行的情况下,能够正确替换旧系统。

    必须指出的是,软件测试是提高软件产品质量的必要条件而非充分条件,它是提高软件产品质量最直接、快捷的手段,但绝不是一种根本手段。

    展开全文
  • 软件测试质量提升方案(初稿)

    千次阅读 2020-01-02 14:48:13
    提升软件质量的目的是使我们的产品满足用户需求,拥有可靠的质量和很好的用户体验,下面我将从测试流程优化、测试技能提升、测试经验累积三个方面谈下测试质量的提升方案。 一、测试流程优化 项目开始时,测试人员就...

    软件测试质量提升方案(初稿)

    提升软件质量的目的是使我们的产品满足用户需求,拥有可靠的质量和很好的用户体验,下面我将从测试流程优化、测试技能提升、测试经验累积三个方面谈下测试质量的提升方案。

    一、测试流程优化

    项目开始时,测试人员就应该介入,正确理解需求文档,对需求文档进行评审,进行需求分析,对不明确的需求项,需要产品人员进行沟通,要求需求反讲。要求产品人员按需求制定上线的验收标准。
    根据需求估算测试所需资源(人力、设备等)、所需时间、功能点划分、如何合理分配安排资源等,测试计划会影响测试执行,计划一旦制定就尽量的按照这个计划去执行。
    根据测试计划、任务分配、功能点划分,设计合理的测试用例,所有功能点和需求规则都要被覆盖,多考虑业务层面的测试用例,多考虑异常场景的测试,多考虑测试的结果检查,需要组织用例评审;有条件的话,可以安排多个人员对同一需求分开设计用例,然后再进行整合,使用例更全面。
    开发人员提测前,需要他们进行自测,把测试用例中优先级高的用例执行一遍,通过后再提测,然后我们至少进行一轮冒烟测试,一轮常规测试,一轮回归测试,总结针对每一个功能模块,用什么方式执行才是最全面有效的,不容易出现漏测问题,另外,还需要总结测试执行过程中需要参考的文档以及工具,让测试更加高效。
    测试执行完成后,及时编写测试报告,及时反馈测试情况与测试结果,提出全面的合理的风险与建议。SIT测试通过后,需要产品按照制定好的上线验收标准进行UAT测试,并输出结果。UAT测试通过后,版本发布上线,需要测试、开发、产品和现场人员共同进行上线功能验证,验证通过后方可对外开放。
    产品上线时,必要情况下需进行试点测试,测试与产品人员密切沟通,在试点环境下多进行在公司无法进行的场景模拟测试。

    二、测试技能提升

    工欲善其事必先利其器,测试人员在产品研发中需要做的工作有需求评审,风险评估,选取测试工具,撰写测试计划,搭建测试环境,准备测试数据,设计测试用例,执行测试用例,输出测试报告,分析总结测试活动经验。其中每个环节都对测试人员有相应的技能要求,熟练的技能能更高效,更顺利的开展测试活动,发现更多更有效的缺陷,更好的帮助开发人员定位问题,帮助产品设计人员完善产品的功能,从而提升产品的质量。
    需要不断提升自己的文档编写能力,测试过程中,高质量的测试方案、测试计划和测试用例,对整个产品的质量把控起很重要的作用,测试人员应该多思考、多结合实际场景、多考虑异常场景去编写测试文档。
    需要加强静态测试能力,对项目各阶段的文档进行评审,对软件开发活动进行审查,对程序源代码进行测试,审查每个阶段的输入和输出是否规范,要记录所有不符合规范的事件。
    提升自己执行测试的能力,多掌握专项测试的技能,包括接口测试、APP测试、兼容性测试、界面测试、易用性测试、压力测试、负载测试、确认测试、容错性测试、稳定性测试、可靠性测试、风险测试、网络测试、异常测试、性能测试、自动化测试、安全测试。
    提升自己的沟通能力,多与产品及开发人员进行沟通,遇到问题或者风险时都要及时反馈,与产品和开发一起思考讨论分析,及时把问题解决,不能搁置不管,测试人员还需担任项目的督促者,遇到一些悬而未决的问题时,一定要及时跟进。

    三、测试经验累积

    测试流程中输出的文档及时归档,测试完成每一轮后,都及时输出还轮的测试小结,整个测试完成后,输出测试总结。
    测试过程中及时记录自己遇到的问题及解决办法,多积累多思考,养成经验总结的好习惯。
    项目上线后,需要实时跟进生产反馈的问题,针对生产反馈的问题,首先进行验证并跟进解决进度,然后总结问题的原因,及时更新测试用例、测试方案,以此来规避再次发生此问题。
    项目测试完成上线后,需要做项目总结,总结项目测试过程中做的好和不好的地方,发扬优点,改进缺点。

    展开全文
  • 提高技术水平提升软件质量

    千次阅读 2006-05-20 01:49:00
    提高技术水平提升软件质量日期:2002-5-30 质量是软件的生命。一个软件能否被广泛地成功应用,很大程度上取决于软件质量的好坏。影响软件质量的因素很多,有开发过程、后期升级维护、客户化工作的质量控制程度。...
  • 质量促品牌,以品牌促发展。近日,2018中国软件品牌大会,在...在2018年中国优秀软件产品颁奖环节,“智邦国际企业管理软件V3.0”,凭借对企业一体化管理持续的创新能力,以及在企业移动化办公方面综合的技术实...
  • 每天读一篇一线开发者原创好文 笔者作为一个经验不甚丰富的测试人员,在...同事回答:QA就是质量的把控和监督者,QA不要局限于"测试分析"、"测试设计"、"测试执行"等等,所有能够顾促进质量提高的事情都QA应该参与
  • 软件开发过程改进为什么能帮助软件质量提升
  • 书评--提升软件质量的必经之路

    千次阅读 2006-06-18 13:20:00
    软件是多个”人”长期构思,协同作业下的成果,不可能不出错。若没有配置相当的人力物力资源,分阶段把关测试,将随着系统规模渐大而逐渐失去控制的能力。@小标:被疏忽的一环笔者在赴制造业授课时,看到偌大的办公...
  • 软件项目质量管理

    千次阅读 2015-07-25 09:54:37
    本文通过中国郎中看病这个案例进而类比软件项目质量管理,对软件项目质量管理的论述和分析,并对改善软件质量的各个因素进行了讨论,最后对软件项目质量管理的现状进行分析,并对对其发展趋势进行展望。 通过对中国...
  • 软件产品

    千次阅读 2008-04-06 22:28:00
    1.产品化定义:软件产品化是指客户无需为软件添加或调整代码和语句即能完成软件的安装配置、应用初始化、系统管理、用户使用的全过程,并且软件至少能满足80%以上的用户某一组应用需求。微软Office或杀毒软件就是...
  • 如何实现和提升软件易用性

    千次阅读 2017-04-15 09:00:13
    今天给大家分享一个同事的工作感言。近两三年做管理类、工具类软件设计,对软件易用性提升和UI设计有一些体会和思考。很显然,软件的易用性与UI设计是直接相关...下面,我们从软件研发过程来看一下如何提升软件易用性。
  • 之前面试的时候被问到这个问题,... 1983年 Bill Hetzel在《软件测试完全指南》中指出:“测试是以评价一个程序或者系统属性为目标的任何一种活动,测试是对软件质量的度量”。 2、质量不是测出来的 软件质量...
  • CMMI与软件质量管理

    2010-06-21 14:15:08
    CMMI与软件质量管理 明确组织实施CMMI的基本目标应包含对质量管理能力的提升 理解CMMI质量管理的基本理念 了解CMMI所包含的质量管理的实践和要求。...明确以提高产品质量为目的的项目质量管理所涵盖的内容和方法
  • 软件质量指标

    千次阅读 2019-06-19 18:00:30
    外部质量因素影响用户,内部质量因素影响软件本身和它的开发者,外部质量取决于内部质量 外部质量: Correctness 正确性:按照spec执行,得到正确的结果,软件的行为要严格符合规约中定义的行为 保证正确性:测试和...
  • 软件开发质量管理层次模型

    千次阅读 2008-11-12 19:57:00
    摘要:本文对软件开发质量管理的层次进行了初步的划分,形成了软件开发质量管理层次模型,并对模型中的各个层次内涵做了简要说明。关键字:质量管理、软件开发、层次。正文:概述质量:一组固有特性满足要求的程度,...
  • 软件测试”决定软件“品质”与“成败”的关键,是软件生存周期中十分重要的一个过程,是产品发布、提交给最终用户前的稳定化阶段。为帮助软件企业和会员单位提升市场竞争能力和技术服务水平,深圳市软件行业协会向...
  • 本文内容节选自第六届全球软件案例研究峰会,时任京东B2B产品质量团队负责人杨瑾老师分享的《无人测试如何助力京东提升产品测试效率与质量》实录,重点分享:无人测试,创新测试方法论,接口测试案例。(PPT+文稿)...
  • 传统的软件运营人员通常倾向于尽量避免修改功能,从而降低满足非功能...精益生产的很多原则,例如缩短交付周期、消除浪费、重视价值流动、拉动式生产、质量内建等,在DevOps中都得到了体现。与传统的软件发布方式相比,
  • 浅谈团队提高软件质量的方式

    千次阅读 2018-11-17 14:21:46
    软件质量产品或服务所满足明示或暗示需求能力的固有特性和特征的集合,软件质量特性有功能性、可靠性、易用性、可维护性、可移植性。缺陷则指系统所需要实现的某种功能的失效或违背。在某种程度上,缺陷的数量...
  •  对象-关系映射(Object/Relation Mapping,简称ORM),是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法,关系数据库是企业级应用环境中永久存放数据的...
  • 如何提升测试质量??

    千次阅读 2014-09-05 10:46:09
    这里我只想从一个测试员的角度,提出如何提升测试的质量。 一份详细的测试用例提高测试质量,一份详细的测试用例完全覆盖了代码的所有路径。把这样一份测试用例发放到测试人员手中都能高质量的执行测试过程,测试...
  • 第六章 软件项目质量管理

    万次阅读 多人点赞 2018-07-02 13:48:40
    本章内容提要软件质量管理的基本概念全面软件质量管理缺陷跟踪缺陷移除和预防软件质量的常用度量案例分析第一节 软件质量管理的基本概念软件质量就是软件与用户需求相一致的程度。具体地说,软件质量软件符合明确...
  • 软件质量保证测试

    千次阅读 2019-01-06 17:25:32
    1.软件是计算机程序、规程以及可能的相关文档和运行计算机系统需要的数据。包含4个部分,即计算机程序、规程、文档和软件系统运行所必需的数据。软件与硬件完全不同的特征:1、软件是...软件质量保证(Software Qual...
  • 谈如何提高产品质量

    千次阅读 多人点赞 2014-07-13 23:28:25
    产品开发过程:需求分析、设计、编码、单元测试、集成测试、功能测试、Beta测试和发布。本文侧重于从开发者角度谈提高产品质量
  • 软件质量,CMM不是惟一

    千次阅读 2002-04-10 10:21:00
    其实,只要有一个科学合理的软件管理流程,不实施CMM也一样能够生产高质量软件产品。但是,这并不代表CMM就不应该推广,只是,我们应该提倡因企业而异,根据企业自身实际情况选择保障软件质量的方式。 软件能力...
  • 提升测试效率和质量

    千次阅读 2017-11-19 11:55:27
    商业目标、项目生命周期管理、项目组织模型、项目整体管理、价值管理、风险管理、范围管理、时间管理、质量管理、目标成本管理、财务管理、人力资源管理、采购管理和项目文化管理。 对测试管理来说,有些知识域是...
  • 软件质量需求

    千次阅读 2005-04-05 13:35:00
    Bertrand Meyer 和 Bill Venners 讨论软件质量不断攀升的重要性、市场对软件质量的影响以及软件复杂性的挑战。 Bertrand Meyer 是同时活跃于学术和商业二界的软件先驱。他目前担任瑞士理工学院的软件工程协会主席。...
  • 研发管理-质量与效率提升-混沌工程在携程的实践 前几天听了携程SRE运维总监方菊女士的演讲,特别有感触,也是因为负责的产品和项目团队在上线过程中出现了很多的故障。本人前几篇文章介绍了携程在故障处理方面的经验...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 87,728
精华内容 35,091
关键字:

如何提升软件产品质量