第9章 软件质量和软件质量保证体系
第9章 软件质量和软件质量保证体系
9.1 软件质量
9.1.1 软件质量特性
什么是软件质量？不同人或组织的看法各不相同。按照ISO/IEC （我国GB/T）“信息技术软件产品评价、质量特性及其使用指南”国际标准，认为软件质量
（Software Quality）是与软件产品满足明确或隐含需求的能力有关的特征和特性的总和，例如，符合规格说明。简而言之，软件质量是软件一些特性的组合，它仅依赖于软件本身。
9.1.2 软件质量评价
评价软件质量可从三个方面进行，即产品或中间产品、过程（即软件生产所需的资源和活动）和项目。
评价可按如下三步进行：
1、定义质量需求
质量需求包含两个方面：①问题规定或隐含的需求；②软件质量标准和其它技术信息。
2、准备评价
首先选择质量度量；然后定义质量等级；再定义评估准则。
由于一般情况下，不可能对质量特性进行直接度量，从而应选择与质量特性相关的且可定量的软件特性加以度量。定义质量等级是依据应用问题的需求将质量度量值分割成若干不同满意程度的等级，如优秀、合格与不合格等。定义评估准则是为了综合软件不同质量特性的评价结果，可采用判定表或加权平均法；同时还可兼顾其它因素，如时间、成本等。
3、评价过程
评价过程实际上是对软件产品就第2步中准备的评价内容进行实施，也分3步：
①测量――把选定的质量度量应用到软件产品上；
②评级――确定某测量值的等级；
③评估――根据评估准则确定产品质量，并依据管理准则判定产品是否可通过验收或是否发行等等。
9.1.3 软件质量保证
软件的质量保证也和一般的质量保证一样，是确保软件产品从诞生到消亡为止的所有阶段的质量的活动。软件质量保证由各种任务构成，分别与两种不同的参与者相关――负责技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的软件质量保证（SQA）小组。软件工程师通过采用可靠的技术方法和措施，进行正式的技术复审、执行计划周密的软件测试来保证软件质量。SQA小组主要辅助软件工程小组得到高质量的最终产品，对项目准备SQA计划，如确定需要进行的评价、需要进行的审计和复审、项目可采用的标准等；参与开发项目的软件过程描述，以保证该过程与组织政策、内部软件标准、外界所订标准以及软件项目计划的其它部分相符；复审各项软件工程活动，对其是否符合定义好的软件过程进行核实；审计指定的软件工作产品，对其是否符合定义好的软件过程中的相应部分进行核实；确保软件工作及工作产品中的偏差已被记录，并根据预定规程进行处理；记录所有不符合的部分，并报告给高级管理者；等等。??
9.1.4 软件质量管理
所谓质量管理是指确定质量方针、目标和职责，并在质量体系中通过诸如：质量策划、质量控制、质量保证和质量改进，使其实施全部管理职能的所有活动。质量策划包括产品策划、管理和作业策划以及质量计划的编制和质量改进的准备工作。质量控制是指采取某些特定作业技术或开展某些活动，以达到质量要求。质量改进是指以追求更高的效益和效率为目标的持续性活动。
质量管理和质量保证相互依赖，但他们的活动具有不同的范围、不同的目的、不同的动机和不同的结果。??
9.2 软件复杂性分析
9.2.1 基于需求分析的复杂性分析
软件工程的技术性工作始于需求分析，提供对分析模型质量的度量是有意义的和必要的。在需求分析阶段完成以后，项目的管理人员希望知道将要开发的软件有多大规模，这与将要投入的工作量、开发成本以及何时交付用户或何时投放市场都有密切的联系。同时，如果是委托开发的项目软件，用户也会关心开发机构提出的报价是否恰当合理。双方都希望有一个科学、公正的估价依据。下面介绍一种面向功能的软件复杂性度量方法――功能点方法。
面向功能度量是由Albrecht首先提出来的。功能点方法以需求规格说明书中双方确认的软件功能为依据，着重分析待开发系统的功能度（Functionality）。显然，软件的大小与软件的功能度相关，而与软件功能的描述无关，也与功能需求的如何实现无关。功能点（FP）度量可以用作从分析模型中获得系统大小的预测手段。
9.2.2 基于软件设计的复杂性分析
人们在设计硬件时，常利用设计测度来确定设计质量，指导设计演化。然而对于软件而言，大部分软件工程师却忽视对软件设计结果的测量以达到进一步改进软件设计的目的。软件设计由概要设计和详细设计两个阶段组成，我们分别就这两个阶段讨论软件设计复杂性度量方法。
概要设计复杂性度量主要集中在软件结构的特征上。Card和Glass定义了三种软件设计复杂度测度：结构复杂度、数据复杂度和系统复杂度。美国空军提出了一种计算“设计结构质量指标（DSQI）”的方法用来度量软件结构的复杂度。该方法使用了类似于在IEEE
Std.982.1―1988中提出的概念。
详细设计复杂性度量主要集中在模块内部结构的复杂性上。麦凯伯（McCabe）提出了一种环形计数的方法来确定程序控制流的复杂度。使用McCabe方法可直接利用程序流程图计算其“判定数”（即比较个数，对于复合条件判定要先转化成单一条件判定），也可根据程序流程图导出的程序图计算其“环形数”(即封闭环域数)来进行，其计算公式为：
程序环形复杂度V（G）=程序流程图中的“判定数”+1
=程序图中的“环形数”。
其中m对应于程序图中的弧数，n对应于程序图中的节点数。
9.2.3 基于源程序代码的复杂性分析
软件开发经过编码阶段后，便得到源程序代码。霍尔斯特德（Halstead）根据源代码中运算符和操作数的测量值来度量源程序代码的复杂度。在Halstead方法中，运算符是指用来处理程序中常量和变量的语法元素等，如算术运算符、逻辑运算符、关系运算符、流程控制语句、函数调用等；操作数则是指源程序代码中的常量和变量等。但对非执行语句，如注释，则不进行考虑。Halstead方法使用了以下4个基本测量数据：
程序中运算符总数N1
程序中操作数总数N2
程序中运算符种类数n1
程序中操作数种类数n2
根据以上4个测量数据，可以在以下几个方面对源程序代码的复杂性进行度量：
实际程序长度N=N1+N2
编程语言层次L=（2/n1）*(n2/N2)
程序容量 V=(N1+N2)*log2(n1+n2)?
预测程序长度N'= n1*log2n1+n2*log2n2? （可在详细设计后进行预测）
估计程序工作量 E'=V/L=(n1*N2*(N1+N2)*log2(n1+n2))/(2*n2)
预测程序错误数E&=((N1+N2)*log2(n1+n2))/3000
其中，V会随编程语言的不同而不同（对同一功能的程序，用高级语言来写要比低级语言来写得到的程序对应的V要小），它代表了写一个程序所需的信息量（以位为单位）。L反映的是程序最简洁形式时的容量与程序实际容量之比。
9.2.4 基于软件维护的复杂性分析
IEEE建议采用一种软件成熟度指标（SMI），以提供对软件产品的稳定性指示（基于为每一软件产品发布而做的变化）。将SMI和维护工作量联系起来，形成一个经验模型，则可用来度量软件维护的复杂性。
SMI方法涉及的基本测量数据如下：
当前发布软件中的模块数MT；
当前发布软件中已经改变的模块数Fc；
当前发布软件中已经添加的模块数Fa；
当前发布软件中已经删除的前一次发布软件中的模块数Fd。
则软件成熟度指标按下式进行计算：
SMI=[MT-（Fa+Fc+Fd）]/MT
当SMI接近1的时候，产品便开始稳定。
实际上，软件维护过程也是由分析、设计、编码和测试的过程组成，从而基于分析、设计、编码以及测试的复杂性分析方法也可用于软件维护的复杂性分析
9.3 软件可靠性分析
9.3.1 软件可靠性三要素
在上面定义软件可靠性中实际给出了三个有关的主要因素：失效、时间和环境。
在讨论软件质量和软件可靠性时，软件失效是指最后执行结果与有关规格不相符或用户在软件系统边界觉察到不期望的软件出错行为。失效是错误引起的结果。
在进行软件可靠性分析时，时间可以有三种度量方式。第一种是执行时间，是指运行软件时计算机实际花费的CPU时间；第二种是日期时间，指通常以年、月、周、日等计算的时间；第三种是时钟时间，是指运行软件时计算机自始至终所花去的累积时间，但计算机停机时间不计算在内。
软件的使用环境涉及软件运行时所需要的支持系统及有关的因素。一个规定的使用环境是对这些因素的精确而详细的限制描述。严格地说，描述软件可靠性“规定的使用环境”包括硬件配置状态和操作人员操作等的描述，并假定其它因素对软件来说都是理想可靠的，不会影响软件的运行。也就是说软件可靠性不包含硬件和操作的可靠性。软件可靠性、硬件可靠性和操作可靠性三者综合起来反映整个计算机系统的可靠性。规定软件的使用环境可用来判定系统失效是否由于软件失效引起。
9.3.2 软件可靠性模型
软件可靠性同硬件可靠性一样，都可看成是随机过程，用概率分布来描述。但软件可靠性与硬件可靠性的分析却不完全相同。一方面，软件不会老化，其可靠性不随时间增加而减少；另一方面，软件失效常常是由于软件分析或设计引起。这样使软件可靠性分析变得非常复杂。自第一个软件可靠性模型由Jelinski和Moranda提出以来，已经有几十个软件可靠性模型公开发表。实际应用经验表明，没有一个普适的模型能对所有产品都能做出最好的可靠性分析。软件可靠性模型的研究还有待进一步深入。
几个较简单的模型：1、Jelinski-Moranda模型；2、Shooman模型；3、Gilb植错模型；4、Hyman分别测试模型。
9.3.3 软件可靠性工程
软件可靠性工程可定义为定量地按用户对于可靠性的需求，研究基于软件系统的操作行为。它包括：
（1）软件可靠性度量，是以软件可靠性模型为基础进行的评价和预测；
（2）产品设计、开发过程、系统结构、软件操作环境等要点与度量标准及它们对可靠性的影响；
（3）应用可靠性知识指导软件定义、开发和维护。
围绕软件生命周期所进行的软件可靠性工程活动如下：
（1）可行性和需求分析阶段
（2）设计与实现阶段
（3）测试及试运行阶段
（4）运行维护阶段
ISO 9000软件质量体系
9.4.1 ISO9000族国际标准
ISO 9000族国际标准是指国际标准化组织中质量管理和质量保证技术委员会（ISO/TC 176）制订的所有标准。ISO 9000以一般术语描述了能够适用于任何行业的质量保证系统的要素，这些要素包括用于实现质量计划、质量控制、质量保证和质量改进所需的组织结构、程序、过程和资源。现有5类共20个标准，如图9-7，分别是：
1、质量术语标准
它是ISO 9000族标准中最早发布的一个标准，为质量管理领域中常用的质量术语作了明确的定义，成为质量管理和理解、贯彻实施ISO 9000其他标准的基础。
2、质量保证标准
这类标准体现了对供方质量体系的不同要求，供方对这些要求的满足应得到证实。
3、质量管理标准
这类标准可用以指导质量管理和建立质量体系。
4、质量管理和质量保证标准的选用和实施指南
5、支持性技术标准
9.4.2 企业软件质量体系的建立和实施
ISO 9000族标准中并没有专门提供软件企业如何建立和实施质量体系，因此，可以认为软件企业建立和实施质量体系的过程和其他企业并无多大差别，仅对某些质量体系要素有其特殊的要求。下面简要说明软件企业建立和实施质量体系的主要工作。
1、准备阶段
2、质量体系策划
3、编写质量体系文件
4、培训内部审核员
5、质量体系试运行
6、内部质量体系审核
7、管理评审
8、质量体系认证前的准备
9、质量体系认证过程
10、质量体系的进一步改进与完善
9.5 软件配置管理
9.5.1? 软件配置项
软件配置项（Software
Configuration Items，简称SCI）是软件配置管理的对象，它包括软件生存周期内产生的所有信息项。按ISO 9000-3的说明，配置项有：
与合同、源代码、过程、计划和产品有关的文档及数据；
目标代码和可执行代码；
相关产品，包括：软件工具、库内的可复用件、外购软件等。
软件配置就是软件配置项在不同时期按不同要求进行的组合。例如：Visual Basic 6.0有专业版、企业版等不同版本。实际中，一般用“版本”来表示配置项的演化阶段。
随着软件过程的进展，软件配置项也迅速增长，并且变化接踵而至，主要变化表现在：
新的商业或市场环境，引起产品需求或业务规则变化；
新的用户要求；
企业结构变化，导致项目优先级或软件工程队伍结构变化；
预算或进度的限制。
9.5.2 软件配置管理
软件配置管理是一组用于在计算机软件的整个生存周期内管理变化的活动。按ISO 9000-3的叙述，软件配置管理是一个管理学科，对配置项的开发和支持生存周期给予技术上和管理上的指导。配置管理的应用取决于项目的规模、复杂程度和风险大小。
软件配置管理不同于软件维护，最主要的一点是软件配置管理是当软件项目开始时就启动，并且仅当软件终止运行后才结束的一组跟踪和控制变化的活动。实施软件配置管理主要有以下任务：
1、制订配置管理计划
2、确定配置标识
3、进行配置控制，实施变更管理
4、配置审计
5、记录并报告配置状态
6、版本控制
7、发行管理和交付
9.6 软件过程能力成熟度模型简介
9.6.1 基本概念
软件过程：人们用于开发和维护软件及其有关产品（如项目计划、设计文档、代码、用户手册等，在模型中又称为软件工作产品）的一系列活动，包括软件工程活动和软件管理活动。
软件过程能力：描述开发组织或项目组通过执行其软件过程能实现预期结果的程度。
软件过程性能：表示开发组织或项目组遵循其软件过程所得到的实际结果。
软件过程成熟度：一个特定软件过程被明确和有效地定义、管理、测量和控制的程度。成熟度可以指明一个软件开发组织软件过程能力的增长潜力。
软件能力成熟度等级：软件开发组织在走向成熟的途中几个具有明确定义的、表征软件过程能力成熟度的平台。
关键过程域：互相关联的若干软件实践活动和有关基础设施的集合。
关键实践：对关键过程域的实施起关键作用的方针、规程、措施、活动以及相关基础设施的建立。
软件过程能力成熟度模型：对软件组织进化阶段的描述，随着软件组织定义、实施、测量、控制和改进其软件过程，软件组织的能力经过这些阶段逐步前进。
9.6.2 软件过程能力成熟度等级
SEI CMM1.1将软件过程的进化步骤分成5个等级，用以测量软件开发组织的软件过程成熟度和评价其软件过程能力：
1、初始级（混沌的软件过程）
2、可重复级（经过训练的软件过程）
3、已定义级（标准一致的软件过程）
4、定量管理级（可预测的软件过程）
5、优化级（能持续改善的软件过程）
9.6.3 关键过程域
除“初始级”外，每个成熟度等级均包含几个关键过程域。为了达到一个成熟度等级，必须实现该等级上的全部关键过程域。
有关概念分别说明如下：
⑴需求管理：在顾客和软件项目之间建立对顾客需求的共同理解。
⑵软件项目策划：制定软件工程和软件项目管理的合理的计划。
⑶软件项目跟踪和监督：建立适当的对实际进展的跟踪和监督，使管理者在软件项目实施情况显著偏离软件计划时能及时采取有效措施。
⑷软件子合同管理：选择合格的软件分承包商，并有效地管理他们。
⑸软件质量保证：提供对软件项目所采用的过程和所构造的产品的某种可视性和透明性，使管理者能较容易地发现软件过程和产品的质量问题，以便采取及时有效的措施。
⑹软件配置管理：在整个软件生存周期中建立和维护软件产品的完整性和一致性。
⑺组织过程焦点：规定组织在提高整体过程能力、改进软件过程活动方面的责任。
⑻组织过程定义：总结和保持一组便于使用的软件过程的成功的实践经验，以便使项目的过程实施能得到改进，为组织获得积累性的长期效益奠定基础。
⑼培训大纲：培训个人的技能和知识，以提高其执行任务的质量和效率。
⑽集成软件管理：将软件工程活动和软件管理活动集成为一个协调的、已定义的软件过程
9.6.4 关键实践
为了对关键实践的描述更加规范化，将关键过程域所包含的关键实践全部按5个共同特征加以组织，即：
⑴执行约定：描述一个组织在保证将过程建立起来并持续起作用方面所必须采取的行动。执行约定一般包括制定组织的方针和规定高级管理者的支持。
⑵执行能力：描述为了实施软件过程，项目或组织中必须存在的先决条件。执行能力一般包括资源、组织机构和培训。
⑶执行的活动：描述为实现一个关键过程域所必须的角色和规程（即描述必须由何人做何事）。执行的活动一般包括制订计划与规程、执行计划、跟踪执行情况，必要时采取纠正措施。
⑷测量和分析：描述对过程进行测量和对测量结果进行分析的需要。测量和分析一般包括为了确定所执行活动的状态及有效性所能采用的测量和分析。
⑸验证实施：描述遵照已建立的过程进行活动的措施。验证实施一般包括管理者和软件质量保证部门所作的评审和审计。
关键实践一般要描述对其所在的关键过程域目标的实现和规范化实施贡献最大的那些基础设施和实践活动。每个关键实践又可能另有若干个下级实践，用来确定关键实践是否得到满意的实施。
9.6.5 软件过程能力成熟度模型的应用
软件过程能力成熟度模型有两个基本用途：软件过程评估和软件能力评价。软件过程评估用以确定一个组织的当前软件过程的状态，找出组织所面临的急需解决的与软件过程有关的问题，进而有步骤地实施软件过程改进，使组织的软件过程能力不断提高。软件能力评价可以识别合格的能完成软件工作的承制方，或者监控承制方现有软件开发工作中软件过程的状态，进而指出承制方应改进之处。应用软件过程能力成熟度模型进行软件过程评估和能力评价的共同步骤：
第一步，建立评价评估组。小组成员应具有丰富的软件工程和管理方面的知识，并通过预先培训熟悉CMM的有关概念和评估评价细节。
第二步，填写提问单。由待评估或评价单位的代表完成。
第三步，进行响应分析。评估评价组对提问回答情况进行统计，并据此确定必须作进一步探查的领域，以便提出补充提问。待探查的领域应与CMM的关键过程域相对应。
第四步，进行现场访问。访问被评估或评价单位的现场，以便了解该现场所遵循的软件过程。当CMM的关键实践与现场的实践存在明显差异时，评估或评价组必须用文档记下对此关键过程域作出判断的理论依据。
第五步，提出调查发现清单。明确指出该组织软件过程的强项和弱项。调查发现清单指出了过程改进建议，并可作为软件采购单位风险分析的一部分。
第六步，制作关键过程域剖面图。指出软件开发组织已满足和尚未满足其目标的关键过程域。
软件质量是软件工程关注的焦点。提高软件质量，一方面要在软件开发过程中对开发成果进行验证，另一方面要注重软件开发过程的规范化和可视化。前者注重的是产品本身的质量，后者注重的是产品管理的质量。显然，如果产品管理质量高，那么生产的产品质量是有保证的，否则产品质量难以预测。就目前的发展趋势，软件开发过程的规范化和可视化是提高软件质量的有效手段，也可对软件生产组织将来生产的产品的质量进行预测。
软件复杂性和可靠性是软件质量的两个重要方面。有关软件复杂性和可靠性分析技术为软件质量的分析提供了量化的方法。而软件质量保证体系、软件配置管理和软件过程能力成熟度模型是实施软件开发过程规范化和可视化的流行方式。软件测试的策略?
软件测试的策略?
希赛顾问——软件测试专刊（2006年第4期,总第4期）主办：希赛网（） 承办：希赛网软件测试频道（） 性能测试兵法 作者：陈绍英 来源：希赛网软件测试频道 在大多数的性能测试工作中,我们可以看出很多内容都是互相关联的.这就给我们提供了一思路：性能测试的很多内容可以经过一定的组织统一来进行.统一开展性能测试的巨大好处是可以由浅入深按照层次对系统进行测试,进而减少不必要的工作量,以实现节约测试成本的目的.为此,本文提出了“全面性能测试模型”的概念. “全面性能测试模型”提出的主要依据就是一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试,而这些类型的测试实施也是很类似的.例如：针对一个网站进行测试,模拟10到50个用户就是在进行常规性能测试,用户增加到1000乃至上万就变成了压力/负载测试.如果同时对系统进行大量的数据查询操作,就包含了强度测试. 1．全面性能测试模型在“全面性能测试模型”中,把Web性能测试分为八个类别.下面首先介绍八个性能测试类别的主要内容. （1）预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标,这些指标是性能测试要完成的首要工作之一,本模型把预先确定的一些性能指标的测试称为预期指标的性能测试. 这些指标主要是指诸如“系统可以支持并发用户1000”、“系统响应时间不得高于10秒”等在产品说明书等文档中中十分明确的内容,对这种预先承诺的性能要求,测试小组应该“首当其冲”完成这类测试. （2）独立业务性能测试 独立业务主要是指一些核心业务模块,这些模块通常具有功能比较复杂、使用比较频繁、属于核心业务等特点.这类特殊的、功能比较独立的业务模块始终都是性能测试重点.我们通常不但要测试这类模块的一些和性能相关的算法,还要测试这类模块对并发用户的响应情况. 核心业务模块在需求阶段就可以确定,在系统测试阶段开始单独测试其性能.如果是系统类软件或者特殊应用的软件,通常从单元测试阶段就开始进行测试,在后继的集成测试、系统测试、验收测试中进一步进行测试,以保证核心业务模块的性能稳定. 用户并发测试是核心业务模块的重“并发”的主要内容是模拟一定数量的用户同时使用某一核心模块的“相同”或者“不同”的功能,并且持续一段时间.对“相同”的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作,例如打开同一条数据记录进行查看；另外一类是在同一时刻使用完全一样的功能,例如同时提交数据进行保存.可以看出后者是包含前前者的,后者是前者的特例,这种并发测试都要持续一定的时间. 从微观角度讲,同时使用某一核心模块“不同”的功能,也是一种组合业务性能测试,只不过这种组合的相关业务大分类是一致的. （3）组合业务性能测试 通常不会所有的用户只使用一个或者几个核心业务模块,每个功能模块都可能被使用到,所以Web性能测试既要模拟多用户的“相同”操作(这里的“相同”指很多用户使用同一功能),又要模拟多用户的“不同”操作(这里的“不同”指很多用户同时对一个或者多个模块的不同功能进行操作)对多个业务进行组合性能测试.组合业务测试是最接近用户实际使用情况的测试,因而是性能测试的核心内容.我们通常按照用户的实际使用情况来模拟使用各个模板的人数比例. 由于组合业务测试是最反映用户使用系统情况的测试,因而组合测试往往和服务器（操作系统、Web服务器、数据库服务器）性能测试结合起来,在通过工具模拟用户行为的同时,还通过测试工具的监控功能采集服务器的计数器信息,进而全面分析系统的瓶颈,为改进系统提供有利的依据.用户并发测试是组合业务测试的核心内容.“组合”并发的突出特点是分成不同的用户组进行并发,每组的用户比例要根据实际情况来进行匹配.组合业务测试可以理解为包含了“核心业务模块并发”和“非核心业务模块并发”同时进行的并发用户测试. （4）疲劳强度性能测试 疲劳强度测试是在系统稳定运行下模拟较大的用户数量、并长时间运行系统的测试,通过综合分析执行指标和资源监控来确定系统处理最大业务量时的性能,主要目的是为了测试系统的稳定性. （5）大数据量性能测试 大数据量测试分为两种：一种是针对某些系统存储、传输、统计查询等业务进行大数据量的测试,主要是测试数据增多时的性能情况,这类一般都是针对某些特殊的核心业务或者一些日常比较常用的组合业务的测试. 第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者日常常用的组合业务.例如系统的数据每年只备份转移一次,可分别选择一个季度、半年、一年作为参考,模拟输入各个时间段的预计数据量,然后测试系统的性能,进而预估系统的性能走向. 由于大数据量仍然是为了测试系统的业务处理能力,因此大数据量性能测试可以独立进行,也可以和前面的独立、组合业务测试结合起来进行,主要由性能测试策略来决定.由于大数据量测试一般在投产环境进行,因此本书把它单独独立出来,和疲劳强度测试放在一起,在整个性能测试的后期进行.大数据量测试可以理解为特定条件下的核心业务或者组合业务测试. （6）网络性能测试 网络性能测试主要是为了准确展示带宽、延迟、负载和端口的变化是如何影响用户的响应时间的.在实际的软件项目中,主要是测试用户数目与网络带宽的关系.网络性能测试一般有专门的工具,因此本书不研究网络测试,网络测试的任务通常由系统集成人员来完成. （7）服务器性能测试 服务器性能测试（操作系统、Web服务器、数据库服务器）分为初级和高级两种形式.“初级服务器性能测试”主要是指在业务系统工作或者进行前面其它种类性能测试的时候,监控服务器的一些计数器信息,通过这些数据对服务器进行综合性能分析,找出系统瓶颈,为调优或者提高性能提供依据.“高级服务器性能测试”一般不由测试人员进行,由专门的系统管理员来进行,例如数据库服务器由专门的DBA来进行测试和调优.本书主要讨论在测试中常用到的“初级服务器性能测试”,既通过工具对服务器资源进行监控的性能测试. （8）一些特殊测试 主要是指配置测试、内存泄漏测试一些特殊的Web性能测试.这类性能测试或者和前面的测试结合起来进行,或者在一些特殊情况下会独立进行,本书重点来讨论前一种情况,因为后一种情况往往通过特有的工具、较大投入的进行,可以不作为性能测试的范畴来研究. 主办：希赛网（） 承办：希赛网软件测试频道（）软件测试专业调查,请各位朋友大力支持:/edu/vote/VoteStepFirst.asp
与《软件测试的策略?》相关的作业问题
软件测试原则：1、尽早和不断的测试.2、程序员应该避免检查自己的程序,软件测试应该由第三方构造.3、设计测试用例时应该考虑到合法的输入和不合法的输入以 及各种边界条件.4、注意测试中的错误集中发生现象.5、对测试错误结果有确认过程.6、制定严格的测试计划,并把测试时间安排的尽量宽松.7、回归测试的关联性,原有功能过滤
测试方法是指解决问题的技术手段或工具的集合.软件测试策略是指如何选择和运用方法来解决具体问题.软件测试有很多方法等价类、边界值、语句覆盖、条件覆盖、路径覆盖、场景法、自顶向下&自底向上集成法等等.当你掌握和了解这些方法之后,怎么运用到实际项目中呢.就需要制定测试策略,在测试项目中什么时间、什么任务需要运用哪个或哪些方法
BVT (Build Verification Test)　　 BVT是在所有开发工程师都已经检入自己的代码,项目组编译生成当天的版本之后进行,主要目的是验证最新生成的软件版本在功能上是否完整,主要的软件特性是否正确.如无大的问题,就可以进行相应的功能测试.BVT优点是时间短,验证了软件的基本功能.缺点是该种测试的覆盖
广度优先策略 集成测试策略里的!
测试入门1、软件测试（第2版）Software Testing (2e),Ron Patton一本测试入门的好书,较全面地介绍了各种测试领域和方法,为测试新手提供了正确的观念和宽泛的基础.2、软件测试工程师面试指导蔡为东面向初学者,介绍了软件测试行业、测试工程师素质要求、基本测试技术、求职策略、面试技巧、典型试题,对于
习题1-02 试简述分组交换的要点.答：采用存储转发的分组交换技术,实质上是在计算机网络的通信过程中动态分配传输线路或信道带宽的一种策略.它的工作机理是：首先将待发的数据报文划分成若干个大小有限的短数据块,在每个数据块前面加上一些控制信息(即首部),包括诸如数据收发的目的地址、源地址,数据块的序号等,形成一个个分组,然
1、测试方案(主要设计怎么测试什么内容和采用什么样的方法,经过分析,在这里可以得到相应的测试用列表)2、测试执行策略(可以主要包括哪些可以先测试,哪些可以放在一起测试之类的),3、测试用例(主要根据测试用例列表,写出每一个用例的操作步骤和紧急程度,和预置结果),4、BUG描述报告(主要可以包括,测试环境的介绍,预置条件
Abstract:This article is mainly discussing on the international business negotiation skills through three parts,including international business general summary
Firstly,the problem of clothes brand internationalization which exist in Zhejiang province and the structure imperfection are analyzed.Secondly,the problem of c
是论文的英文摘要吧?Abstract：This article discussed the marketing strategy of domestic commercial banks,gave a thourough analysis to the marketing development of the Chin
确切答案:honeymarketing stratagemarketing mixchannelcompetition stratagy
S M M Management strategy
For e-commerce expansion followed enterprise logistics strategies
甲取火柴3,以后每次取与乙一样多(在另一个盒子)
/>Automobile industry independent innovation research in our countryAutomobile industry&Independent innovationThe strategy of independent innovation 再问： 你好
Purchasing decisions institutions and key steps of the selectionFirst,the business unit features the procurement of goods(A) procurement target multi-facedInsti
This paper gives a brief introduction and review about the phenomenal appearance of "prime sites" in China's urban land market since 2009 and attempts to provid
现在高中英语学生最大的问题就是语法基础方面.都是用教材书,遇到一点语法就讲一点,很不系统.（推荐去学习雅思基础）这只是前提...1、阅读理解是有点问题,要靠很大的词量来解决.最主要就是考试的时候,一遇到生词,心理就着急,后面的一点耐心都没有了（至少我高中的时候是这样的）,然后就一推而退,最后什么也没看懂.当时我的办法就
The aim of this passage is to understand the room-management business of this hotel through studying and analyzing its management metholds.客房营销翻作room-management