diff --git a/README.md b/README.md index 4340c9a931d36d33f3af17acf0efc0a5cb8c4e2e..e71cadd64abed1ab082c9e5fea45edbac5264f3c 100644 --- a/README.md +++ b/README.md @@ -2563,7 +2563,7 @@ Bug处理流程： ### 8.1 软件测试管理概述 软件测试管理就是通过专门的测试组织，运用专门的软件测试知识、技能、工具和方法，对测试项目进行计划、组织、执行和控制，建立起软件测试管理体系，确保软件测试在保证软件质量中发挥关键作用。 -软件测试系统主要由测试计划、测试设计、测试执行、配置管理、资源管理、测试管理6个过程组成。 +软件测试系统主要由测试计划、测试设计、测试执行、配置管理、资源管理、测试管理六个过程组成。 其中，测试计划、测试设计、测试执行在“软件测试流程”一章中讲解。 @@ -2589,13 +2589,13 @@ Bug处理流程： 测试对象包括测试方案的具体测试步骤、问题报告、测试结果报告等，主要是为各测试阶段的控制对象提供一个完善的编辑和管理环境。 2. 测试流程管理 - 测试流程管理是基于科学的流程和具体的规范来实现的，并利用该流程和规范严称约束和控制整个产品的测试周期，以确保产品的质量。整个过程避免了测试人员和开发人员之间面对面的交流，减少了以往测试和开发之间的矛盾，提高工作效率。 + 测试流程管理是基于科学的流程和具体的规范来实现的，并利用该流程和规范严称约束和控制整个产品的测试周期，以确保产品的质量。整个过程都避免了测试人员和开发人员之间面对面的交流，减少了以往测试和开发之间的矛盾，提高工作效率。 3. 统计分析和决策支持 在系统建立的测试数据库的基础上进行合理的统计分析和数据挖掘，例如根据问题分布的模块、问题所属的性质、问题的解决情况等方面的统计分析使项目管理者全面了解产品开发的进度、产品开发的质量、产品开发中问题的聚集，为决策管理提供支持。 ### 8.2 测试过程改进 -软件测试技术解决了测试采用的方法问题，测试管理保证了各项测试活动的顺利开展。软件测试过程改进主要着眼于合理调整各项测试活动的时序关系，优化各项测试活动的资源配置以及实现各项测试活动效果的最优化。 +软件测试技术解决了测试采用方法的问题，测试管理保证了各项测试活动的顺利开展。软件测试过程改进主要着眼于合理调整各项测试活动的时序关系，优化各项测试活动的资源配置以及实现各项测试活动效果的最优化。 #### 8.2.1 功能 测试过程改进是一项长期的、没有重点的活动，在实施测试过程改进时，应根据公司的战略目标确定测试部门的战略，将测试过程改进与公司的战略目标相联系。 @@ -2617,7 +2617,7 @@ Bug处理流程： 因此，组织的改进应该使得测试从开发活动中分离出来，把缺陷控制，版本管理和变更管理从项目管理中分离出来。 2. 技术 -技术的改进包括对流程、方法和工具的改进，包括组织或者项目对流程进行明确的定义，应引入统一的管理方法。 +技术的改进包括对流程、方法和工具的改进，包括组织或者项目对流程进行明确的定义，应该引入统一的管理方法。 3. 人员 人员的改进主要是指对企业文化的改进，建立高效率的团队和组织。 @@ -2632,7 +2632,7 @@ Bug处理流程： 推行配置、自动化测试和缺陷跟踪等工具，将有效地分解事务性工作，可以缓解人力资源不足的困难。常见的过程管理方面的工具包括Rational公司的ClearCase等。 3. 调整测试活动的时序关系 - 由于有些测试活动是可以并行的，有些测试活动是可以归并完成的，有些测试活动在时间上存在线性关系等，因此必须区分优化调整，控制测试进度。 + 由于有些测试活动是可以并行的，有些测试活动是可以归并完成的，有些测试活动在时间上存在线性关系等，因此必须区分优化调整，控制测试的进度。 4. 优化测试活动资源配置 软件测试过程必然会涉及人力、设备、场地、软件环境与经费等资源，必须合理地调配各项资源给相关的测试活动，特别是人力资源的调配。 @@ -2651,7 +2651,7 @@ IEEE给出软件测试文档分为测试计划，测试设计规格说明、测 软件测试计划文档主要对软件测试项目以及所需要进行的测试工作、测试人员所应该负责的测试工作、测试过程、测试所需的时间和资源，测试风险、测试项通过/失败的标准、测试中断和恢复的规定、测试完成所提交的材料等做出预先的计划和安排。 2. 软件测试设计规格说明文档 - 软件测试设计规格说明文档用于每个测试等级，以制定测试集的体系结构、通过/失败准则和覆盖跟踪。 + 软件测试设计规格说明文档可用于每个测试等级，以制定测试集的体系结构、通过/失败准则和覆盖跟踪。 3. 软件测试用例规格说明文档 软件测试用例规格说明文档用于描述测试用例，包括测试项、输入规格说明、输出规格说明、预期要求和规程需求等。 @@ -2663,7 +2663,7 @@ IEEE给出软件测试文档分为测试计划，测试设计规格说明、测 测试日志用于记录测试的执行情况不同，可根据需要选用。 6. 软件缺陷报告 - 软件缺陷报告用来描述出现在测试过程或软件中的异常情况，这些异常情况可能存在于需求、设计、代码、文档或测试用例中。 + 软件缺陷报告用来描述出现在测试过程或软件中的异常情况，这些异常情况可能存在于需求、设计、代码、文档或测试的用例中。 7. 测试总结报告 测试总结报告用于报告某个测试的完成情况，给出评价和建议。 @@ -2671,19 +2671,19 @@ IEEE给出软件测试文档分为测试计划，测试设计规格说明、测 #### 8.3.2 测试文档的重要性 测试文档的重要性主要表现在如下几个方面： 1. 验证需求的正确性 - 测试文件规定了用以验证软件需求的测试条件。由于要测试的内容可能涉及软件的需求和设计，因此必须及早开始测试计划的编写工作。不应在着手测试时才开始考虑测试计划。通常，测试计划的编写从需求分析阶段开始，到软件设计阶段结束时完成。 + 测试文件规定了用以验证软件需求的测试条件。由于要测试的内容可能涉及软件的需求和设计，因此必须近早开始测试计划的编写工作。不应在于着手测试时才开始考虑测试计划。通常，测试计划的编写从需求分析阶段开始，到软件设计阶段结束时完成。 2. 检验测试资源 测试计划不仅要用文件的形式把测试过程规定下来，还应说明测试工作必不可少的资源，进而检验这些资源是否可以得到，即它的可用性如何。 3. 明确任务的风险 - 测试计划文档帮助测试人员分析测试可以做什么，不能做什么。了解测试任务的风险有助于对潜伏的可能出现的问题事先作好思想上和物质上的准备。 + 测试计划文档帮助测试人员分析测试可以做什么，不能做什么。了解测试任务的风险有助于对潜伏可能出现的问题事先作好思想上和物质上的准备。 4. 生成测试用例 测试用例的好坏决定着测试工作的效率，选择合适的测试用例是做好测试工作的关健，在测试文件编制过程中，按规定的要求精心设计测试用例有重要的意义。 5. 评价测试结果 - 测试文件包括测试用例，即若干测试数据及对应的预期测试结果。完成测试后，将测试结果与预期的结果进行比较，便可对已进行的测试提出评价意见。 + 测试文件包括测试用例，即若干测试数据及对应的预期测试结果。完成测试后，将测试结果与预期的结果进行比较，便可对已经进行的测试提出评价意见。 6. 确定测试的有效性 完成测试后，把测试结果写入文件，这对分析测试的有效性甚至整个软件的可用性提供了依据。同时还可以证实有关方面的结论。 @@ -2753,8 +2753,8 @@ IEEE给出软件测试文档分为测试计划，测试设计规格说明、测 ![影响软件质量的因素](https://gitee.com/XiaFuXiangFei/software-testing/raw/main/images/yingxiangzhiliang.jpg) 软件测试与软件质量具有如下关系： -1. 测试不能提高质量，软件的质量是固有特性，测试人员只能通过有赖于开发人员的努力。 -2. 测试人员的工作成果不能从软件的产品质量或者软件的最终成果得到科学的评估。 +1. 测试不能提高质量，软件的质量是有固定的特性，测试人员只能通过有赖于开发人员的努力。 +2. 测试人员的工作成果不能从软件的产品质量和软件的最终成果得到科学的评估。 #### 8.6.2 常用的软件质量度量 1. 缺陷密度