软件质量保证试题答案

软件质量保证试题答案
软件质量保证试题答案

一、判断题题1分,共20分)

( × )1、软件故障是导致软件失效的必要和充分要素。

( √ )2、同行评审的主要目标在于检测错误、核对与标准的偏离。

( √ )3、在任何软件机构中,定期、不定期的培训、再培训都是必须而且是必要的。

( √ )4、在整个机构中使用基础设施防护与改进部件的主要目标是在机构积累的SQA经验基础上消除或至少降低出错率。

( × )5、所有SQA活动和项目里程碑的完成或项目里程碑的检验是同时发生的。

( × )6、Daniel Galin等提在20世纪50年代建立的经典质量费用模型,提供了一种以经济学观点把与产品质量保证相关的费用非类的方法学。

( √ )7、一旦更改过的SCI替换了前面的SCI,就认为完成了软件的一个新版本。

( √ )8、软件质量成本是一个投资问题,而不是成本问题!

( × )9、SEI CMM评估标准, ISO 9001和ISO 9000-3标准是典型的项目过程标准。

( √ )10、软件质量保证的独特性是由软件产品不同于其他制造产品的本质决定的。

二、填空题(每空1分,共20分;请把答案书写在相应横线上。)

1、软件质量工程包括软件质量保证、软件质量规划和软件质量控制三大方面。

2、McCall模型产品修改纬度的质量因素有可维护性、可测试性、灵活性。

3、面向对象模型不同于其他模型的主要特征是组件的密集重用。

4、有两种同行评审方法学:审查和走查。

5、RMA可以划分成三组类别内部风险管理措施,分包风险管理措施,顾客风险管理措施。

6、支持性质量手段有模板和检查表。

7、依据软件系统的生命周期和其他阶段,软件质量度量划分为软件过程度量和软件产品度量。

8、软件配置发布的版本有基线版本、中间版本、修订版本。

9、SQA标准被划分成软件质量管理标准,软件项目过程标准两类。

10、软件缺陷的固有特征有软件缺陷的固有性、软件缺陷的敏感性,软件缺陷的感染性。

三、选择题(每小题2分,共18分)

1 软件调试的目的是(B)

( A)发现软件中隐藏的错误

(B)解决测试中发现的错误

(C)尽量不发现错误以便早日提交软件

(D)证明软件的正确性

2 .黑盒测试技术中不包括(D )

(A)等值分析测试(B)边界值分析测试

(C)错误推测法(D)逻辑覆盖测试

3.(D )是把输入条件视为“因”,把输出条件视为“果”,将黑盒看成是从因到果的网络图(A)等值分析测试(B)边界值分析测试

(C)错误推测法(D)因果图

4.集成测试的测试用例是根据(C )的结果来设计。

A.需求分析

B.源程序

C.概要设计

D.详细设计

5 CMMI中,(D )主要致力于技术革新和优化过程的改进。

(A)等级二(B)等级三

(C)等级四(D)等级五

6 CMMI中的受管理级包含的七个过程域中,(C )的目的在于使工作人员和管理者客观了解过程和相关的工作产品。

(A)测量和分析(B)供方协定管理

(C)过程和产品质量保证(D)项目策划

7 CMMI中,已定义级是(B )。

(A)等级二(B)等级三

(C)等级四(D)等级五

8 、项目执行工作所需的依据有:(D)

A)国家政策B)前期措施

C)法律依据D)项目计划

9、软件配置管理的三个应用层次由高到低是:(C)

A)版本控制、以开发者为中心、过程驱动

B)以开发者为中心、过程驱动、版本控制

C)过程驱动、以开发者为中心、版本控制

D)过程驱动、版本控制、以开发者为中心

四、名词解释(每小题3分,共18分)

1.Crosby软件质量的定义:系统、部件或过程满足规定需求的程度。

2、软件可靠性:(IEEE)软件可靠性是指一个系统或组件在某个特定时期、特定条件下

完成所需完成的功能的能力。

3、规程:规程是完成某件事情或行动的特定方式,即规程是为了完成一个任务,根据给

定方法所执行的详细活动或过程。

4、开发风险:软件开发风险是软件开发任务或环境的一种状态或性质,如果忽略它,将

增加软件项目失败的可能。

5、(软件工程领域)模板:在软件工程领域,模板指的是小组或机构创建的,用于编辑报

告以及其他形式文档的格式。

6、软件配置管理:一个负责应用(计算机化的或非计算机化的)技术工具和管理规程、使

之能够完成为维护SCI和软件配置版本所需任务的SQA部件。

五、问答题(每小题4分,共24分)

1.专业软件开发的SQA环境有哪些特征?1.[4分]遵守合同约定;

服从顾客供货商关系需要协同工作;需要同其他开发组的合作和协调;同其它软件系统的接口;项目组有变化时项目继续进行;需要持续维护软件系统若干年。

2.请指出走查、审查这两种同行评审方法的不同?

走查和审查的区别是其正式性的等级。其中,审查是两者之中更为正式。[2分]

走查的发现限于被评审文档的意见,而审查的发现还同改进开发方法自身的工作相结合。

所以和走查相比,审查对一般的SQA做出了更大贡献。[2分]

3.请详细描述软件质量费用的经典模型?

[2分]在经典软件质量费用模型中,软件质量费用可以划分为控制费用、控制失效费用。

[2分]其中,控制费用被进一步细化为预防费用和评价费用;控制失效费用进一步细化为内部失效费用、外部失效费用。(1)预防费用包括建立软件质量基础设施、更新并改进基础设施以及完成其运行所需的常规活动的投资。(2)评价费用花在特定项目或软件系统中软件错误的检测上。(3)内部失效费用是指改正在顾客现场安装软件之前实施设计评审、软件测试及验收测

试时检测到的错误而产生的费用。(4)外部失效费用限定为改正由顾客或维护组在顾客现场安装软件系统之后检测到的失效的费用。

4.认证标准和评估标准的主要区别?

认证标准的重点是外部的--支持供货商顾客关系[2分],而评估标准的重点是内部的。因为评估标准关注的是软件过程改进[2分]。

5、CCB的决策机制有哪些种类?你认为其中那种决策机制更实用?

(1)最普遍的方法是投票决定。每个代表都投票,采用少数服从多数的方式。这种民主的做法能够充分调动CCB成员的机机性;但是少数服从多数含义模糊,该决策模式也容易产生一些政见。(2)极端的做法是所有决策都交给一个人,这种安排鼓励在决策中灵活考虑各种意见,但压抑了CCB其他成员的积极性;(3)第三种可行的决策机制是寻求CCB成员的一致意见,同时提供合理的跳出机制。综合考虑上述三种不同CCB决策机制,第三种策略最为实用。6、传统质量成本和现代质量成本的主要区别有哪些?

传统的质量成本集中在与失效有关的事件和活动,如损坏、缺陷等。传统质量成本通常以报废、返工、返修等形式出现;[2分]现代的质量成本的目的则在于通过预防和评估活动中的适当投入,减少与失效有关的活动。[2分]

一、判断题(判断下列题目是否正确,如果正确请打“√”,错误请打“×”每小题1分,共20分)

( √ )1、在专业的软件开发、维护中,SQA环境是建立、执行SQA方法时必须首要考虑的问题。

( × )2、如何看待软件产品内部的缺陷,开发者和用户的立场是一致的。

( √ )3、专家观点通过引进补充的外部能力到机构内部开发过程中来而支持质量评估工作。( × )4、质量管理标准是专业标准,它们向开发组提供方法学指南。

( √ )5、软件生命周期模型强调的是直接开发活动,而没有指示出开发过程的顾客参与。( × )6、规程具有机构范围的适用性,它的执行和具体执行的人或组织背景有着密切关系。( × )7、CAPA的目的在于检测、处理、改正软件缺陷。

( × )8、项目进展控制SQA工具有Gatt图、日历、数据流图和活动网络图。

( √ )9、IEEE、ISO、DOD、ANSI、EIA都是著名的SQA标准开发机构。

( √ )10、在科学和工程中,如果没有度量,对一切都没有一个定量的了解,那么这种科学和工程既不是有效的,也不是实际的。

二、填空题(每空1分,共20分;请把答案书写在相应横线上。)

1、McCall模型划分了软件运行,软件转移,软件修改三个纬度的11个软件质量因素。

2、螺旋模型任何一次迭代都可划分为制定计划、风险分析和化解、工程和顾客评估四个项限。

3、依据合同评审的目标对合同评审主题进行分类为建议草案评审主题,合同草案评审主题两

种类型。

4、典型的版本方针包括严格-单一活动版本方针,多版本方针。

5、软件对属于各种质量因素的需求的符合性是由软件质量度量来测量的。

6、CAPA过程的成功运行包含如下活动:信息收集、信息分析,解决方案和改进方法的建立、

改进方法的执行、跟踪。

7、常见的软件配置演化模型有线性演化模型,树演化模型。

8、软件更改的质量保证工作需每个更改的SCI的质量保证,整个新软件系统版本的质量保证

两个级别的活动。

9、从内容和重点上我们可以把质量管理标准划分成认证标准,评估标准两种类型。

10、测试人员,SQA单位是SQA专职人员。

三、选择题(每题2分,共18分)

1、集成测试分为渐增组装测试和(A )

( A) 非渐增组装测试(B) 确认测试(C) 单元测试(D) 测试计划

2、以下哪种测试方法不属于白盒测试技术(B )

(A)基本路径测试(B)边界值分析测试

(C)循环覆盖测试(D)逻辑覆盖测试

3、黑盒测试技术,使用最广的用例设计技术是(A )

(A)等值分析测试(B)边界值分析测试

(C)错误推测法(D)逻辑覆盖测试

4 .软件测试的过程分为( A )、集成测试、确认测试和系统测试几个步骤。

A. 单元测试

B. 人工测试

C. 组装测试

D. 上机测试

5 CMMI中文全称为( B )

(A)软件能力成熟度模型(B)软件能力成熟度模型集成

(C)质量管理体系(D)软件工程研究所

6 如果一个软件企业希望达到成熟度等级2级目标,那么该企业就要在软件项目的开发过程中执行该成熟度等级中的七个过程域中的所有(B )

(A)特定目标(B)实践

(C)共性目标(D)过程域

7 CMMI中的受管理级包含的七个过程域中,(B )旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。

(A)测量和分析(B)供方协定管理

(C)过程和产品质量保证(D)项目策划

8 根据CMMI规范,每一个软件企业均具有(A )成熟度。

(A)等级一(B)等级三

(C)等级四(D)等级五

9、配置管理活动最主要的内容是:(C )

A)设计代码B)软件产品

C)产品版本D)项目文档

四、名词解释(每小题3分,共18分)

1、Daniel Galin 软件质量保证的扩展定义:软件质量保证是一个有系统的、有计划的行动集合,它是提供软件产品开发、维护过程符合其已建立的技术需求以及跟上计划安排和在预算限制之内进行管理上的需求充分信任所必需的。

2、合同评审:合同评审是一个指导评审建议草案和合同文档的SQA部件。

3、规程:规程是完成某件事情或行动的特定方式,即规程是为了完成一个任务,根据给定方法所执行的详细活动或过程。

4、4W1H:4W1H即WHA T, WHEN, WHERE, WHO和HOW。他们具体含义如下:

WHAT--What activities have to be performed?

WHEN--When Should the activity be performed?

WHERE--Where should the activity be performed?

WHO--Who should perform the activity?

HOW--How should each activity be performed?

5、受控文档:受控文档是那些目前就对软件系统的开发、维护以及与目前和将来顾客关系的

管理重要或可能变得重要的,并且处于控制状态下的文档。

6、软件质量度量:一个项目具有给定质量属性的程度定量测度;或一个函数,其输入为软件数据、输出为单一的数值,该值可以被理解为软件具有给定质量属性的程度

五、问答题(每小题4分,共24分)

1、Crosby, Juran, Pressman软件质量定义的比较。

(1)Crosby的定义指的是写好的软件符合由顾客和它的专业组编制的规格说明书的程度。这也意味着包含在规格说明中的错误是不予考虑的,也不降低软件质量—显然这是不足的。1分] (2)Juran的定义旨在达到顾客满意度,这就要求对检查改正顾客的需求规格书投入大量工作。但该定义的主要缺点是免除了顾客对软件规格书准确性、完备性的责任。[1分]

(3)Pressman定义为SQA提出了要由开发者满足的三个要求:特定功能需求,它主要是指软件系统的输出;在合同中提出的软件质量标准;反映当今水平的专业方法的良好软件工程方法的发展水平。实际上,Pressman定义提供了测试满足需求程度的操作方向。[2分]

2、谈谈你对合同评审过程的理解?

合同评审是一个指导评审建议草案和合同文档的SQA部件。其过程分为两个阶段进行:[1分] (1)第一阶段—提交给可能顾客之前的建议草案评审;[1分]

(2)第二阶段—签约前的合同草案评审,该阶段在建议和合同谈判期达成的理解基础上评审合同草案。1分]每个评审阶段完成后,要求建议组与法律部进行必要的修改、补充和改正。1分3、请列举典型的软件质量基础设施SQA部件?(不少于5个)

规程与工作条例、支持性质量手段、员工培训与认证、改正性和预防性措施、配置管理、文档编制控制。

4、请指出软件质量费用扩展模型对软件质量费用经典模型的扩展。

仔细考察经典软件质量费用模型的考察,我们将发现经典软件质量费用模型没有能够涵盖管理以及管理性失效导致的软件质量费用。[2分]

软件质量费用扩展模型拓展了经典软件质量费用模型,以涵盖管理人员对软件质量总费用的‘贡献’—软件质量的扩展模型:相对经典软件质量费用,软件质量费用扩展模型添加了管理性准备与控制费用和管理性失效费用。[2分](管理性准备与控制费用同实施的预防性管理失效或减少这些这些失效的预期出现的活动相关联;)

5、请描述ISO 9000-3质量管理系统的基本原理

(1)顾客关注。机构依靠它们的顾客,所以应当理解当前的与未来的顾客需要;

(2)领导--建立并维护一个积极的内部环境中行使领导权,以实现机构的目标;

(3)人们的投入。人是机构之本,他们在各机构层次的全身心投入使得他们的能力能用于为机构谋益;

(4)过程方法--当把活动与资源作为过程管理的时候,就更有效地达到理想的结果;

(5)管理理的系统方法--把过程作为一个系统管理;

(6)持续改进--对全面性能正在进行的改进应当在机构的日程上优先;

(7)决策制定的实在方法。有效决策是建立在信息分析的基础上的;

(8)相互支持的供货商关系。一个机构和它的供货商是互相依赖时,相互支持的供货由关系增强双方创造增加值的能力。

6、传统质量成本和现代质量成本的主要区别有哪些?[4分]

传统的质量成本集中在与失效有关的事件和活动,如损坏、缺陷等。传统质量成本通常以报废、返工、返修等形式出现;现代的质量成本的目的则在于通过预防和评估活动中的适当投入,减少与失效有关的活动。

一、判断题确请打“√”,错误请打“×”每小题2分,共20分)

( × )1、在软件产品制定生产计划阶段,不必进行重大的SQA活动。

( √ )2、软件故障是导致软件失效的必要,而非充分要素。

( × )3、只有客户才会有兴趣透彻定义它的需求以确保他约定的软件产品的质量。

( √ )4、软件质量系统之间各不相同,说明机构SQA系统构建存在固有灵活性。

( √ )5、质量管理标准指导软件开发、维护和基础设施的管理。它的重点是需要什么,但没有指明如何达到标准要求的努力细节。

( × )6、通常,检查表的使用的是强制性的。

( × )7、CAPA的执行从根本上依赖于正确的指导和经常的培训。

( √ )8、软件质量度量面临的特有困难根植于包含于软件质量度量的测量(参数)中。( √ )9、一旦更改过的SCI替换了前面的SCI,就认为完成了软件的一个新版本。

( × )10、SQA项目过程标准如CMM、ISO 9000-3标准。

二、填空题(每空1分,共20分;请把答案书写在相应横线上。)

1、CMM内容包含初始级、可重复级, 已定义级, 已管理级和可优化级五个等级。

2、软件质量保证的目标包括面向产品的软件开发, 面向过程的软件维护两大方面。

3、开发生命周期阶段SQA部件可以划分成三类:评审, 专家观点、软件测试、软件维护SQA 部件和由第三方/分包商使用的SQA部件。

4、版本方针, 更改方针是维护方针的主要组成。

5、外部参与方可被分类为分包商、COTS软件和重用软件模块的供货商和顾客自身三组。

6、在任何机构中,CAPA要正确发挥作用需要CAPA记录流的跟踪,CAPA执行的跟踪

和CAPA执行结果的跟踪三个要的跟踪任务。

7、软件更改的质量保证工作需每个更改的SCI的质量保证和整个新软件系统版本的质量保证

两个级别的活动。

8.软件过程度量可以进一步划分为软件过程质量度量, 软件过程进度度量和软件过程生产率度

9、从内容和重点上我们可以把质量管理标准划分成认证标准,评估标准两种类型。

10、通常,软件质量的管理部件有项目进展控制、软件质量度量、软件质量费用和可用于控制软件维护的工具SQA管理工具。

三、选择题(每题2分,共18分)

1、软件测试的目的是( A )

( A)发现软件中隐藏的错误

(B)解决软件中隐藏的错误

(C)尽量不发现错误以便早日提交软件

(D)证明软件的正确性

2、以下不属于白盒测试技术的(B )

(A)路径覆盖(B)等值分析测试

(C)语句覆盖(D)条件覆盖

3、.凭经验或直觉推测可能的错误,列出程序中可能有的错误和容易发生错误的特殊情况,选择测试用例的测试方法叫(C )

(A)等值分析测试(B)边界值分析测试

(C)错误推测法(D)逻辑覆盖测试

4、单元测试的测试用例主要根据( D )的结果来设计。

A.需求分析

B.源程序

C.概要设计

D.详细设计

5、CMMI将软件组织的软件能力成熟度描述为(D )

(A)二级(B)三级

(C)四级(D)五级

6、CMMI覆盖的领域是(D )

(A)服务行业(B)制造行业

(C)流程性材料行业(D)软件产品开发及服务

7、CMMI中的受管理级包含的七个过程域中,(A )目的在于开发和维持度量能力,以便支持对管理信息的需要。

(A)测量和分析(B)供方协定管理

(C)过程和产品质量保证(D)项目策划

8、项目执行过程所产生最重要的成果是:(C)

A)项目计划书

B)需求规格书

C)项目产品

D)详细设计

9、CMM2的配置管理目标是:(D)

A)软件配置活动是随机的

B)所选择的配置工作产品需经过标识并具有可用性,但不一定需受到控制

C)所标示的软件产品的更改可不受控,可根据当时的情况而定

D)让相关小组和个人及时了解软件基线的状态

四、名词解释(每小题3分,共18分)

1、Pressman软件质量的定义:软件质量是符合明确陈述的功能性能需求、明确文档化了的开

发标准和所有专业开发预期的隐含特性。

2、软件开发风险:软件开发风险是软件开发任务或环境的一种状态或性质,如果忽略它,将

增加软件项目失败的可能。

3、合同评审:合同评审是一个指导评审建议草案和合同文档的SQA部件。

4、质量记录:质量记录是一种特殊类型的受控文档。它是面向顾客的文档,用于证实同顾客需求的全面符合性以及贯穿于开发和维护全过程的软件质量保证系统的有效运行。

5、软件可靠性管理:软件可靠性管理指通过一个程序使软件的可靠性得到最优化的过程。此程序着重于软件防错(software error prevention),发现并清除fault;此程序着重于采用一定措施并根据诸如资源,进度表及性能的约束条件使可靠性最大化。

6、软件配置版本:软件配置版本是指在给定时间点上组成软件系统的、已批准而且文档化的SCI版本的集合。

五、问答题(每小题4分,共24分)

1、在软件产品与其他工业产品之间的区别主要有哪些?并描述这些不同?[4分]

软件产品和其他工业产品的主要区别有如下几点:

(1)产品的复杂性;产品的复杂性能够用产品许可的操作方式的数目来度量:工业产品,即使是高级机器,也不允许由其不同的机器组合建立的几千种以上的操作方式;一个典型的软件,人们可以发现上百万种软件操作的可能。

(2)产品的可见性;工业产品是可见的,而软件产品是不可见的。工业产品的大多数缺陷可在制造过程中检测出来;然而软件产品的缺陷是不可见的,软件包中的组件可能从一开始就缺失了。(3)产品开发和制造过程的特殊性。同工业产品相比,软件产品不能在生产过程的所有三个阶段检测缺陷。能够检测缺陷的唯一阶段是开发阶段。

2、高度螺旋模型每次迭代必需的活动包含哪些?[4分]

顾客的需求规格说明、意见与更改要求;

开发者的计划制定活动;

开发者的风险分析与化解;

开发者设计活动;

开发者关于编码、测试、发布的构造活动;

顾客的评价

3、请从SQA的角度,阐述分别编写用户需求文档和系统需求文档的理由?[4分]

(1)很自然人们会想到只有客户才会有兴趣透彻定义它的需求以确保他约定的软件产品的质量。他编制的需求文档是对低质量的基础防护;

(2)然而我们对各种软件质量因素的分析表明,开发者可以添加代表它自身利益的需求,例如可重用性需求、可验证性需求等;许多情况下,某些没有包括在典型客户需求文档中的质量因素确是开发者感兴趣的。而,诸如可移植性、可重用性、可验证性等质量因素,客户很少感兴趣。这也就是人们为何分别编制客户需求文档和系统需求文档的理由。

4、主要的SQA维护基础设施工具有哪些?

主要的SQA维护基础设施工具有软件维护规程和工作条例、支持性软件质量手段、维护组的培训和认证、预防性和改正性措施、软件配置管理、软件维护文档和质量记录等。

5、软件质量度量过程模型包含哪些活动?

(1)软件质量需求的定义;

(2)软件质量度量和评估的准备;

(3)软件质量度量的执行、分析和确认。

6、传统质量成本和现代质量成本的主要区别有哪些?

(1)[2分]传统的质量成本集中在与失效有关的事件和活动,如损坏、缺陷等。传统质量成本通常以报废、返工、返修等形式出现;(2)[2分]现代的质量成本的目的则在于通过预防和评估活动中的适当投入,减少与失效有关的活动。

软件质量保证计划模板

XXXX 软件质量保证计划 部门 编写 审核 批准 XXXX有限公司

文档控制变更记录

1范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 1.4与其他计划的关系 (1) 2引用文件 (1) 3术语与定义 (2) 4组织机构与人员 (2) 4.1组织机构 (2) 4.2人员配置 (2) 5标准、条例和约定 (5) 6质量保证活动安排 (5) 6.1产品审计 (5) 6.2过程审计 (6) 6.3评审计划 (8) 6.4产保经理审计 (10) 7不符合问题的解决 (10) 8工具、技术和方法 (11) 9对供货单位的控制 (11) 10记录的收集、维护和保存 (11) 11测量 (11)

表5-4 CCB职责表 (5) 表6-1 产品审计计划表 (6) 表6-2 过程审计计划表 (7) 表6-4 评审计划表 (8) 表6-5 产保经理审计计划表 (10)

1范围 1.1标识 a.本文档的标识号:; b.标题:XXXX质量保证计划; c.本文档适用与XXX系统/软件。 1.2系统概述 包括本文档所使用的软件所属系统的功能,软件在系统中的位置。系统开发、运行和维护的历史,系统的用户、开发方和相关机构等。标识当前和计划的运行现场;列出其他有关的文档。 可参考任务书、开发计划中的相关内容。 1.3文档概述 制定本计划的目的是定义软件开发过程中SQA和项目质量活动的任务、职责、工作计划、质量保证活动的资源要求(包括人员、工具和设施)等,SQA 将通过跟踪、管理软件开发的过程,使软件开发团队能够在正确的时间和正确的地点完成正确的工作。SQA计划旨在合理地安排开发过程中进行的过程和产品审计、评审和跟踪等活动,为本型号软件项目实施SQA活动提供依据与指导。 本文档为软件质量保证活动的依据,本文档的工作任务拆分结构表、风险跟踪表、资源跟踪表为项目监督控制过程的初始数据。 1.4与其他计划的关系 本计划为《XXX软件开发计划》的子计划; 本计划按照《XXX软件开发计划》编写。 2引用文件 《XXX软件开发计划》,XXX部门; 《XXX软件任务书》,XXX部门;

软件开发质量保证方案

1软件开发质量保证方案 1.1 质量管理内容 1.1.1编制和评审质量计划 制定质量保证计划:依据项目计划及项目质量目标确定需要检查的主要过程和工作产品,识别项目过程中的干系人及其活动,估计检查时间和人员,并制定出本项目的质量保证计划。 质量保证计划的主要内容包括:例行审计和里程碑评审,需要监督的重要活动和工作产品,确定审计方式,根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确质量审计报告的报送范围。 质量保证计划的评审:质量保证计划需要经过评审方能生效,以确保质量保证计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时,需要及时更改和复审质量保证计划。 1.1.2“过程和工作产品”的质量检查 根据质量保证计划进行质量的审计工作,并发布质量审计报告。 审计的主要内容包括:是否按照过程要求执行了相应的活动,是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。 1.1.3不符合项的跟踪处理 对审计中发现的不符合项,要求项目组及时处理,质量保证人员需要确认不符合项的状态,直到最终的不符合项状态为“完成”为止。

1.2 质量管理责任分配 我公司在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了项目开发所需角色外,还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施,下面针对这三种角色进行说明: 1.2.1质量保证小组职责 质量保证小组作为质量保证的实施小组,在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组的主要职责是:以独立审查方式,从第三方的角度监控软件开发任务的执行,分析项目内存在的质量问题,审查项目的质量活动,给出质量审计报告。就项目是否遵循已制定的计划、标准和规程,给开发人员和管理层提供反映产品和过程质量的信息和数据,使他们能了解整个项目生存周期中工作产品和过程的情况,提高项目透明度,从而支持其交付高质量的软件产品。 质量保证人员依据质量保证计划,通过质量审计报告向项目经理及有关人员提出已经识别出的不符合项,并跟踪不符合项的解决过程,通过审计周报或者审计月报向项目经理提供过程和产品质量数据,并与项目组协商不符合项的解决办法。 质量保证小组的检测范围主要包括:项目的进度是否按照项目计划执行,用户需求是否得到了用户的签字确认,软件需求是否正确的反映了用户的需求,是否将每一项用户需求都映射到软件需求;系统设计是否完全反映了软件需求;实现的软件是否正确的体现了系统设计;测试人员是否进行了较为彻底的和全面的测试;客户验收和交接清单是否完备;对于系统运行中出现的问题,维护人员是否记录了详细的维护记录;配置管理员是否按照配置管理计划建立了基线,是否严格控制变更过程,是否对配置库进行了维护。 1.2.2配置管理小组职责 配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程,借

质量保证计划(软件)

质量保证计划

目录 第一章质量保证承诺 (2) 第二章质量管理 (2) 1质量管理服务规范 (2) 2质量管理内容 (2) 2.1编制和评审质量计划 (2) 2.2质量检查 (3) 2.3不符合项的跟踪处理 (3) 3质量管理责任分配 (3) 3.1质量保证小组职责 (3) 3.2配置管理小组职责 (4) 3.3测试小组职责 (4) 4质量保证措施 (4) 4.1项目进度 (4) 4.2需求分析 (5) 4.3系统设计 (6) 4.4系统实现 (6) 4.5系统测试 (6) 4.6系统维护 (7) 第三章质量问题处罚措施 (7) 1质量问题分类 (7) 2质量问题处理 (7) 3关于质量问题接受处罚的整体承诺 (8)

第一章质量保证承诺 针对本项目建设和实施,我方郑重承诺: 1、承诺按照国家现行标准、行业标准、相关建设标准及招标文件要求进行项目建设实施,保证供货和服务质量。 4、承诺在货物实施、调试、验收合格后,对采购人的相关人员进行免费现场培训。培训内容包括基本操作、保养维修、常见故障及解决办法等。 5、承诺依据按照要求提供项目售后服务。项目质量缺陷责任期为2年,自自招标人验收合格之日起计算。 6、为保证项目建设质量,承诺除不可抗力或业主要求外,拟派于该项目的驻场人员在项目实施过程中没任何更换。 以上承诺内容仅为部分列出,针对质量保证,我方将严格按照标准规范进行供货和项目实施。若因我方原因导致项目出现任何质量问题,我方愿承担一切后果。 第二章质量管理 1质量管理服务规范 根据本工程所具备的资源和系统环境等约束条件,我们将与用户及其他参与单位一道努力,按照ISO9000质量体系要求,通过质量管理协调各种因素在系统维护过程中的作用,有效的利用资源,完成预定任务。 按照ISO9000体系框架和要素的要求,紧密结合计算机系统维护项目的特点,制定出在各个环节的标准,来提高维护服务水平,控制质量。 本公司把ISO9000质量体系认证作为加强质量管理、提高企业竞争力的一张王牌。经过ISO9000质量认证工作,本公司取得了原先意想不到的效果,产生了巨大的效益。 ISO9000族标准的基本思想就在于一个组织要确定其质量目标,并按照其确定的质量目标建立并有效实施质量体系,确保影响产品质量的技术、管理和人的因素处于受控状态,所有的控制应针对减少和消除不合格,尤其是预防不合格,并建立和完善持续的质量改进机制。它由一系列规则和协议组成,由专门的组织机构以一系列的管理制度和工具来保证贯彻实施。 2质量管理内容 2.1编制和评审质量计划 制定质量保证计划:依据项目计划及项目质量目标确定需要检查的主要过程和工作产品,识别项目过程中的干系人及其活动,估计检查时间和人员,并制定出本项目的质量保证计划。 质量保证计划的主要内容包括:例行审计和里程碑评审,需要监督的重要活动和工作产品,确定审计方式,根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确

软件测试工程师必备知识

一、基本常识类 1.计算机基础知识 2.计算机网络基础知识 3.软件测试基本知识(软件质量,软件质量管理基础知识,软件测试概念,软件测试标准,软件测试技术及方法,软件测试项目管理) 4.软件开发基本知识(软件工程知识,理解软件开发方法及过程) 二、技术类 1.程序语言 C/C++,VB,VC,Java,.net,ASP,Javascrīpt等。具体要求要视公司的具体项目或产品来定。但一般以C为基本要求。 2.数据库知识

SQL Server,Oracle,Mysql,Sybase 等。一般对测试人员的要求就是要求会使用,然后熟练使用SQL语句进行查询,修改,添加,删除数据操作。 3.操作系统 Windows,Linux(常用的RedHat,SUSE,Debian)/Unix(FreeBSD,Solaris,HP-UX,AIX,Mac)系统。 三、自动化测试工具类 1.自动化测试概念/自动化测试框架好多人觉得自动化测试就是使用自动化测试工具,其实各种工具只是自动化测试实施的一个有效利器,如何建立一个脱离工具的自动化测试框架远远比研究如何使用测试工具复杂,困难的多。 2.自动化测试流程

3.自动化测试工具的使用自动化测试框架(流程)GUI的功能测试自动化非GUI的功能测试自动化性能测试(广义的和狭义的性能测试)自动化测试工具(功能测试工具,性能测试工具,缺陷管理工具,测试管理工具)(HP)Mercury Interactive QuickTest Pro,WinRunner,LoadRunner,Quality Center(Test Director),SiteScope Compuware QACenter(TestPartner QARun QALoad QADirector TrackRecord),DevPartner studio (IBM)Rational TestSuite(Robot TestManager FunctionalTester PerformeranceTester ClearQuest ClearCase ...)(Borland)Segue SilkTest SilkPerformer SCTestManager 其它:JUnit,NUnit,Auto It,Test Architect,OpenSTA等

软件质量管理体系建设方案详细

关于软件质量管理体系建设的 方案 参考资料: 《cmmi3级软件过程改进方法与规》 《 ISO9001:2000标准》 修改记录: 作者简介: 软件企业质量经理、高级项目经理,联系方式__qq:317974257 方案说明: 参考了《cmmi3级软件过程改进方法与规》、《 ISO9001:2000标准》。同时参考了业界同行

写的相关方案或文章,吸收了他们的优秀见解。 1.引言 (3) 1.1软件质量概述 (3) 1.2公司软件质量现状分析 (4) 1.3软件质量管理的特点 (4) 1.4软件质量责任分配 (7) 2.软件质量管理体系建设总体方案 (7) 2.1进一步推动软件质量管理体系建设的原则 (8) 2.2软件质量管理体系完善需要解决的主要问题 (9) 2.3配置管理—实施软件质量管理的重要步骤 (10) 2.4进一步完善我们的测试管理体系 (12) 2.4.1.软件测试的组织与管理规划 (13) 2.4.2.测试管理体系过程控制 (15) 2.4.2.1测试流程模型 (16) 2.4.2.2测试流程控制 (16) 2.4.2.3测试小结 (18) 2.5软件质量保证(SQA)的实施 (19) 2.5.1.SQA概述 (19) 2.5.1.SQA实施 (20) 2.5.2.SQA与SQC区别与协作 (22) 2.6全面软件质量管理 (23) 2.6.1.全面软件质量管理 (23) 2.6.2.全面软件质量管理的方法---制定质量管理计划 (23) 2.6.3.全面软件质量管理的方法---技术评审 (24) 3.结束语 (24)

1.引言 1.1软件质量概述 随着信息技术的飞速发展,使软件产品应用到社会的各个领域,也造就了软件行业激烈竞争的生存环境,随着软件规模及复杂性急剧加大,软件质量已经成为人们共同关注的焦点。技术是软件企业的生命,而质量则是它的灵魂,软件企业要在竞争中占有一席之地,软件质量保证是第一要素。由此,软件质量的重要性是不言而喻的。 软件质量是指与软件产品满足规定的和隐含的需求的能力有关的特征和特性的总和。通常来说,软件质量应该包含六方面的特性: 功能性、可靠性、易使用性、效率、可维护性、可移植性。 软件质量管理包括:软件质量计划编制、软件质量保证和软件质量控制三个过程域。质量计划就是为了实现质量目标的计划,它主要结合各个公司的质量方针,产品描述以及质量标准和规则通过收益、成本分析和流程设计等工具制定出来实施方略,其容全面反应用户的要求,为质量小组成员有效工作提供了指南,为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据,为确保项目质量得到保障提供坚实的基础。质量保证(Quality Assurance ,QA)的目的是提供一种有效的人员组织形式和管理方法,通过客观地检查和监控“过程质量”与“产品质量”,从而实现持续地改进质量。质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。质量控制是对阶

软件质量保证计划模板

{项目名称}软件质量保证计划 状态:草稿标识号: 评审当前版本: 前一版本: 修订版发布日期: 摘要 “简要描述该文档的内容。”

修改历史 注释:评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。

目录 1概述............................................ 错误!未定义书签。 目的和范围 ........................................... 错误!未定义书签。 软件质量保证计划维护 ................................. 错误!未定义书签。 参考资料 ............................................. 错误!未定义书签。2角色与职责...................................... 错误!未定义书签。 角色 ................................................. 错误!未定义书签。 职责 ................................................. 错误!未定义书签。3审核标准........................................ 错误!未定义书签。4过程能力与软件质量目标 .......................... 错误!未定义书签。 过程能力目标 ......................................... 错误!未定义书签。 软件质量目标 ......................................... 错误!未定义书签。 达到目标的活动 ....................................... 错误!未定义书签。5软件质量保证活动进度表 .......................... 错误!未定义书签。 项目软件质量保证活动 ................................. 错误!未定义书签。 参与内容............................................... 错误!未定义书签。 项目评审活动........................................... 错误!未定义书签。 软件工作产品审核....................................... 错误!未定义书签。 软件质量保证员审核计划 ............................... 错误!未定义书签。 客户满意度调查计划 ................................... 错误!未定义书签。 客户评审时间表(可选) ................................ 错误!未定义书签。6度量计划........................................ 错误!未定义书签。 原始数据 ............................................. 错误!未定义书签。 收集方法 ............................................. 错误!未定义书签。7审核规程........................................ 错误!未定义书签。8缺陷预防计划 .................................... 错误!未定义书签。

XXX系统__软件质量保证计划

X X X X系统 质量保证计划 上海XXX有限公司 2013年8月 目录

1引言? 1.1目的? 本计划的目的在于对所开发的上海博物馆古籍数字化系统规定各种必要的质量保证措施,以保证所交付的上海博物馆古籍数字化系统能够满足项目委托书或合同中规定的各项需求,能够满足本项目总体组制定的且经领导小组批准的该软件系统需求规格说明书中规定的各项具体需求。? 软件开发单位在开发上海博物馆古籍数字化系统所属的各个子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求,剪裁后的计划必须经总体组批准。? 1.2定义? 本计划用到的一些术语的定义按GB/T 11457和GB/T 12505。? 1.3参考资料? GB/T 11457?软件工程术语? GB 8567 计算机软件开发规范? GB 8567 计算机软件产品开发文件编制指南? GB/T 12504 计算机软件质量保证计划规范? GB/T 12505 计算机软件配置管理计划规范? 上海博物馆古籍数字化系统配置管理计划? 2管理? 2.1机构? 在本软件系统整个开发期间,必须成立软件质量保证小组负责质量保证工作。软件质量保证小组属总体组领导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件质量保

证人员等方面的人员组成,由项目的软件工程小组代表任组长。各子系统的软件质量保证人员在业务上受软件质量保证小组领导,在行政上受各子系统负责人领导。? 软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。各子系统的软件质量保证人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划的所有要求。? 2.2任务? 软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质量的早期评审工作。因此,对新开发的或正在开发的各子系统,要按照GB 8567与本计划的各项规定进行各项评审工作。软件质量保证小组要派成员参加所有的评审与检查活动。 评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在上海博物馆古籍数字化系统开发过程中,经总体组研究决定,要进行如下几类评审与检查工作:? a.阶段评审:在软件开发过程中,要定期地或阶段性地对某一开发阶段或某 几个开发阶段的阶段产品进行评审。根据总体组研究决定,在上海博物馆古籍数字化系统及其所属各子系统的开发过程中,应该进行以下三次评 审:第一次评审软件需求、概要设计、验证与确认方法;第二次评审详细设计、功能测试与演示,并对第一次评审结果复核;第三次是功能检查、物理检查和综合检查。关于这些评审工作的详细内容见第5章。? b.阶段评审工作要组织专门的评审小组,原则上由项目总体小组成员或特邀 专家担任评审组长,评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门的代表,其他参加人员视评审内容而定。?

软件测试基础知识整理

软件测试基础教程 测试是软件生存周期中十分重要的一个过程,是产品发布、提交给最终用户前的稳定化阶段。 一、测试的分类: 从测试方法的角度分为: (1)手工测试:不使用任何测试工具,根据事先设计好的测试用例来运行系统,测试各功能模块。 (2)自动化测试:利用测试工具,通过编写测试脚本和输入测试数据,自动运行测试程序。目前最常用的自动化测试工具是基于GUI的自动化测试工具,基本原理都是录制、回放技术。 > 从整体的角度分为: (1)单元测试:是针对软件设计的最小单位—程序模块,进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。单元测试的依据是系统的详细设计;一般由项目组开发人员自己 完成。 (2)集成测试:在单元测试的基础上,将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。 (3)系统测试:系统测试是在所有单元、集成测试后,对系统的功能及性能的总体测试。 (4)确认测试:模拟用户运行的业务环境,运用黑盒测试方法,验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性(功能、非功能)上的。 从测试原理上分为: . (1)白盒测试:是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正。 (2)黑盒测试:是通过使用整个软件或某种软件功能来严格地测试,而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时, 把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它 只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收和正确的输出。 黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测法。 A、等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子 集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试 用例设计方法。 B、边界值分析:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是 发生在输入输出范围的内部。因此针对各种边界情况设计测试用例,可以查出更多的错 误。 C、错误推测法:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的 方法。错误推测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特 殊情况,根据他们选择测试用例。例如,在单元测试时曾列出的许多在模块中常见的 错误。以前产品测试中曾经发现的错误等,这些就是经验的总结。还有,输入数据 和输出数据为0的情况。输入表格为空格或输入表格只有一行。这些都是容易发生错 误的情况。可选择这些情况下的例子作为测试用例。

-软件质量保证计划

-软件质量保证计划 31、1目的 31、2定义 31、3参考资料32管理 32、1机构 32、2任务 42、3职责53文档 53、1基本文档 53、2其他文档 63、3文档质量的度量准则64标准、条例和约定75评审和检查76软件配置管理97工具、技术和方法98媒体控制109对供货单位的控制1010记录收集、维护和保存101 引言 1、1 目的本计划的目的在于对所开发的上海博物馆古籍数字化系统规定各种必要的质量保证措施,以保证所交付的上海博物馆古籍数字化系统能够满足项目委托书或合同中规定的各项需求,能够满足本项目总体组制定的且经领导小组批准的该软件系统需求规格说明书中规定的各项具体需求。软件开发单位在开发上海博物馆古籍数字化系统所属的各个子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求,剪裁后的计划必须经总体组批准。

1、2 定义本计划用到的一些术语的定义按GB/T11457和 GB/T12505。 1、3 参考资料GB/T11457软件工程术语GB8567 计算机软件开发规范GB8567 计算机软件产品开发文件编制指南GB/T12504 计算机软件质量保证计划规范GB/T12505 计算机软件配置管理计划规范上海博物馆古籍数字化系统配置管理计划2 管理 2、1 机构在本软件系统整个开发期间,必须成立软件质量保证小组负责质量保证工作。软件质量保证小组属总体组领导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件质量保证人员等方面的人员组成,由项目的软件工程小组代表任组长。各子系统的软件质量保证人员在业务上受软件质量保证小组领导,在行政上受各子系统负责人领导。软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。各子系统的软件质量保证人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划的所有要求。 2、2 任务软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质量的早期评审工作。因此,对新开发的或正在开发的各子系统,要按照GB8567与本计划的各项规定进行各项评审工作。软件质量保证小组要派成员参加所有的评审与检查活动。评审与检查

系统软件质量保证计划规划方案.doc

XXXX系统 质量保证计划 上海 XXX有限公司 20xx 年 8 月 目录 引言 目的 本计划的目的在于对所开发的上海博物馆古籍数字化系统规定各种必要的 质量保证措施,以保证所交付的上海博物馆古籍数字化系统能够满足项目委托 书或合同中规定的各项需求,能够满足本项目总体组制定的且经领导小组批准 的该软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发上海博物馆古籍数字化系统所属的各个子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求,剪 裁后的计划必须经总体组批准。 定义 本计划用到的一些术语的定义按GB/T 11457和 GB/T 12505。 参考资料 GB/T 11457 软件工程术语 GB 8567 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 12504 计算机软件质量保证计划规范

GB/T 12505 计算机软件配置管理计划规范 上海博物馆古籍数字化系统配置管理计划 管理 机构 在本软件系统整个开发期间,必须成立软件质量保证小组负责质量保证工作。软件质量保证小组属总体组领导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件 质量保证人员等方面的人员组成,由项目的软件工程小组代表任组长。各子系 统的软件质量保证人员在业务上受软件质量保证小组领导,在行政上受各子系 统负责人领导。 软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。各 子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质 量状况。各子系统的软件质量保证人员应该根据对子项目的具体要求,制订必 要的规程和规定,以确保完全遵守本计划的所有要求。 任务 软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软 件开发活动中,而且应该特别注意软件质量的早期评审工作。因此,对新开发 的或正在开发的各子系统,要按照 GB 8567与本计划的各项规定进行各项评审工作。软件质量保证小组要派成员参加所有的评审与检查活动。 评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认 真采取各项措施来保证与提高软件的质量。在上海博物馆古籍数字化系统开发 过程中,经总体组研究决定,要进行如下几类评审与检查工作: 阶段评审:在软件开发过程中,要定期地或阶段性地对某一开发阶段或某 几个开发阶段的阶段产品进行评审。根据总体组研究决定,在上海博物馆古籍 数字化系统及其所属各子系统的开发过程中,应该进行以下三次评审:第一次 评审软件需求、概要设计、验证与确认方法;第二次评审详细设计、功能测试

软件测试自学指南

软件测试自学指南 软件测试自学指南一、软件测试基础知识 要想进入测试这个行业,就必须要了解什么是软件测试,该如何测试? 这部分的学习目标:掌握软件测试的基本概念、软件测试的流程,并能熟练的应用常见的用例设计方法来设计测试用例。掌握常见的测试方法和类型,并知道如何进行每个阶段的测试。 下面是推荐的参考书: 1、软件测试(原书第2版) (美)佩腾(Patton,R.)著,张小松等译 这本书可以用来作为进入行业的第一本书,本书讲解的都是实用的技术,通过阅读本书可以快速的去学会如何测试软件。个人建议,这本书至少要读3遍以上。 看完这本书,自己可以去找一个项目(可以到开源中国上查找)来测一测,应用一下学的知识,找一找缺陷。在测试这个项目中要体会一下测试的流程,学习如何搭建测试环境。 2、软件测试的艺术(原书第3版) (美)梅耶等 第二本就是这本软件测试的“圣经”,这本书据说是硅谷测试人员必备的书。这本书最值得看的地方就是测试的思想。阅读这本书可以让你有豁然开朗的感觉。 3、计算机软件测试(原书第2版)(美)卡尼尔 这本书也是值得一读的,同样也是非常适合初学者阅读的。 4、全程软件测试朱少民 上面的都是外国人写的,来本国产的。 还有很多经典的测试书,例如:Paul C.Jorgensen的软件测试(第2版)这本书,但是笔者认为他不是很适合初学者,这本书都是用来做研究生教材的,做过一段测试的可以来看看。 二、软件测试进阶书籍 这部分主要是针对有过一年左右测试经验的,真正测试过几个项目的。推荐的参考书主要是提高测试效率的,一些测试的经验。 1、有效软件测试

这本书主要是给软件测试的各个阶段提出了一些建议,一共50条。这些建议都十分中肯,值得一读。 2、软件测试经验与教训 听书名也应该了解了一大半了吧,这本书一共给出了293条经验,阅读它吧。它会让你重新思考关于测试的基本理论。 还有一些很好的书籍了,但是没有读过的就不做推荐了。 三、自动化测试 我们都知道,目前自动化测试是软件测试的趋势,而且目前公司在招聘的过程中都会考察自动化相关的知识。这里我们介绍一下QTP和Loadrunner等测试工具。 目标:掌握自动化测试的概念、流程和方法。能够使用相关的工具进行自动化的测试。QTP部分: 目标:掌握QTP的测试流程、工作原理和基本使用。能够使用QTP进行自动化测试。进阶需要掌握自动化框架设计的原理,并能独立设计自动化框架。 目前网络资源很丰富,有很多前辈录制了很多视频,大家可以先来看看。 1、IT播吧- 小强老师零基础学习软件测试系列视频教程之QTP学习指南 首先可以先看这套视频,这里主要讲的是QTP的基本使用。学习视频的过程中,最好能够独立的测试QTP自带的飞机订票的例子。这个最好了,QTP的基本使用就没问题了。 2、精通QTP——自动化测试技术领航余杰赵旭斌编著 第一个视频还是讲的录制和回放,并且也是以飞机订票作为的例子,但是实际工作中,很少有录制的项目,基本上都是需要自己开发脚本的。所以这本书会给你很大帮助的。 3、QTP自动化测试权威指南(第二版) 这本是QTP的大牛Tarun Lalwani的经典力作,公认的QTP测试的“圣经”。无论是初学者还是使用过QTP的都应该好好的读一读。

最全软件质量的管理计划模板完整版.doc

XXXX项目质量保证计划 ***科技(北京)有限公司

版本历史

目录 目录 (3) 1.介绍 (4) 1.1目的 (4) 1.2术语 (4) 1.3参考资料 (4) 2.管理 (4) 2.1职责 (4) 3任务 (5) 3.1过程与产品质量检查计划 (5) 3.2 参与技术评审的计划 (6) 3.3 审计流程 (7) 4.输出产物 (7)

1.介绍 1.1目的 本质量保证计划制定(某项目)项目质量保证工作相关的一些措施和规定,作为质量保证工作的整体指导方向,是质量保证人员展开质量活动的依据,也是检查项目质量的基础。 本质量保证计划的目的是保证所发布的(某产品)能够满足《需求规格说明书》中规定的各项需求。 1.2术语 1.3参考资料 《**-项目计划》 2.管理 2.1职责

3任务 3.1过程与产品质量检查计划 提示:质量保证员根据本项目的特征,确定需要检查的主要过程域和主要工作成果,并估计检查时间和人员。 注意:对某些过程域的检查应当是周期性的而不是一次性的,例如配置管理、需求 管理等。

3.2 参与技术评审的计划 提示: (1)技术评审计划一般由研发经理或者项目的技术负责人制定。 (2)质量保证员应当参与并监督重要工作成果如需求、设计、代码的技术评审。 质量保证员根据技术评审计划,制定“参与技术评审”的计划。 (3)工作成果的技术评审有两种形式:正式技术评审(FTR)和非正式技术评审(ITR)。 FTR需要举行评审会议,参加评审会议的人数相对比较多。ITR形式比较灵活,一 般在同伴之间开展或以邮件等的方式进行评审。

系统软件质量保证计划精编

系统软件质量保证计划 精编 Document number:WTT-LKK-GBB-08921-EIGG-22986

XXXX系统 质量保证计划 上海XXX有限公司2013年8月

目录

1引言 2 2.1目的 2.2 本计划的目的在于对所开发的上海博物馆古籍数字化系统规定各种必要的质量保证措施,以保证所交付的上海博物馆古籍数字化系统能够满足项目委托书或合同中规定的各项需求,能够满足本项目总体组制定的且经领导小组批准的该软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发上海博物馆古籍数字化系统所属的各个子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求,剪裁后的计划必须经总体组批准。 2.3定义 2.4 本计划用到的一些术语的定义按GB/T 11457和GB/T 12505。

2.5参考资料 2.6 GB/T 11457软件工程术语 GB 8567 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 12504 计算机软件质量保证计划规范 GB/T 12505 计算机软件配置管理计划规范 上海博物馆古籍数字化系统配置管理计划 3管理 4 4.1机构 4.2 在本软件系统整个开发期间,必须成立软件质量保证小组负责质量保证工作。软件质量保证小组属总体组领

导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件质量保证人员等方面的人员组成,由项目的软件工程小组代表任组长。各子系统的软件质量保证人员在业务上受软件质量保证小组领导,在行政上受各子系统负责人领导。 软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。各子系统的软件质量保证人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划的所有要求。 4.3任务 4.4 软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质量的早期评审工作。因此,对新开发的或正在开发的各子系统,要按照GB 8567与本计划的各项规定进行各项

软件测试必备基础知识

软件测试必备基础知识 一、基本概念 软件测试 在规定条件下对程序进行操作,以发现错误,对软件质量进行评估,包括对软件形成 过程的文档、数据以及程序进行测试 软件测试的目的 发现程序中存在的错误发现程序中存在的错误,而不是证明程序无错误。一个好的测试用例在于它能发现至今尚未发现的错误。一个成功的测试则是发现了至今未发现的错误。开始我们认为做测试无非是为了证明我们编的程序是无错误的,那是大错特错了。因为bug会因时间不同,条件不同而出现。永远无法证明我们的程序是绝对正确的。 为反馈信息做准备为开发者或软件项目经理提供反馈信息,以及为风险评估所准备的信息 软件测试的原则 所有的测试都应追溯到用户需求。因为软件的目的是使用户完成预定的任务,满足其 需求,而软件测试揭示软件的缺陷和错误,一旦修正这些错误就能更好地满足用户需求。 应尽早地和不断地进行软件测试。由于软件的复杂性和抽象性,在软件生命周期各阶 段都可能产生错误,所以不应把软件测试仅仅看作是软件开发的一个独立阶段,而应当把 它贯穿到软件开发的各个阶段去。在需求分析和设计阶段就应开始进行测试工作,编写相 应的测试计划及测试设计文档,同时坚持在开发各阶段进行技术评审和验证,这样才能尽 早发现和预防错误,杜绝某些缺陷和错误,提高软件质量,测试工作进行得越早,越有利 于提高软件的质量,这是预防性测试的基本原则。 在有限的时间和资源下进行完全测试,找出软件所有的错误和缺陷是不可能的,软件 测试不能无限进行下去,应适时终止。因为,测试输入量大、输出结果多、路径组合太多,用有限的资源来达到完全测试是不现实的。

测试只能证明软件存在错误而不能证明软件没有错误。测试是无法显示潜在的错误和缺陷,继续进一步错误可能还会找到其它错误和缺陷。 充分关注测试中的集群现象。在测试的程序段中,若发现的错误数目多,则残存在其中的错误也越多,因此应当花较多的时间和代价测试那些具有更多错误数目的程序模块。 程序员应避免检查自己的程序。考虑到人们的心理因素,自己揭露自己程序中的错误是件不愉快的事,自己不愿意否认自己的工作;另一方面,由于思维定势,自己难以发现自己的错误。因此,测试一般由独立的测试部门或第三方机构进行。 尽量避免测试的随意性。软件测试是有组织、有计划、有步骤的活动,要严格按照测试计划进行,要避免测试的随意性。 软件测试对象 程序开发过程中的各个文档、源程序、目标程序及数据 软件测试的模型 V模型 从左到右,描述了基本的开发过程和测试行为,非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 左边依次下降的是开发过程各阶段,与此相对应的是右边依次上升的部分,即各测试过程的各个阶段。 V模型问题: "测试是开发之后的一个阶段,"测试的对象就是程序本身。 "实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。 "整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心,而且上一步的结果必须是充分和正确的,如果任何一个环节出了问题,则必将严重的影响整个工程的质量和预期进度 W模型相对于V模型,W模型更科学。W模型是V模型的发展,强调的是测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、功能和设计同样要测试。测试与开发是同步进行的,从而有利于尽早地发现问题。 W模型也有局限性。W模型和V

软件开发质量保证体系

软件开发质量保证体系

软件开发质量保证体系来自https://www.360docs.net/doc/a213909180.html, 1. 使用范围 2. 引用标准 3. 定义 4. 质量体系框架 4.1 管理职责 4.2 质量体系 4.3 评审 4.4 纠正措施 5. 质量体系生存周期 5.1 合同评审 5.2 需方需求规格说明 5.3 开发计划 5.4 质量计划 5.5 设计和实现 5.6 测试和确认 5.7 验收 5.8 复制、交付和安装 5.9 维护 4.1管理职责

4.1.1 供方(及具体的项目开发组)负责以下职责 组织机构 本公司内部专门设立部门质量保证部门,由部门负责人及专门经过培训的人员组成。具体项目开发组,设立质量保证组,或委托公司质量保证部门协助开展工作。 质量保证部门负责以下工作: 建立并维护公司内部的质量保证体系。 对可能导致产品不合格的问题予以识别,采取措施予以避免。 发现并记录产品的质量问题。 提出、采取或推荐问题解决办法。 验证解决办法的实施效果。 对不合格产品的处理、交付过程进行控制,确保最终问题得以纠正。 质量保证部门的评审活动应由与被评审工作无直接责任的人员组成。 制定质量方针和质量目标 确保项目组成员均理解质量方针并能坚持贯彻执行。 公司内部制定一般性的质量方针及对软件产品的质量目标,作为各项目组的参照,各项目组可根据具体客户期望及需求作出具体质量目标及质量承诺,具体质量目标及承诺,特别是超出公司目标的部分,提交给质量保证部门,以便提交给质量保证部门充分理解并协助实施。 《质量方针和质量目标》见附录 管理评审 质量保证部门负责人应每月对质量体系进行评审,主要是对内部质量审核结果的评定,以保证质量体系持续有效,保存评审记录。 4.1.2 需方(客户)应负的职责 在项目中,应向需方(客户)提出具体要求,明确其需要承担的职责,以便相互配合,共同保证项目的顺利实施。 需方应明确指定项目相关负责人,应具有足够的权力处理以下问题: 向供方提出需求 回答供方提出的某些相关问题 认可供方的提案 与供方签订协议并能确保遵守签订的协议 规定验收准则和规程 向供方提供必要的信息,提供有利的环境并解决项目中一些障碍。 4.1.3 共同评审 双方定期地交流,并联合评审软件是否满足已经商定的需求规格说明书。

软件测试基础知识适合初学者

软件测试基本概念 1、软件=程序+文档,软件测试=程序测试+文档测试。 “程序”是指能够实现某种功能的指令的集合,“文档”是指软件在开发、使用和维护过程中产生的图文集合。; 2、软件的分类 按功能分:系统软件、应用软件 按技术架构分:单机版软件、C/S结构软件(C是指客户端,S指服务器端)、B/S结构软件(B是指浏览器) 按照用户划分:产品软件、项目软件 按开发规模划分:小型、中型、大型 3、BUG的定义:软件的BUG指的是软件中(包括程序和文档)不符合用户需求的问题。常见的软件BUG分三种类型:完全没有实现的功能;基本实现了用户需求的功能;实现了用户不需要的功能。 4、测试环境=软件+网络+硬件。搭建环境:真实、干净、无毒、独立 5、软件环境的分类:软件开发环境软件生产运行环境 6、测试用例:指在测试执行之前设计的一套详细的测试方案,包括测试环境、测试步骤、测试数据和与其结果!测试用例=输入+输出+测试环境。测试用例有两个模板,word和excel,前者适合性能测试,后者适合功能测试。 软件测试分类 1、黑盒测试:指的是把被测的软件看作是一个黑盒子,我们不去关心盒子里面的结构是什么样子的,只关心软件的输入数据和输出结果 白盒测试:指的是把盒子盖打开,去研究里面的源代码和程序结构。 2、静态测试:是指不实际运行被测软件,而只是静态的检查程序代码、界面或文档中可能存在的错误的过程。 动态测试:是指实际运行被测程序,输入相应的测试数据,检查实际输出结果和预期结果是否相符的过程,所以我们判断一个测试属于动态测试还是静态测试,唯一的标准就是看是否运行程序。

注:同一个测试,既有可能属于黑盒测试,也有可能属于动态测试;既有可能属于静态测试,也有可能属于白盒测试。他们之间也有可能交叉。 3、单元测试:编译运行程序——静态测试——动态测试 集成测试:是单元测试的下一个阶段,是指将通过测试的单元模块组装成系统或子系统,再进行测试,重点测试不同模块的接口部分。 系统测试:指的是将整个软件系统看作1个整体进行测试,包括对功能、性能,以及软件所运行的软硬件环境进行测试。 验收测试:指的是在系统测试的后期,以用户测试为主,或有测试人员等质量保障人员共同参与的测试,它也是软件正式交给用户使用的最后一道工序. 验收测试又分为α测试和β测试,其实α测试指的是由用户、测试人员、开发人员等共同参与的内部测试,而β测试指的是内侧后的公测,即完全交给最终用户测试。 4、功能测试:是黑盒测试的一方面,它检查实际软件的功能是否符合用户的需求。功能测试又可以细分为很多种:逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试等。 性能测试:软件的性能包括很多方面,主要有时间性能和空间性能两种。时间性能:主要指软件的一个具体事务的响应时间。空间性能:主要指软件运行时所消耗的系统资源。 软件性能测试分为一般性能测试、稳定性测试、负载测试和压力测试。一般性能测试指的是让被测系统在正常的软硬件环境下运行,不向其十佳任何压力的性能测试。稳定性测试,也叫可靠性测试,是指连续运行内测系统,检查系统运行时的稳定程度。我们通常用MTBF (错误发生的平均时间间隔)来衡量系统的稳定性,越大稳定性越强。负载测试是性能测试的一种,通常是指让被测系统在其能忍受的眼里的极限范围之内连续运行,来测试系统的稳定性。压力测试是性能测试的一种,通常是指连续不断地给被测系统增加压力,直到将被测系统压垮为止,用来测试系统所能承受的最大压力。 假设一个人很轻松的就能背一袋米,背两袋米很吃力,最多就能背三袋米,那么: 一般性能测试:我就让他背一袋米 稳定性测试:我让他背一袋米,但是让他去操场上跑圈,看多久累倒。 负载测试:我让他背两袋米去操场上跑圈,看多久累倒。 压力测试:我让他背两袋米,三袋米,四袋米......发现他最多就能背三袋米。 5、回归测试:是指对软件的新的版本测试时,重复执行上一个版本测试时的用例 冒烟测试:是指在对一个新版本进行西戎大规模的测试之前,先验证一下软件的基本功

相关文档
最新文档