软件测试方法作业流程类型缺陷.docxVIP

测试类型

功效指是系统能做什么。

系统子系统或组件要实现功效能够在工作产品中，如需求规格说明书，用户用例或功效规格说明书给予描述，不过也可能没有对应文档。

功效测试基于功效和特征和专门系统之间交互，系统功效来设计测试条件和测试用例。

1专门系统之间交互，我们又叫做‘功效交互’

2能够采取基于规格说明书技术（有正式需求或设计规格说明书时）

3也能够基于测试人员对功效和特征了解（假如没有对应文档时）

4功效测试关键是考虑软件外部表现行为（黑盒测试）

5功效测试能够在个等级测试中进行（比如组件测试、集成测试和系统测试等等级全部有基于设计或需求规格说明书功效测试）

功效测试举例

1安全性测试也是功效测试一个，它会对安全性相关功效（比如防火墙）进行测试，从而检测系统和数据是否能抵御外部恶意威胁，比如病毒等。

2互操作性测试是另一个功效性测试，评定软件产品和其它一个或多个组件或系统交互能力。

非功效测试

非功效性测试就是测试系统工作怎样

非功效测试包含但不限于：性能测试、负载测试、压力测试、可用性测试、可维护性测试、可靠性测试和可移植性测试

非功效测试能够在任何测试等级上实施

非功效测试举例

负载测试：一个经过增加负载来测量组件或系统测试方法。比如：经过并发用户数和事务数量来测量组件或系统能够承受负载。

压力测试：在要求或超出要求需求条件下测试组件\系统，以对其进行评定。

健壮性测试：判定软件产品健壮性（在出现无效输入或压力环境条件下，组件、系统能够正常工作程度，参见fault-tolerance）测试。

性能测试：判定软件产品性能（组件、系统在给定处理周期和吞吐率（throughputrate）等约束下，完成指定功效程度）测试过程。参见efficiencytesting.

和变更相关测试

和变更相关测试：当软件被修改、缺点被修复、新增了功效、软件运行环境发生改变等，需要开展和变更相关测试。

依据经验，修改一个现存程序，比编写一个新程序更轻易产生错误（依每写一行代码错误数量计）

再测试：重新实施上次失败测试用例，以验证纠错正确性。参见确定测试（confirmationtesting）

回归测试：测试先前测试过并修改过程序，确保更改没有给软件其它未改变部分带来退化缺点（regressionbung）.软件修改后或使用环境变更后要实施回归测试。

回归测试策略：

回归测试规模能够依据在已运行软件中发觉新缺点风险大小来决定，比如能够只重新运行全部发觉缺点用例（即只进行确定测试）、测试全部经过修改功效、测试全部新增功效、对整个系统进行完美回归测试等，对变更进行影响分析（impactanalysis）有利于确定回归测试深度。

将回归测试自动化是很好选择。

回归测试能够在全部测试等级上进行，同时适适用于功效测试、非功效测试和结构测试。

维护测试

维护测试是在一个现有运行系统上进行，且一旦对软件或系统进行修改、移植或退伍处理时，就需要进行维护测试。

除了对已变更部分进行测试外，维护测试还包含对系统没有发生变更其它部分进行大范围回归测试。维护测试范围取决于变更风险、现有系统规模和变更大小。

维护测试依据变更情况不一样，能够在某一或全部测试等级和测试类型上进行。

修改能够是计划中功效增强（比如：依据版本公布计划）、纠正和应急变更、环境改变比如计划中操作系统或数据库升级，或因为新发觉或暴露软件、操作系统、硬件漏洞而大打补丁等。

为软件移植（如从一个平台移植到另外一个平台）而进行维护测试应该包含新环境运行测试（operationaltesting），和对变更以后软件运行测试。

为系统退伍而进行维护测试应该包含数据移植或存档测试，假如需要长时间数据保留话。

测试方法

软件测试方法是指测试软件性能方法。伴随软件测试技术不停发展，测试方法也越来越多样化，针对性更强；选择适宜软件测试方法能够让用户事半功倍。软件测试方法有系统测试、动态测试、单元测试、集成测试等多个。

B测试，英文名是Betatesting。又称Beta测试用户验收测试（uat）。

B测试是软件多个用户在一个或多个用户实际使用环境下进行测试。

当开发和测试要完成所做测试，而最终错误和问题需要在最终发行前找到。这种测试通常由最终用户或其它人员完成，不能由程序员或测试员完成。

A测试-Alpha测试

A测试，英文名是Alphatesting。又称Alpha测试。

Alpha测试是由用户在开发环境下进行测试，也能够是企业内部用户在模拟实际操作环境下进行受控测试，Alpha测试不能由该系统程序员或测试员完成。

在系统开发靠近完成时对应用系统测试；测试后仍然会有少许设计变更。这种