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

测试类型 功能指的是系统能做什么。 系统子系统或组件要实现的功能可以在工作产品中，如需求规格说明书，用户用例或功能规格说明书予以描述，不过也可能没有相应的文档。 功能测试基于功能和特征以及专门的系统之间的交互，系统的功能来设计测试条件和测试用例。 1 专门的系统之间的交互，我们又叫做‘功能交互’ 2 可以采用基于规格说明书的技术（有正式的需求或设计规格说明书时） 3 也可以基于测试人员对功能和特征的理解（如果没有相应文档时） 4 功能测试主要是考虑软件的外部表现行为（黑盒测试） 5 功能测试可以在个级别的测试中进行（例如组件测试、集成测试和系统测试等级别都有基于设计或需求规格说明书的功能测试） 功能测试举例 1 安全性测试也是功能测试的一种，它会对安全性相关的功能（比如防火墙）进行测试，从而检测系统和数据是否能抵御外部恶意的威胁，比如病毒等。 2 互操作性测试是另一种功能性测试，评估软件产品与其他一个或多个组件或系统交互的能力。 非功能测试 非功能性测试就是测试系统工作的怎样 非功能测试包括但不限于：性能测试、负载测试、压力测试、可用性测试、可维护性测试、可靠性测试和可移植性测试 非功能测试可以在任何测试级别上执行 非功能测试举例 负载测试：一种通过增加负载来测量组件或系统的测试方法。例如：通过并发用户数和事务数量来测量组件或系统能够承受的负载。 压力测试：在规定的或超过规定的需求条件下测试组件\系统，以对其进行评估。 健壮性测试：判定软件产品健壮性（在出现无效输入或压力环境条件下，组件、系统能够正常工作的程度，参见fault-tolerance）的测试。 性能测试：判定软件产品性能（组件、系统在给定的处理周期和吞吐率（throughputrate）等约束下，完成指定功能的程度）的测试过程。参见efficiencytesting. 与变更相关的测试 与变更相关的测试：当软件被修改、缺陷被修复、新增了功能、软件运行环境发生变化等，需要开展与变更有关的测试。 根据经验，修改一个现存的程序，比编写一个新程序更容易产生错误（依每写一行代码的错误数量计） 再测试：重新执行上次失败的测试用例，以验证纠错的正确性。参见确认测试（confirmationtesting） 回归测试：测试先前测试过并修改过的程序，确保更改没有给软件其他未改变的部分带来退化缺陷（regressionbung）.软件修改后或使用环境变更后要执行回归测试。 回归测试策略： 回归测试的规模可以根据在已运行的软件中发现新的缺陷的风险大小来决定，比如可以只重新运行所有发现缺陷的用例（即只进行确认测试）、测试所有经过修改的功能、测试所有新增功能、对整个系统进行完美的回归测试等，对变更进行影响分析（impactanalysis）有助于确定回归测试的深度。 将回归测试自动化是很好的选择。 回归测试可以在所有的测试级别上进行，同时适用于功能测试、非功能测试和结构测试。 维护测试 维护测试是在一个现有的运行系统上进行，且一旦对软件或系统进行修改、移植或退役处理时，就需要进行维护测试。 除了对已变更的部分进行测试外，维护测试还包括对系统没有发生变更的其他部分进行大范围的回归测试。维护测试的范围取决于变更的风险、现有系统的规模和变更的大小。 维护测试根据变更情况的不同，可以在某一或所有的测试级别和测试类型上进行。 修改可以是计划中的功能增强（例如：根据版本发布的计划）、纠正和应急变更、环境的变化比如计划中的操作系统或数据库升级，或由于新发现或暴露的软件、操作系统、硬件漏洞而大打的补丁等。 为软件移植（如从一个平台移植到另外一个平台）而进行的维护测试应该包括新环境的运行测试（operationaltesting），以及对变更以后的软件的运行测试。 为系统退役而进行的维护测试应该包括数据移植或者存档测试，如果需要长时间的数据保存的话。 测试方法 软件测试方法是指测试软件性能的方法。随着软件测试技术的不断发展，测试方法也越来越多样化，针对性更强；选择合适的软件测试方法可以让用户事半功倍。软件测试方法有系统测试、动态测试、单元测试、集成测试等多种。 B测试，英文名是Beta testing。又称Beta测试用户验收测试（uat）。 B测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。 当开发和测试要完成所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。 A测试-Alpha测试 A测试，英文名是Alpha testing。又称Alpha测试。 Alpha测试是由用户在开发环境下进行的测试，也可以是公司