软件测试用例编写手册

软件测试用例编写手册TOC\o"1-2"\h\u3394第1章软件测试基础 32071.1软件测试概述 379161.1.1软件测试的定义 351721.1.2软件测试的分类 4224471.1.3软件测试的生命周期 4114431.2测试用例基本概念 4294321.2.1测试用例的定义 495111.2.2测试用例的组成 4165911.2.3测试用例编写方法 5214191.3测试用例编写原则 513390第2章测试用例编写准备 599032.1分析需求和设计文档 5130212.1.1需求分析 5173602.1.2设计文档分析 646582.2确定测试范围 6323342.2.1功能测试范围 6254432.2.2非功能测试范围 6272222.3制定测试计划 6234462.3.1测试目标 6152272.3.2测试策略 6284272.3.3测试资源 6204972.3.4测试进度安排 665452.3.5风险评估 76216第3章测试用例设计方法 7265453.1黑盒测试方法 7161843.1.1等价类划分法 7117883.1.2边界值分析法 7279703.1.3错误推测法 722363.2白盒测试方法 7303143.2.1逻辑覆盖法 8191353.2.2循环测试法 873213.3灰盒测试方法 814553.3.1静态测试 833103.3.2动态测试 821596第4章测试用例编写要素 9144654.1测试用例标题 999794.1.1动词功能名称：查询用户信息 9277114.1.2动词模块名称：登录功能测试 915454.1.3测试类型功能名称：功能测试订单处理 9268394.2测试预置条件 9105204.2.1系统环境：Windows10、Chrome80、MySQL5.7 97124.2.2硬件环境：CPU2.4GHz、内存8GB、硬盘500GB 9269004.2.3软件环境：JDK1.8、Tomcat8.5 9215124.2.4数据准备：从数据库中导入1000条用户数据 945634.2.5用户权限：管理员角色 951004.3测试步骤 10299224.3.1步骤1：打开浏览器，访问系统登录页面 1038874.3.2步骤2：输入正确的用户名和密码，登录按钮 10286504.3.3步骤3：在用户管理页面，查询按钮 10187614.3.4步骤4：检查查询结果是否包含预置条件中的用户数据 10274334.4预期结果与实际结果 10229094.4.1预期结果：查询结果应包含预置条件中的用户数据 10145504.4.2实际结果：查询结果包含预置条件中的用户数据，无错误信息出现 1026942第5章功能性测试用例编写 10175035.1功能性测试概述 1099505.2边界值分析 10145685.3等价类划分 11221865.4判定表方法 1116499第6章非功能性测试用例编写 11158336.1功能测试用例 11188396.1.1引言 12158636.1.2测试用例编写步骤 12286026.1.3注意事项 12278326.2安全性测试用例 12169216.2.1引言 1249526.2.2测试用例编写步骤 12184766.2.3注意事项 1266346.3兼容性测试用例 13220646.3.1引言 13179986.3.2测试用例编写步骤 1368646.3.3注意事项 1313221第7章集成测试与系统测试用例编写 13223437.1集成测试用例 13200817.1.1目的 13321177.1.2范围 13171047.1.3测试用例要素 1330057.1.4编写步骤 14300617.2系统测试用例 14319077.2.1目的 1495037.2.2范围 1442257.2.3测试用例要素 145877.2.4编写步骤 15107057.3验收测试用例 15129287.3.1目的 15309437.3.2范围 15107387.3.3测试用例要素 15230007.3.4编写步骤 1520918第8章自动化测试用例编写 1683458.1自动化测试概述 16268618.2自动化测试工具选择 16101528.3自动化测试用例编写要点 1616451第9章缺陷管理 17256589.1缺陷生命周期 17108629.1.1缺陷定义 1738989.1.2缺陷状态 1744929.1.3缺陷流转 17132239.2缺陷报告 18247239.2.1缺陷报告内容 18135109.2.2缺陷报告要求 18105529.3缺陷跟踪与回归测试 18130479.3.1缺陷跟踪 18291619.3.2回归测试 1811317第10章测试用例维护与优化 191352910.1测试用例复用 192394010.1.1复用原则 19823910.1.2复用方法 192172110.2测试用例更新与维护 192683010.2.1更新原则 192438610.2.2更新方法 201954810.3测试用例优化策略 20751610.3.1优化原则 20112810.3.2优化方法 20第1章软件测试基础1.1软件测试概述软件测试作为软件开发过程中的重要环节，其目的是保证软件质量，发觉并修正软件中潜在的错误和缺陷。通过软件测试，评估软件产品的功能、功能、可靠性和可用性等方面是否符合用户需求和设计规范。本节将从软件测试的定义、分类、生命周期等方面对软件测试进行概述。1.1.1软件测试的定义软件测试是一种通过执行程序来发觉软件错误和缺陷的过程。它旨在验证软件是否满足预定的需求，并保证软件在交付使用之前达到预期的质量标准。1.1.2软件测试的分类根据不同的标准，软件测试可以分为以下几类：（1）按测试阶段划分：单元测试、集成测试、系统测试、验收测试等；（2）按测试方法划分：黑盒测试、白盒测试、灰盒测试等；（3）按测试内容划分：功能测试、功能测试、兼容性测试、安全性测试等；（4）按测试执行方式划分：手动测试、自动化测试等。1.1.3软件测试的生命周期软件测试生命周期主要包括以下阶段：（1）测试计划：明确测试目标、制定测试策略、分配测试资源等；（2）测试设计：根据需求分析、设计测试用例、测试数据等；（3）测试执行：按照测试计划执行测试用例，记录测试结果；（4）测试评估：分析测试结果，评估软件质量，提出改进建议；（5）测试报告：编写测试报告，总结测试过程和结果。1.2测试用例基本概念测试用例是软件测试的核心，是测试执行的基础。本节将从测试用例的定义、组成、编写方法等方面介绍测试用例的基本概念。1.2.1测试用例的定义测试用例是对软件进行测试的一组数据、操作和预期结果的集合。它用于验证软件的某个特定功能或特性是否符合预期。1.2.2测试用例的组成一个完整的测试用例通常包括以下几部分：（1）测试用例编号：唯一标识一个测试用例；（2）测试项目：描述测试用例所属的软件项目或模块；（3）测试目的：说明测试用例的目标和意图；（4）测试条件：列出执行测试用例所需的前提条件；（5）测试步骤：详细描述测试的操作步骤；（6）预期结果：描述测试执行后预期的输出结果；（7）实际结果：记录测试执行后的实际输出结果；（8）测试结论：判断测试是否通过，并给出原因。1.2.3测试用例编写方法测试用例编写方法主要包括以下几种：（1）等价类划分法：将输入数据划分为若干个等价类，从每个等价类中选取代表性的数据作为测试用例；（2）边界值分析法：针对输入数据的边界值进行测试，发觉潜在的边界错误；（3）错误推测法：根据经验和直觉推测程序中可能存在的错误，设计测试用例；（4）因果图法：通过分析输入条件与输出结果之间的因果关系，设计测试用例。1.3测试用例编写原则为保证测试用例的准确性和有效性，编写测试用例时应遵循以下原则：（1）完整性：测试用例应全面覆盖软件需求、设计、代码等各个层面；（2）可复现性：测试用例应具有明确的操作步骤，便于在其他环境中复现；（3）可维护性：测试用例应易于修改和更新，以适应软件需求变更；（4）独立性：测试用例之间应相互独立，避免相互影响；（5）优先级：根据软件风险和重要性，合理分配测试用例的优先级；（6）简洁性：测试用例应简洁明了，易于理解和执行；（7）充分性：测试用例应充分验证软件的功能、功能和安全性等方面；（8）客观性：测试用例的编写应基于客观事实，避免主观臆断。第2章测试用例编写准备2.1分析需求和设计文档在开始编写测试用例之前，首先需要对软件的需求和设计文档进行深入分析。本节将阐述如何分析需求和设计文档，以保证测试用例的准确性和完整性。2.1.1需求分析（1）仔细阅读软件需求说明书，理解功能需求、功能需求、界面需求等。（2）分析需求之间的关联性，保证测试用例能覆盖所有需求。（3）标识需求中的不确定性、歧义性和矛盾性，与需求方进行沟通确认。（4）关注需求的变更，及时更新测试用例。2.1.2设计文档分析（1）研究软件的设计方案，包括系统架构、模块划分、接口设计等。（2）分析设计文档中可能存在的缺陷，如设计不合理、功能瓶颈等。（3）保证设计文档与需求说明书的一致性。（4）了解设计实现中的关键技术和难点，为编写测试用例提供依据。2.2确定测试范围测试范围是测试用例编写的依据，本节将介绍如何确定测试范围。2.2.1功能测试范围（1）根据需求说明书，列出所有功能模块。（2）对每个功能模块进行细分，确定每个子模块的测试范围。（3）保证测试范围覆盖所有功能需求。2.2.2非功能测试范围（1）根据需求说明书和设计文档，确定功能、兼容性、安全等非功能测试范围。（2）分析可能影响非功能需求的因素，如硬件环境、网络环境等。2.3制定测试计划测试计划是对测试活动进行组织和管理的依据，以下为制定测试计划的相关内容。2.3.1测试目标（1）明确测试的目标，如验证功能完整性、功能达标等。（2）保证测试目标与项目需求一致。2.3.2测试策略（1）确定测试类型，如单元测试、集成测试、系统测试等。（2）选择合适的测试方法，如黑盒测试、白盒测试、灰盒测试等。（3）制定测试优先级和测试顺序。2.3.3测试资源（1）确定测试所需的人员、设备、工具等资源。（2）合理分配测试资源，保证测试活动顺利进行。2.3.4测试进度安排（1）根据项目进度，制定测试阶段和时间节点。（2）保证测试进度与项目进度相匹配。2.3.5风险评估（1）识别可能影响测试活动的风险，如需求变更、测试资源不足等。（2）制定相应的风险应对措施。通过以上步骤，为测试用例编写做好充分准备，为后续的测试活动奠定基础。第3章测试用例设计方法3.1黑盒测试方法黑盒测试方法是一种功能测试方法，它将软件视为一个黑盒子，不考虑软件内部逻辑结构和实现细节，仅关注软件的输入和输出。本节主要介绍黑盒测试方法在设计测试用例时的相关技术。3.1.1等价类划分法等价类划分法是将输入数据的集合划分为若干个等价类，从每个等价类中选取代表性的值作为测试用例。设计测试用例时，应保证：（1）每个等价类至少被选取一个测试用例；（2）尽量减少冗余的测试用例。3.1.2边界值分析法边界值分析法是对输入或输出数据的边界情况进行测试。通常情况下，软件在边界处的错误概率较高。设计测试用例时，应关注以下边界值：（1）输入数据的上界、下界和正好在边界上的值；（2）输入数据的有效范围外的值；（3）输出数据的上界、下界和正好在边界上的值。3.1.3错误推测法错误推测法是基于经验和直觉推测软件中可能存在的错误，从而设计测试用例。设计测试用例时，可以考虑以下方面：（1）以前类似软件中出现的错误；（2）在开发过程中发觉的问题；（3）软件需求说明书中的不明确或不一致之处。3.2白盒测试方法白盒测试方法是一种结构测试方法，它考虑软件的内部逻辑结构和实现细节，基于代码的执行路径设计测试用例。本节主要介绍白盒测试方法在设计测试用例时的相关技术。3.2.1逻辑覆盖法逻辑覆盖法是根据软件内部逻辑结构的复杂性设计测试用例。常见的逻辑覆盖标准有以下几种：（1）语句覆盖：保证每个可执行语句至少被执行一次；（2）判定覆盖：保证每个判定的每个分支至少被执行一次；（3）条件覆盖：保证每个判定的每个条件至少取真和假各一次；（4）判定/条件覆盖：结合判定覆盖和条件覆盖；（5）路径覆盖：保证软件中所有可能的执行路径都被测试。3.2.2循环测试法循环测试法是针对软件中的循环结构设计测试用例。设计测试用例时，应关注以下方面：（1）循环的初始化和终止条件；（2）循环体内的计算逻辑；（3）循环的迭代次数；（4）循环的嵌套结构。3.3灰盒测试方法灰盒测试方法结合了黑盒测试和白盒测试的特点，既关注软件的功能，也关注软件的结构。本节主要介绍灰盒测试方法在设计测试用例时的相关技术。3.3.1静态测试静态测试是指在不执行软件的情况下，对、需求说明书等文档进行分析和检查。设计测试用例时，可以采用以下方法：（1）代码审查：检查代码是否符合编码规范，是否存在潜在的错误；（2）静态代码分析：通过工具分析代码的复杂度、依赖关系等；（3）代码走查：对代码进行逐行审查，查找可能的错误。3.3.2动态测试动态测试是指通过执行软件来检查其功能和功能。设计测试用例时，可以采用以下方法：（1）接口测试：检查软件与其他模块或系统之间的接口是否正确；（2）功能测试：评估软件在各种负载条件下的功能；（3）安全性测试：检查软件是否容易受到外部攻击，保证数据安全。第4章测试用例编写要素4.1测试用例标题测试用例标题应简洁明了，能够准确反映测试用例的目的和内容。以下是一些编写测试用例标题的建议：（1）使用动词开头，表明测试用例要执行的操作。（2）包含被测功能或模块的名称。（3）体现测试用例的类型，如功能测试、功能测试等。（4）避免使用模糊的词汇，如“测试”、“验证”等。示例：4.1.1动词功能名称：查询用户信息4.1.2动词模块名称：登录功能测试4.1.3测试类型功能名称：功能测试订单处理4.2测试预置条件测试预置条件是执行测试用例前必须满足的条件，包括但不限于以下内容：（1）系统环境：列出测试所需的操作系统、浏览器、数据库等版本信息。（2）硬件环境：列出测试所需的硬件配置，如CPU、内存、硬盘等。（3）软件环境：列出测试所需的第三方软件或依赖库。（4）数据准备：列出测试所需的数据，包括数据来源、数据格式等。（5）用户权限：列出执行测试用例所需的角色和权限。示例：4.2.1系统环境：Windows10、Chrome80、MySQL5.74.2.2硬件环境：CPU2.4GHz、内存8GB、硬盘500GB4.2.3软件环境：JDK1.8、Tomcat8.54.2.4数据准备：从数据库中导入1000条用户数据4.2.5用户权限：管理员角色4.3测试步骤测试步骤是按照一定的顺序执行的测试操作，应具备以下特点：（1）详细：每个步骤应包含足够的细节，保证操作人员能够准确执行。（2）逻辑清晰：步骤之间的逻辑关系明确，无歧义。（3）可操作：步骤应具有可操作性，避免使用模糊的描述。（4）顺序性：按照实际操作顺序编写步骤。示例：4.3.1步骤1：打开浏览器，访问系统登录页面4.3.2步骤2：输入正确的用户名和密码，登录按钮4.3.3步骤3：在用户管理页面，查询按钮4.3.4步骤4：检查查询结果是否包含预置条件中的用户数据4.4预期结果与实际结果预期结果是在正常情况下，测试执行后应该出现的结果。实际结果是在实际测试过程中出现的结果。以下是一些建议：（1）保证预期结果与实际结果具有明确的对应关系。（2）预期结果应明确、具体，避免使用模糊的描述。（3）实际结果应记录在测试执行过程中观察到的所有现象，包括错误信息、异常等。示例：4.4.1预期结果：查询结果应包含预置条件中的用户数据4.4.2实际结果：查询结果包含预置条件中的用户数据，无错误信息出现注意：末尾不要带总结性话语，如“测试通过”、“测试失败”等。口语第5章功能性测试用例编写5.1功能性测试概述功能性测试是软件测试的核心部分，主要验证软件的功能是否符合需求规格说明。本章主要介绍功能性测试用例的编写方法，包括边界值分析、等价类划分和判定表方法。5.2边界值分析边界值分析是一种有效的测试用例设计方法，主要针对输入和输出数据的边界进行测试。在编写边界值测试用例时，应遵循以下步骤：（1）确定边界条件：分析需求规格说明，找出输入和输出数据的边界。（2）设计测试用例：针对每个边界条件，设计合理的测试用例，保证边界值及其附近的数据得到验证。（3）评估测试用例：评估测试用例的覆盖范围，保证关键边界得到充分测试。5.3等价类划分等价类划分是一种基于输入域的测试用例设计方法。它将输入域划分为若干个等价类，每个等价类中的数据对软件功能的验证具有相同的效果。在编写等价类测试用例时，应遵循以下步骤：（1）确定等价类：分析需求规格说明，找出输入数据的等价类。（2）设计测试用例：为每个等价类设计至少一个测试用例，保证每个等价类得到验证。（3）评估测试用例：评估测试用例的覆盖范围，保证关键等价类得到充分测试。5.4判定表方法判定表方法是一种基于逻辑关系的测试用例设计方法。它通过分析输入条件和输出结果之间的逻辑关系，设计出能够覆盖所有可能情况的测试用例。在编写判定表测试用例时，应遵循以下步骤：（1）确定输入条件和输出结果：分析需求规格说明，列出所有输入条件和输出结果。（2）建立判定表：根据输入条件和输出结果之间的逻辑关系，建立判定表。（3）设计测试用例：根据判定表中的规则，设计相应的测试用例，保证所有规则得到验证。（4）评估测试用例：评估测试用例的覆盖范围，保证判定表中的所有规则得到充分测试。第6章非功能性测试用例编写6.1功能测试用例6.1.1引言功能测试旨在验证系统是否满足预定的功能要求。以下列举功能测试用例的编写步骤和注意事项。6.1.2测试用例编写步骤（1）确定测试目标：明确需要测试的功能指标，如响应时间、并发用户数、吞吐量等。（2）设计测试场景：根据实际业务需求，设计合理的测试场景，覆盖各种典型操作。（3）制定测试数据：准备测试所需的数据，保证数据具有代表性和真实性。（4）编写测试步骤：详细描述测试执行的具体步骤。（5）设定功能预期：根据需求文档和系统设计，设定功能指标的预期值。6.1.3注意事项（1）保证测试环境与实际生产环境的一致性。（2）避免在功能测试过程中，对测试数据进行非预期修改。（3）关注系统资源使用情况，如CPU、内存、磁盘IO等。（4）对于并发测试，注意调整并发用户数，观察系统功能的变化。6.2安全性测试用例6.2.1引言安全性测试旨在保证系统在面临恶意攻击或误操作时，仍能保持稳定运行。以下为安全性测试用例的编写步骤和注意事项。6.2.2测试用例编写步骤（1）分析安全需求：了解系统的安全需求和潜在威胁。（2）设计测试场景：根据安全需求，设计测试场景，包括攻击方法、攻击路径等。（3）编写测试步骤：详细描述测试执行的具体步骤。（4）制定测试数据：准备测试所需的数据，包括攻击代码、测试账号等。（5）预期结果：明确测试的预期结果，包括系统响应和防护措施。6.2.3注意事项（1）遵循国家相关法律法规，保证测试活动合规。（2）避免对系统造成实际损害，保证测试在可控范围内进行。（3）关注系统漏洞，及时修复并验证。（4）定期更新测试用例，以应对不断变化的安全威胁。6.3兼容性测试用例6.3.1引言兼容性测试旨在验证系统在不同的硬件、软件和环境中是否能正常运行。以下为兼容性测试用例的编写步骤和注意事项。6.3.2测试用例编写步骤（1）确定测试范围：明确需要测试的硬件、软件和环境。（2）设计测试场景：根据实际业务需求，设计兼容性测试场景。（3）编写测试步骤：详细描述测试执行的具体步骤。（4）制定测试数据：准备测试所需的数据，保证数据在不同环境下的兼容性。（5）设定预期结果：明确兼容性测试的预期结果。6.3.3注意事项（1）覆盖各种主流硬件、软件和环境，保证测试的全面性。（2）注意测试过程中，不同环境下的系统表现。（3）关注系统依赖的第三方组件或服务，保证其在不同环境下的兼容性。（4）定期更新测试用例，以应对硬件、软件和环境的更新换代。第7章集成测试与系统测试用例编写7.1集成测试用例7.1.1目的本节旨在指导测试工程师编写集成测试用例，以保证模块间集成后的功能正确性和稳定性。7.1.2范围涵盖各模块间接口、数据交互、功能交互等方面的集成测试用例编写。7.1.3测试用例要素（1）测试用例编号（2）测试用例名称（3）测试目的（4）测试前提条件（5）测试输入（6）测试步骤（7）预期结果（8）实际结果（9）测试结论（10）备注7.1.4编写步骤（1）分析需求文档，确定集成测试范围和重点。（2）根据系统架构和模块划分，识别模块间的接口、数据交互和功能交互。（3）设计测试场景，覆盖各种交互路径。（4）针对每个测试场景，编写相应的测试用例。（5）组织测试用例，形成测试用例文档。7.2系统测试用例7.2.1目的本节旨在指导测试工程师编写系统测试用例，以验证整个系统在满足需求规格说明的基础上，功能的正确性、功能、稳定性等方面。7.2.2范围涵盖系统级功能、功能、安全性、可用性等方面的测试用例编写。7.2.3测试用例要素（1）测试用例编号（2）测试用例名称（3）测试目的（4）测试前提条件（5）测试输入（6）测试步骤（7）预期结果（8）实际结果（9）测试结论（10）备注7.2.4编写步骤（1）分析需求文档，梳理系统级功能点。（2）设计系统测试场景，包括正常场景、异常场景、边界场景等。（3）针对每个测试场景，编写相应的测试用例。（4）组织测试用例，形成测试用例文档。7.3验收测试用例7.3.1目的本节旨在指导测试工程师编写验收测试用例，以保证系统满足用户需求，达到交付标准。7.3.2范围涵盖用户场景、业务流程、系统功能、安全性等方面的验收测试用例编写。7.3.3测试用例要素（1）测试用例编号（2）测试用例名称（3）测试目的（4）测试前提条件（5）测试输入（6）测试步骤（7）预期结果（8）实际结果（9）测试结论（10）备注7.3.4编写步骤（1）与用户沟通，了解用户需求和业务场景。（2）结合系统测试用例，筛选出具有代表性的测试场景。（3）针对筛选出的测试场景，编写验收测试用例。（4）组织验收测试用例，形成测试用例文档。（5）提交验收测试用例给用户确认，保证测试用例符合用户需求。第8章自动化测试用例编写8.1自动化测试概述自动化测试是提高软件测试效率、保证软件质量的重要手段。通过自动化测试，可以降低人工测试工作量，提高测试覆盖率，保证软件在多次迭代过程中的稳定性。本章主要介绍如何编写自动化测试用例，以便在软件测试过程中发挥自动化测试的优势。8.2自动化测试工具选择选择合适的自动化测试工具是开展自动化测试的关键。以下因素需在选择自动化测试工具时予以考虑：（1）支持的测试类型：功能测试、功能测试、兼容性测试等；（2）支持的编程语言：Java、Python、C等；（3）支持的操作系统：Windows、Linux、MacOS等；（4）易用性：是否提供图形化界面，是否易于学习和掌握；（5）扩展性：是否支持二次开发，是否易于与其他工具集成；（6）社区支持：是否拥有活跃的社区，便于解决问题和分享经验。根据项目需求和团队技能，选择合适的自动化测试工具，如Selenium、Appium、JMeter等。8.3自动化测试用例编写要点自动化测试用例编写是保证测试有效性和高效性的关键环节。以下要点需在编写自动化测试用例时予以注意：（1）测试用例设计：a.保证测试用例覆盖软件的核心功能、关键业务流程和常见错误场景；b.按照模块、功能、场景等维度划分测试用例，便于管理和维护；c.遵循单一职责原则，每个测试用例只验证一个功能点或场景；d.测试用例应具有可重复执行性，避免依赖外部环境和时间。（2）测试用例编写：a.使用统一的命名规范，便于识别和管理；b.编写清晰的测试步骤，便于理解和执行；c.使用合适的断言方法，验证预期结果与实际结果的一致性；d.尽量使用参数化、数据驱动等方法，提高测试用例的复用性。（3）测试用例维护：a.定期检查测试用例的有效性，保证其与软件需求保持一致；b.软件迭代，及时更新和优化测试用例；c.记录测试用例的执行结果，便于分析和定位问题。遵循以上要点，编写高质量的自动化测试用例，为软件质量保驾护航。第9章缺陷管理9.1缺陷生命周期9.1.1缺陷定义缺陷是指软件产品在开发、测试、使用过程中，与需求规格说明书、设计文档、用户手册等文档规定不符，或与用户期望有偏差的问题。缺陷生命周期是指从缺陷被发觉、报告、分析、修复、验证到关闭的整个过程。9.1.2缺陷状态缺陷状态通常包括以下几种：（1）新建（New）：缺陷被发觉后，处于待处理状态。（2）已确认（Confirmed）：测试人员确认缺陷存在，并分配给开发人员处理。（3）修复中（InProgress）：开发人员正在修复缺陷。（4）待验证（Fixed）：开发人员完成缺陷修复，等待测试人员验证。（5）验证通过（Verified）：测试人员验证修复的缺陷，确认已解决。（6）验证不通过（Unverified）：测试人员验证修复的缺陷，发觉问题仍然存在。（7）拒绝（Rejected）：经分析，认为该问题不属于缺陷或无需修复。（8）关闭（Closed）：缺陷已修复并验证通过，或被拒绝，缺陷生命周期结束。9.1.3缺陷流转缺陷在生命周期中的流转应遵循以下原则：（1）缺陷状态更改需经过相关人员确认。（2）缺陷状态更改应记录详细原因和操作人。（3）缺陷流转过程应保证信息畅通，各环节责任明确。9.2缺陷报告9.2.1缺陷报告内容缺陷报告应包括以下内容：（1）缺陷简洁明了地描述缺陷现象。（2）缺陷描述：详细描述缺陷的现象、重现步骤、影响范围等。（3）发觉环境：记录发觉缺陷的软件版本、操作系统、浏览器等环境信息。（4）严重程度：根据缺陷对软件功能、功能、稳定性等影响程度进行分类。（5）优先级：根据缺陷的紧急程度、影响范围等因素，确定修复的优先级。（6）责任人：指定负责修复缺陷的开发人员。（7）附件：提供相关截图、日志等证明材料。9.2.2缺陷报告要求缺陷报告应满足以下要求：（1）语言简练、准确，避免歧义。（2）结构清晰，便于阅读和理解。（3）保证信息真实可靠，避免虚假报告。（4）报告及时，避免影响项目进度。9.3