测试基本要求

-.z.测试根本要求REFprop_SecAndREFprop_Secp文档记录修订记录本次修订日期：下次修订日期：版本号修订日期变更概述作者修订显示0.12021-8-23初始版本批准者此文档需要以下人员批准**职务分发此文档分发给以下部门或单位相关人员：**职务目录TOC\o"1-3"1.文档简介41.1文档说明42.测试的过程52.1测试时间与测试执行时间52.2测试步骤划分52.3测试方案52.4测试准备62.5测试执行72.6测试报告83.缺陷管理93.1缺陷管理的主要目的93.2缺陷管理的一些根本要求93.3缺陷管理工具94.测试环境管理104.1测试环境管理的主要目的104.2测试环境管理的主要内容104.3测试环境的管理要求105.测试数据管理125.1测试数据管理的主要目的125.2测试数据管理的主要内容125.3测试数据的管理要求12文档简介文档说明为了标准各个系统在建立和维护过程的测试活动和工作，确保测试活动切实发挥其验证与确认的作用，能够及时将问题和缺陷发现并跟踪解决，保证上线系统的质量，提高用户的使用体验，根据"测试及验收管理方法"，制定本文档，对测试活动和工作制定根本要求。本文档将从测试中的主要工作内容，管理方式，关键检查点，输出文档要求等方面，规定最根本的要求。这些要求适用与各个系统的各个阶段测试，包括由规划，管理，执行的测试活动〔如单元测试，系统集成测试等〕和由业务分析〔BA〕组/产品参谋和业务部门负责的测试活动〔如验收测试等〕。本文档中定义的是测试工作中最根本的要求，也是在相关评审，验收，检查活动中对测试相关工作评估的依据。但本文档中并不是对测试工作的全部要求，鼓励各工程组在满足此文档要求的根底上，持续对测试活动进展提升和改良。测试的过程测试时间与测试执行时间在应用开发的周期中或者工程方案中，都会给测试活动安排一定的时间，比方代码开发中要安排单元测试，单元测试完成后安排有系统测试和系统集成测试，系统集成测试完成后安排有用户验收测试等，这些活动的安排有先后顺序的要求，一个任务受另一个任务完成状况的制约。就*项测试来说，比方用户验收测试，一般安排在系统集成测试之后，这里的之后，指的是用户验收测试的执行要在系统集成测试完成之后进展，但并不意味着所有的用户验收测试工作都必须等到系统集成测试完成之后进展。因此，对于*项测试活动，要求尽早进展规划和准备，在前一阶段的开发或测试完成后，即可以进入此项测试的执行，并且，所有的准备工作要提前做好，确保测试执行的顺利进展和按方案时间完成，以保证整体工程的顺利和按方案实施。测试步骤划分通常，一个阶段的测试，如系统测试,系统集成测试、用户验收测试等，都可以划分为四个主要步骤来进展，分别是：测试的方案测试的准备测试的执行测试的报告其中，测试的方案是对这个阶段测试的规划过程；测试的准备是为测试的执行做好方方面面的准备，确保进入测试执行阶段后可以按方案依次执行检验所有测试案例，不会因为*些环境或条件没有准备好而导致暂停或终止；测试的执行阶段，通常严格依赖于整体工程的方案，而且时间有限，要确保在方案时间内，完成预定的测试任务，获得有效的测试记录和结果；测试报告阶段是对这个阶段的测试记录，过程，结果进展汇总，分析，得出测试结论。要求所有的测试活动和过程应该可以清晰的看出以上四个主要步骤，不能缺少*个步骤，如缺少测试方案步骤，直接进入准备。具体步骤内的要求通过以下章节详细描述。测试方案测试方案阶段的主要目的是对本阶段的测试活动进展策略上的定位和具体细节上的方案。在测试方案阶段要考虑如下一些问题并制定出具体方案或结果：测试的范围：本次测试的范围是什么，包括哪些要验证的需求，每个需求都要验证哪些方面，包括功能方面的，非功能方面的，还有是否从用户体验方面需要进展测试等。测试的策略：对于测试范围内的各个方面，此次测试的关注领域或方面是什么，测试的重点和优先级是什么，测试要到达的目标和效果等例子："接口〞类相关测试在不同测试阶段的重点：在系统集成测试阶段中，针对接口的正向、逆向及各种条件下的功能正确性等进展测试，并由测试组负责提供相关内容〔系统集成测试案例，系统集成测试报告等〕；此类交付件可通过验收测试准入检查会和其他集成测试质量管控点等进展落实。在验收测试阶段中，针对接口局部可通过端到端业务流程的测试场景进展验证。测试覆盖规划：基于测试范围和策略，需要设计哪些测试场景，测试案例，以及这些测试场景，案例可以对要验证的需**现怎样的覆盖率分析，此局部的分析可以参考RTVM模板和使用说明进展。测试的准入和准出条件：在方案阶段要根据测试的策略和工程的情况，定义具体的准入和准出条件。关于准入准出的内容，可以参考制定的准入准出标准，并进展补充和裁剪。测试的环境，数据：本次测试使用什么测试环境和测试数据，需要哪些准备和支持，使用那些测试工具，依赖哪些外部环境配合等等。关于测试环境的要求，可以参考后续的专题章节。测试的人员：本次测试需要多少测试人员，各自承当什么角色，负责什么工作。测试的时间方案：不同任务的时间方案和安排，彼此先后顺序，制约关系，以及具体人员的安排等等。测试方案阶段以上内容的结果将是整个测试过程的指导，因此需要将以上的方案结果使用文档详细准确的记录下来，生成测试方案或测试方案文档。关于测试方案或测试方案文档样式，可以参考制定的相关模板。要求在测试方案阶段须产出测试方案或测试方案文档，此文档中，应就以上在测试方案中需要考虑的内容有合理且明确的方案和结果描述。测试准备测试准备就是为了测试执行做好方方面面的准备，主要包括如下一些发面：指派测试人员构建测试环境建立测试数据撰写测试案例追踪测试案例到需求审查测试准备中，测试环境和测试数据的准备和要求等，请参考后续的专门章节。测试准备另一个最主要的，有时也是最大的工作就是撰写测试案例脚本。测试案例脚本是测试执行步骤的说明和参考，好的测试案例应该目标明确，内容清晰，步骤精简且详细，结果检验标准明确。测试案例中一般应至少包括一些主要内容：测试案例的编号和标题测试案例的目的说明测试案例的参考文档和资料测试案例的执行前置条件测试案例所需数据的说明执行测试案例的每个步骤说明每个步骤的正确期望结果案例的作者，编写时间测试者，测试时间，测试结果，每个步骤的实际返回结果，返回结果的图像，数据等的预留记录位置等测试案例的格式可以参考相关测试案例模板和编写说明文档。测试准备阶段的最终效果是满足测试准入的全部条件，可以进入测试执行阶段。要求，在测试准备阶段，应参考测试方案文档中的方案和准入条件，完成所有的准备工作；对于测试执行阶段所有测试测案例，应编写完成所有测试案例，所有案例应该具备上面所列出的根本内容。测试执行测试执行会受到整体工程进度的制约，通常安排给测试执行的时间非常有限，而测试执行如果无法按方案完成，又会影响到工程后续工作的进展。因此测试执行是测试过程中最紧*和关键的一个步骤。为了保证测试执行的顺利进展，在测试执行前，需要对准入条件的满足情况进展检查，以确保不会因为*些条件不具备，影响到测试的执行。准入检查通过后，即可以开场按方案进展测试执行。测试执行就是按照每个测试案例脚本中的描述，依次执行各个步骤，并比拟系统返回结果与期望结果。其结果只有两个可能：完全一致和不一致。对于测试结果完全一致的测试案例，是测试通过的案例。对于测试通过的案例，要求记录案例的测试结果记录。对于测试结果有差异的案例，可能是因为操作，数据选择，前提条件不具备等因素引起的，这些案例需要进展相应的调整后重新测试。如果不是因为外界原因引起，则测试结果就是与期望结果不一致，则认为是一个缺陷，此时案例的测试结果是不通过。对于没有通过的测试案例，应将不一致的页面，消息，数据等信息粘贴在相应的案例中进展保存，一是作为测试结果的一个记录，二是为问题原因分析提供详尽的信息。对于发现的缺陷，也要求进展详细的记录并进展原因分析和解决。相关缺陷的管理要求，请参考后续的专题章节。缺陷的解决可能会引起代码的变化，从而需要重新部署测试环境中的待测应用，这局部要求，请参考后续的测试环境管理专题章节。代码修改后，根据变化的代码和影响的功能，业务等，需要再次分析哪些案例需要重新测试，包括之前测试没有通过的，也包括之前测试已经通过的，但受到变化代码影响需要重新测试的。并对需要测试的案例重新执行测试，重新记录结果〔不要覆盖以前的结果〕。直至测试案例的执行率，缺陷的修复率等到达准出条件的要求，测试执行阶段可以完毕。因此，在测试执行阶段的要求是，所有测试过的案例应记录结果并保存，多轮测试的结果应分别保存。对于所有发生的缺陷应进展记录，并跟踪处理，记录处理过程和结果。对于代码的变更应分析需要再次测试的案例并重新进展测试，并同样记录结果和新的缺陷，直至满足准出中的相应条件。测试报告测试报告是整个测试过程的总结，通常测试报告的主要读者是管理方，业务方或工程中下一个任务的负责人，阅读测试报告的主要目的是了解并确认当前的测试结果。因此，测试报告需给出明确的测试结论以及支持测试结论的相关过程记录和统计数据。通常测试报告要包括以下主要内容本次测试的目标本次测试的范围和关注点测试的组织，人员测试所用的环境和数据测试过程中使用的方法，工具测试的方案和执行情况实际的案例执行率和需求覆盖情况缺陷的发生和解决情况本次测试的结果分析和结论风险分析和建议等对于测试报告的参考样式，可以参考相关测试报告模板。除了测试报告外，还应提供测试案例的实际测试结果记录，实际执行的测试案例对需求覆盖情况分析记录，所有缺陷的记录和解决跟踪记录等供必要情况下的检查。要求：测试执行完毕后应完成包含以上信息的测试报告，并提供支持报告内容和结论的过程记录文档。最后，对照准出检查列表，检查所有准出条件的满足情况，所有条件满足后，此阶段测试可以完毕。缺陷管理缺陷管理的主要目的缺陷的处理是和测试执行并行进展的，发现的缺陷需要尽快进展识别，分析，修正并进展重新验证，这些工作都需要在测试执行阶段内完成。缺陷的处理过程不但涉及测试人员，也要引入开发人员，因此，如果在缺陷处理上管理不到位，会出现沟通不畅，处理效率低，进展慢，甚至有些缺陷无人处理的状况，会影响整个测试执行的进展和质量。缺陷管理的目的是确保在测试执行过程中发现缺陷后能够按照预定的规则，进展有效的处理，防止因为管理，沟通等问题，导致*些缺陷被遗漏，忽略，或处理缓慢等情况。缺陷管理的一些根本要求在缺陷管理过程中，应满足以下一些根本要求缺陷的记录：所有测试执行阶段发现的缺陷应该在第一时间记录下来，缺陷记录应包含：缺陷的标识，内容描述，涉及的案例，发现人，时间以及相关的测试记录，拷屏等内容以及缺陷的分级。缺陷的分级：根据缺陷的影响范围，严重程度，缺陷应该划分严重等级。不同的严重等级缺陷，其处理时效，关注程度也不同。缺陷的分级应遵循统一的标准。缺陷管理流程：一套根本有效的流程对缺陷进展管理，确保缺陷可以被有效地分析，解决。缺陷的状态：缺陷在管理过程中应用不同的状态进展标识，以说明缺陷处于什么样的解决步骤中。缺陷状态与所用的缺陷管理和流程相关。缺陷处理的记录：对缺陷的分析，处理等动作，应将相关的处理方式，结果，时间，处理人等信息记录下来，以可以跟踪缺陷处理的过程。缺陷报告：可以清晰准确的了解所有缺陷的关键统计信息，包括缺陷的严重等级分布，状态分布等情况。缺陷管理应满足以上的一些根本要求，缺陷数据将作为测试报告中的关键输入，而缺陷的解决过程，解决结果和细节记录将成为测试结论的关键参考因素和支撑证明。注：缺陷的分类与属性请参考"缺陷管理指南"，缺陷的处理流程请参考"缺陷管理流程"缺陷管理工具缺陷处理是一个多组织，多人员协作的过程，管理和沟通的要求比拟高，特别是对于人员较多的大系统，大工程更是如此。因此，缺陷管理通常需要使用适当的工具进展支持。现阶段使用JIRA工具进展缺陷管理工作，未来可能采用RTC工具进展管理。测试环境管理测试环境管理的主要目的测试环境是执行测试案例的条件，测试环境的有效性，稳定性和可信性直接影响到测试案例的可执行性和测试结果的可信性。因此测试环境的搭建，准备和在测试执行期间的管理是确保测试执行顺利进展，测试结果准确可信的关键。测试环境管理的主要内容测试环境管理工作的主要内容包括：测试用效劳器和设备的搭建根底操作系统，软件的安装配置被测应用的安装，部署被测应用的版本变更与管理测试工具的部署和配置测试系统与外围系统或接口的连接与调试测试系统外围接口的模拟测试环境的备份，变更与恢复等测试环境管理包括很广泛的内容，因此测试环境的搭建，准备等工作是相当多的。测试环境的规划与设计应该基于整个系统的长期需要或者多个系统的综合需要进展，而不是只为*次测试而从头准备，这样才能提高测试环境的质量和降低每次测试在测试环境上的准备工作。而每次的测试将需要考虑对使用测试环境的策略，对测试环境的要求，需要的调整或准备，以及在测试过程中如何管理等内容。测试环境的管理要求为了保证对测试的支持和保证测试结果的可信性，对于测试环境的管理应具备以下根本要求：应该具备专门用于测试的环境。测试所使用的环境应该是专用的环境，不能是用于开发活动或者生产运行的环境。开发环境无法满足测试对环境的稳定性和平安性要求，而测试环境的风险又有可能对生产造成影响。测试环境应与未来的生产环境有可比性，除测试代码版本外，对于功能测试，测试环境的操作系统，软件及其版本，配置参数等应与生产环境尽量一致。对于性能测试等非功能测试，测试环境的容量等方面也要与生产环境相比照，以决定对测试的影响。在测试的方案步骤中，应该考虑到对测试环境的需求，以及准备测试环境的策略〔如使用哪个已有的测试环境，是否需要搭建新的环境，现有环境需要哪些调整，对外围接口有哪些要求，是否可用等等〕，在测试准备阶段需要根据方案，对测试环境进展准备，并在测试准入检查中进展检查确认。测试环境的应用版本应进展有效的控制和管理，在测试案例的执行过程中，被测应用的代码，配置等不允许进展变更和调整。对于因缺陷修复需要调整代码的，应在条件允许情况下，积累到一定数量〔通常是一轮测试执行完毕〕后进展。变更时应对明确需要变化的代码，并分析其对功能或案例影响，决定哪些案例需要重新进展测试。测试数据管理测试数据管理的主要目的测试数据是执行测试案例所需要的输入和运行的条件，不同的测试数据，可能导致测试案例执行的成功或失败。因此测试案例在设计需要对测试数据有一定的要求。在测试案例执行时，相关的测试数据需要准备好。但如果依靠每个测试人员各自准备自己的测试数据，则工作量大，数据的质量不一，还会导致大