软件测试执行过程
- 格式:doc
- 大小:25.00 KB
- 文档页数:2
软件测试的详细流程软件测试是软件开发过程中至关重要的一环,它帮助发现和纠正软件中的缺陷和错误,确保软件在交付给用户之前具备良好的质量和稳定性。
软件测试的详细流程可以分为以下几个阶段:阶段一:需求分析和计划在软件测试过程的开始阶段,测试团队需要与项目经理、开发人员和客户一起进行需求分析。
通过详细了解软件的功能和性能需求,测试团队可以设计出全面的测试方案,确定测试的范围、目标和策略。
在此阶段,测试团队还需要制定测试计划,明确测试资源、时间和进度。
阶段二:测试设计测试设计是软件测试过程中的核心环节。
在此阶段,测试团队需要根据需求分析和计划,设计出详细的测试用例和测试方案。
测试用例应包括正常情况和异常情况的测试场景,以确保对软件各个功能和模块进行全面的测试覆盖。
测试设计过程中还应考虑测试数据的准备和测试环境的搭建,以确保测试的可重复性和一致性。
阶段三:测试执行在测试执行阶段,测试团队根据测试用例和测试计划,对软件进行全面的测试。
测试执行可以分为手动测试和自动化测试两种方式。
手动测试通常由测试人员根据测试用例逐一执行,检查软件的功能和性能是否符合要求。
自动化测试则是通过编写脚本或使用测试工具,自动执行测试用例,并生成测试报告。
测试执行过程中,测试团队需要准确记录测试过程和结果,并在发现问题时及时报告给开发人员。
阶段四:缺陷管理和修复在测试执行过程中,测试团队经常会发现软件的缺陷和错误。
发现缺陷后,测试团队应准确地记录缺陷的详细信息,包括缺陷的描述、复现步骤和截图等。
然后,测试团队应将缺陷报告发送给开发人员,并确保开发人员能够尽快修复这些问题。
在修复完成后,测试团队需要重新执行测试用例,验证缺陷是否得到了解决。
阶段五:验收测试和发布验收测试是软件测试的最后一个阶段,它旨在确认软件是否符合用户的需求和预期。
在此阶段,测试团队会与客户和项目经理一起进行测试结果的评估和分析,确保软件的质量和稳定性达到可接受的水平。
软件测试的整个流程软件测试是在软件开发过程中非常重要的一环,通过对软件进行系统性的检查和验证,以确保软件的质量和可靠性。
软件测试的整个流程包括需求分析、测试计划、测试设计、测试执行、测试评估等阶段,本文将详细介绍软件测试的整个流程。
1. 需求分析阶段在软件测试之前,首先需要对软件的需求进行分析。
这包括与项目经理和开发人员沟通,确保对需求的理解一致,并将需求明确地记录下来。
需求分析包括以下几个关键步骤:•确定需求:明确软件需要实现的功能和性能要求。
•制定测试目标:根据需求,确定测试的目标和范围。
•确定测试环境:确定测试所需的硬件和软件环境。
•制定测试计划:定义测试的时间和资源分配。
2. 测试计划阶段测试计划是指制定出测试的整体安排和组织,包括测试的方法、范围、资源和进度等。
在测试计划阶段,需要进行以下几个关键步骤:•制定测试策略:根据需求和测试目标,确定测试的方法和技术。
•制定测试用例:根据需求和测试目标,设计具体的测试用例。
•确定测试资源:确定所需的硬件、软件和人员资源。
•制定测试进度:安排测试的时间和进度。
3. 测试设计阶段在测试设计阶段,根据测试计划中确定的测试用例,进行测试设计。
测试设计包括以下几个关键步骤:•确定测试数据:确定测试用例所需的测试数据。
•设计测试用例:设计具体的测试用例,包括输入、预期输出和执行步骤。
•准备测试环境:准备测试所需的硬件和软件环境。
•编写测试脚本:根据测试用例,编写具体的测试脚本。
4. 测试执行阶段在测试执行阶段,根据测试计划和测试设计,执行具体的测试用例。
测试执行包括以下几个关键步骤:•配置测试环境:确保测试环境的正确配置。
•执行测试用例:按照测试计划,逐个执行测试用例。
•记录测试结果:记录每个测试用例的执行结果。
•提报缺陷:如果测试过程中发现了问题和缺陷,及时提报。
5. 测试评估阶段在测试执行结束后,需要对测试结果进行评估。
测试评估阶段包括以下几个关键步骤:•分析测试结果:对测试结果进行统计和分析,找出问题和缺陷。
软件测试实施的三个步骤概述软件测试是确保软件质量的重要环节。
在软件项目中,进行有效的测试可以帮助发现并解决潜在的问题,提高软件的可靠性和稳定性。
为了保证测试的有效性和完整性,软件测试应该按照一定的步骤进行。
本文将介绍软件测试实施的三个重要步骤,包括测试计划制定、测试用例设计和测试执行。
步骤一:测试计划制定在进行软件测试之前,制定一个清晰的测试计划是非常重要的。
测试计划是指为了达到测试目标而制定的测试活动的详细计划。
测试计划的制定需要考虑以下几个方面:•测试目标和范围:明确测试的目的和范围,确定需要测试的功能和需求。
•资源和时间安排:评估测试所需的资源,包括人力、硬件和软件等,并安排合理的时间表。
•测试策略和方法:制定测试的策略和方法,包括测试的类型、技术和工具等。
•风险评估和管理:识别和评估潜在的风险,并制定相应的风险管理计划。
•测试环境和数据准备:搭建测试环境并准备测试数据,包括测试的硬件、软件和网络环境。
•测试团队和沟通计划:确定测试团队的组成和责任,并制定相应的沟通计划。
通过制定详细的测试计划,可以确保测试的有效性和高效性,同时也便于测试人员按照计划进行测试工作。
步骤二:测试用例设计测试用例是进行软件测试的重要工具,用于测试软件的功能、性能和可靠性等方面。
良好的测试用例设计可以提高测试的覆盖率和有效性,帮助发现更多的问题。
测试用例设计的关键步骤如下:1.需求分析:仔细分析软件的需求和功能描述,了解软件的设计逻辑和预期功能。
2.测试条件和场景:根据需求分析,确定不同的测试条件和场景,包括正常情况和异常情况。
3.测试目标和优先级:根据需求和测试条件确定测试的目标和优先级,以便更好地分配测试资源。
4.测试数据准备:根据测试条件和场景,准备相应的测试数据,包括正常数据和异常数据。
5.测试步骤和预期结果:根据测试目标和测试数据,编写详细的测试步骤和预期结果。
6.测试技术和工具:根据测试需求和目标,选择合适的测试技术和工具,如手工测试、自动化测试、性能测试等。
软件测试流程及步骤1. 简介软件测试是在软件开发过程中对软件质量进行评估和验证的一系列活动。
软件测试的目的是发现缺陷并确保软件在发布前具备预期的质量标准。
本文将介绍软件测试的流程及步骤。
2. 软件测试流程软件测试流程是一系列有逻辑顺序的测试任务,每个任务都有其特定的目的和目标。
以下是常见的软件测试流程:2.1 需求分析在测试开始之前,测试团队需要仔细分析软件需求。
这个阶段的目标是确保测试团队完全理解软件功能和性能的要求。
2.2 测试计划测试计划是编制测试策略和规划测试活动的计划文档。
它包括测试的目标、测试资源、测试时间表、测试工具和测试环境等。
2.3 测试设计在这个阶段,测试团队定义测试用例和测试数据,并确定测试的覆盖范围。
测试设计要求测试团队对软件系统的结构和功能有全面的了解。
2.4 测试执行在测试执行阶段,测试团队根据测试设计执行测试用例,并记录测试结果。
测试执行时,需要测试团队能够准确记录测试过程中发现的问题和缺陷。
2.5 缺陷管理在测试执行阶段,测试团队将测试期间发现的问题和缺陷记录在缺陷跟踪系统中,并跟踪和管理这些缺陷的解决过程。
2.6 测试报告测试报告是测试团队向项目团队和相关利益相关者汇报测试结果的文档。
它包括测试执行的摘要、问题和缺陷的总结,以及测试团队对软件质量的评估。
2.7 重新测试和回归测试在修复了发现的缺陷后,测试团队进行重新测试和回归测试,以确保修复缺陷不会引入新的问题。
3. 软件测试步骤在具体执行软件测试的过程中,通常会包括以下步骤:3.1 确定测试目标和范围在开始测试之前,需要明确测试的目标和范围。
测试目标可以是验证特定功能、检查系统的性能或确定软件的稳定性。
3.2 编写测试用例和测试数据测试用例是一组输入、执行条件和预期结果的规范,用于验证软件是否按预期工作。
测试用例需要覆盖不同的功能和场景,并且应该具有边界值、异常情况和错误处理等。
3.3 准备测试环境在执行测试之前,需要准备适当的测试环境,包括硬件、操作系统、数据库和网络等。
《测试执行及测试报告》测试执行是软件测试过程中的一项关键任务,它是根据测试计划和测试用例,运行测试脚本并记录测试结果的过程。
测试报告则是对测试执行结果进行总结、分析和汇报的文档。
测试执行的过程一般包括以下几个步骤:1.准备环境:在执行测试之前,测试人员需要准备测试环境的设置。
例如,安装所需的软件、准备测试数据等。
2.执行测试用例:根据测试计划和测试用例,执行相应的测试脚本。
测试脚本可以是手动执行,也可以是自动化执行。
3. 记录测试结果:在执行测试用例的过程中,测试人员需要记录测试结果。
测试结果包括每个测试用例的执行情况(通过、失败、跳过等)以及出现的问题(bug)。
4.复现问题:在测试过程中,如果发现了问题,测试人员需要尽可能详细地描述问题,并提供复现步骤。
这样开发人员才能更好地理解并修复问题。
5. 提交bug报告:将测试中发现的问题整理成bug报告,并提交给开发人员。
bug报告中需要包含问题的描述、复现步骤、期望结果和实际结果等信息。
6. 进行回归测试:在修复了bug之后,测试人员需要进行回归测试,以确保修复操作没有引入新的问题。
测试报告则是根据测试执行结果,对测试过程进行总结和分析的文档。
测试报告一般包括以下内容:1. 测试概况:对测试执行的整体情况进行统计,包括测试用例的执行情况、bug的数量等。
2.测试结果分析:对测试结果进行分析,找出测试中存在的问题和瓶颈等。
同时,对测试执行过程中使用的工具和方法进行评估和总结。
3.测试覆盖率分析:对测试用例的覆盖率进行分析,评估测试是否覆盖了系统的各个功能和边界条件。
4.测试建议:根据测试执行结果,提出改进测试的建议和意见。
这些建议可以包括增加测试用例的数量、调整测试策略等。
5.总结与反思:对整个测试执行过程进行总结和反思,回顾测试中取得的成果和不足,为下一轮测试提供经验和借鉴。
总之,测试执行和测试报告是软件测试过程中非常重要的环节。
通过良好的测试执行和详细的测试报告,可以帮助团队更好地理解系统的质量状况,并及时发现和解决问题,提高软件产品的质量和稳定性。
软件测试的流程是什么软件测试是一种系统性和科学性的活动,主要用于检查和评估软件的质量和可靠性。
测试过程包括以下几个主要步骤:需求分析,测试计划制定,测试用例设计,测试执行和测试结果评估。
下面将详细介绍测试的流程。
1. 需求分析需求分析是软件测试过程的第一步,因为它决定了接下来测试工作的方向和重点。
在这个阶段,测试人员需要仔细的分析客户需求和功能规范,并与开发人员沟通以确保应用程序设计的准确性和完整性。
在需求分析阶段,测试人员需要识别潜在问题和矛盾,并对测试计划进行必要的修改和调整。
2. 测试计划制定测试计划是软件测试的第二步,目的是为了规划未来所有测试工作的步骤和方法。
制定测试计划的过程中,测试团队需要考虑预算、人员、设备和测试时间等因素,然后确定测试的范围和测试级别。
测试团队还需要开始编写测试文档,包括测试用例、测试报告,以及其他相关的测试文档。
3. 测试用例设计测试用例设计是测试过程的一个重要步骤,在这个阶段中,测试团队需要设计不同的测试用例,用以评估应用程序的不同方面。
测试用例的设计过程中,测试人员需要确定应用程序的所有功能并识别它们的界限。
通过设计测试用例,测试人员能够确保对应用程序的全部覆盖。
4. 测试执行在测试执行阶段中,测试团队按照测试计划开始对软件进行测试。
测试执行阶段是测试过程中最复杂和最重要的一个阶段。
测试团队必须严格按照制定的测试计划进行测试,并验证软件是否具有所需的性能和功能。
测试人员将执行测试用例,并记录测试结果以供进一步评估。
5. 测试结果评估测试结果评估是软件测试过程中的最后一步,目的是针对测试过程中发现的缺陷和问题进行分析和评估。
在这个阶段,测试人员必须检查测试结果并根据不同情况编写测试报告。
在完成测试之后,测试人员将与开发人员沟通交流所有问题,并等待问题解决的反馈。
总之,软件测试流程是一个迭代性的过程,需要不断地重复执行,并及时重新评估各种工作。
如果需要发现更多问题和缺陷,测试过程就必须合理且不断更新和改善,以确保软件质量和安全性。
软件测试流程及测试点软件测试是确保软件质量的关键步骤,其流程包括多个阶段和测试点。
以下是一般的软件测试流程及测试点:1. 需求分析和计划阶段:测试计划:制定测试目标和范围。
确定测试资源、时间表和人员分配。
制定测试策略和方法。
2. 测试设计阶段:测试用例设计:根据需求规格书或功能规格书编写测试用例。
考虑正常情况和边界情况。
确保每个功能点都有对应的测试用例。
测试数据设计:生成适当的测试数据,覆盖各种输入情况。
包括正常数据、边界数据、异常数据等。
测试环境设置:设置测试环境,包括硬件、软件、网络配置等。
3. 测试执行阶段:单元测试:针对单个模块或函数进行测试,确保每个模块都能够独立正常运行。
集成测试:测试不同模块之间的集成,验证它们一起工作的正确性。
系统测试:针对整个系统进行测试,验证系统的功能和性能。
验收测试:模拟用户操作,验证系统是否符合用户需求。
性能测试:测试系统的性能,包括响应时间、吞吐量等。
安全性测试:确保系统对潜在威胁和攻击有足够的防护措施。
回归测试:在每次修改后运行之前的测试用例,确保新的修改没有引入新的错误。
4. 测试报告和缺陷管理阶段:测试报告:汇总测试结果,包括通过和失败的测试用例、问题汇报等。
缺陷管理:跟踪和管理测试中发现的缺陷,包括报告、修复和验证过程。
5. 最终发布阶段:上线前确认:验证所有缺陷是否被解决。
确保测试用例覆盖所有关键路径。
灰度测试:将新版本逐步引入生产环境,以确保在大规模使用之前没有明显问题。
6. 维护阶段:监控和反馈:在生产环境中监控系统的性能和用户反馈。
及时处理用户报告的问题。
这是一个常见的软件测试流程,具体的流程和测试点可能会根据项目的特性、开发方法和测试方法而有所不同。
在每个阶段都应该进行充分的文档记录,以便在整个软件开发生命周期中进行追溯和分析。
软件测试的基本流程和方法软件测试是指在软件开发中,对软件系统进行验证和评估的过程,旨在保证软件产品的质量,增强软件的可靠性和稳定性,同时降低软件出现问题的可能性。
软件测试是软件开发过程中不可或缺的一环,其基本流程和方法对于软件开发人员来说是必须掌握的。
一、软件测试基本流程软件测试的基本流程包括:计划测试、设计测试用例、执行测试、评估测试结果、修改缺陷和最终报告。
具体如下:1.计划测试:首先需制定测试计划,主要包括确定测试目标和测试策略,确定测试用例设计方法和评估测试结果的标准等。
这一步对于测试的执行非常重要,测试计划应该非常清晰明确。
2.建立测试环境:在具备测试资料和测试场所的情况下,需要为测试建立测试环境,如测试服务器,虚拟机等。
测试环境应该与生产环境尽量相同,尤其是对于系统硬件、操作系统、数据库等基础组件需要尽量相同。
3.测试用例设计:设计测试用例,以验证系统的不同功能点和模块。
测试用例应该覆盖到所有功能点。
更进一步的,测试用例应该包括正常流程、异常处理和边缘情况等。
4.执行测试:根据设计的测试用例逐一执行测试,并在测试过程中记录测试结果。
在测试执行过程中,需要提供足够的信息让开发人员能够定位、并修复缺陷,这是测试执行过程的最终目标。
5.测试结果评估:测试结果需要一一评估。
测试评估基于事先定义的测试标准,以及软件系统的业务规则。
测试结果有必要进行分类处理,统计已发现的缺陷总量、严重性、频率等,并与预期结果进行比较并进行归类。
6.修改缺陷:测试结果的评估后,需将已发现的缺陷陈述清楚,把测试者从测试报告中提供的具体的问题记录下来。
开发人员严格按照这些记录,修复缺陷。
7.最终报告:在软件缺陷修复完毕后,需要就测试结果进行整理,形成测试报告。
测试报告需要包括测试计划、测试用例、测试结果、缺陷清单等内容,便于工作记录。
二、软件测试的基本方法软件测试的基本方法包括:手工测试、自动化测试等。
1.手工测试:在软件测试过程中,手工测试是最常用的测试方法。
软件测试流程及管理软件测试是软件开发过程中不可或缺的环节,通过对软件的功能、性能、安全等方面进行测试,确保软件的质量和稳定性。
软件测试流程及管理是保证软件测试工作有效进行的重要方法。
下面将详细介绍软件测试流程及管理。
1.需求分析阶段:在这个阶段,测试团队与业务人员和开发人员紧密合作,共同明确软件的需求和功能。
测试团队主要负责理解需求并将其转化为测试用例,以便后续的测试工作。
2.测试计划阶段:在此阶段,测试团队制定详细的测试计划,定义测试目标、范围、资源需求、进度安排等。
测试计划应该充分考虑软件的复杂性和风险,并确保测试工作能够全面、高效地进行。
3.测试设计阶段:在这个阶段,测试团队根据需求分析和测试计划,设计测试用例和测试数据。
测试用例应当覆盖软件的各个功能和场景,并考虑到不同的输入、边界条件和异常情况。
4.测试执行阶段:在此阶段,测试团队按照测试计划和测试用例,对软件进行全面的测试。
测试团队应当记录测试结果,并及时反馈给开发人员,以便问题的修复。
5.缺陷管理阶段:在这个阶段,测试团队跟踪记录软件中的缺陷,并与开发人员共同解决。
缺陷管理系统可以用于有效地记录、跟踪和管理缺陷,确保问题得到及时解决。
6.测试报告阶段:在此阶段,测试团队准备测试报告,总结测试活动的进展、缺陷及其解决情况等。
测试报告应当清晰、详细地描述测试工作的结果,并提供有关软件质量的评估。
软件测试管理是保证软件测试工作顺利进行的重要手段,主要包括以下几个方面:1.测试团队的组织管理:测试团队应当合理组织,明确团队成员的职责和角色,并建立有效的沟通渠道和工作流程。
测试团队的成员应当具备相关的测试技能和知识,并持续学习和提升自身能力。
2.资源管理:测试工作需要合适的硬件、软件等资源的支持,测试管理人员应当合理安排和管理这些资源,确保测试工作的正常进行。
3.进度管理:测试管理人员应当制定合理的进度计划,并监控测试工作的进展情况。
及时发现和解决进度偏差,确保测试工作按时完成。
软件测试的5个基本流程图软件测试是软件开发过程中至关重要的一环,可以帮助开发人员发现和解决潜在的问题和错误。
在进行软件测试时,遵循一定的流程和方法可以确保测试的有效性和可重复性。
本文将介绍软件测试的五个基本流程,并提供相应的流程图。
1. 需求分析和测试计划软件测试的第一个基本流程是需求分析和测试计划阶段。
在这个阶段中,测试团队与产品负责人合作,了解软件的需求和功能。
测试团队根据需求文档或者其他相关文档编写测试计划。
测试计划包括测试的范围、测试目标、测试策略、测试资源等内容。
流程图如下:graph TDA[需求分析和测试计划阶段]A --> B[了解软件的需求和功能]A --> C[编写测试计划]2. 测试设计和测试用例在需求分析和测试计划阶段完成后,测试团队开始进行测试设计和编写测试用例。
测试设计阶段包括根据需求和功能设计测试方案,确定测试的覆盖范围和测试的方法。
测试用例是测试工作的核心,它描述了不同场景下的输入、操作和预期的输出结果。
流程图如下:graph TDA[测试设计和测试用例阶段]A --> B[根据需求和功能设计测试方案]A --> C[编写测试用例]3. 环境准备和测试执行测试设计和测试用例阶段完成后,测试团队开始进行环境准备和测试执行。
环境准备阶段包括搭建测试环境、准备测试数据和测试工具等。
在测试执行阶段,测试团队根据测试计划和测试用例执行测试,记录测试结果,并将测试结果进行整理和分析。
流程图如下:graph TDA[环境准备和测试执行阶段]A --> B[搭建测试环境]A --> C[准备测试数据和测试工具]A --> D[执行测试]A --> E[记录测试结果]A --> F[整理和分析测试结果]4. 缺陷管理和缺陷修复在测试执行阶段,测试团队可能会发现软件中的缺陷或问题。
在这个阶段,测试团队需要进行缺陷管理和缺陷修复。
缺陷管理包括缺陷的提交、缺陷的跟踪和缺陷的验证。
软件测试执行过程
搭建软件测试环境时与开发的关系处理
测试用例执行过程中,搭建测试环境是第一步。
一般来说,软件产品提交测试后,开发人员应该提交一份产品安装指导书,在指导书中详细指明软件产品运行的软硬件环境,比如要求操作系统系统是Windows 2000 pack4 版本,数据库是Sql Server 2000 等等,此外,应该给出被测试软件产品的详细安装指导书,包括安装的操作步骤、相关配置文件的配置方法等等。
对于复杂的软件产品,尤其是软件项目,如果没有安装指导书作为参考,在搭建测试环境过程中会遇到种种问题。
如果开发人员拒绝提供相关的安装指导书,搭建测试中遇到问题的时候,测试人员可以要求开发人员协助,这时候,一定要把开发人员解决问题的方法记录下来,避免同样的问题再次请教开发人员,这样会招致开发人员的反感,也降低了开发人员对测试人员的认可程度。
全方位的观察测试用例执行结果:
测试执行过程中,当测试的实际输出结果与测试用例中的预期输出结果一致的时候,是否可以认为测试用例执行成功了?答案是否定的,即便实际测试结果与测试的预期结果一致,也要查看软件产品的操作日志、系统运行日志和系统资源使用情况,来判断测试用例是否执行成功了。
全方位观察软件产品的输出可以发现很多隐蔽的问题。
以前,我在测试嵌入式系统软件的时候,执行某测试用例后,测试用例的实际输出与预期输出完全一致,不过在查询CPU 占用率地时候,发现CPU 占用率高达90 %,后来经过分析,软件运行的时候启动了若干个1ms 的定时器,大量的消耗的CPU 资源,后来通过把定时器调整到
10ms ,CPU 的占用率降为7 %。
如果观察点单一,这个严重消耗资源的问题就无从发现了.
加强测试过程记录:
测试执行过程中,一定要加强测试过程记录。
如果测试执行步骤与测试用例中描述的有差异,一定要记录下来,作为日后更新测试用例的依据;如果软件产品提供了日志功能,比如有软件运行日志、用户操作日志,一定在每个测试用例执行后记录相关的日志文件,作为测试过程记录,一旦日后发现问题,开发人员可以通过这些测试记录方便的定位问题。
而不用测试人员重新搭建测试环境,为开发人员重现问题。
及时确认发现的问题:
测试执行过程中,如果确认发现了软件的缺陷,那么可以毫不犹豫的提交问题报告单。
如果发现了可疑问题,又无法定位是否为软件缺陷,那么一定要保留现场,然后知会相关开发人员到现场定位问题。
如果开发人员在短时间内可以确认是否为软件缺陷,测试人员给予配合;如果开发人员定位问题需要花费很长的时间,测试人员千万不要因此耽误自己宝贵的测试执行时间,可以让开发人员记录重现问题的测试环境配置,然后,回到自己的开发环境上重现问题,继续定位问题。
提交缺陷时与开发的关系处理:
测试执行过程中,当你提交了问题报告单,可能被开发人员无情驳回,拒绝修改。
这时候,只能对开发人员晓之以理,做到有理、有据,有说服力。
首先,要定义软件缺陷的标准原则,这个原则应该是开发人员和测试人员都认可的,如果没有共同认可的原则,那么开发人员与测试人员对问题的争执就不可避免了。
此外,测试人员打算说服开发人员之前,考虑是否能够先说服自己,在保证可以说服自己的前提下,再开始与开发人员交流。
及时更新测试用例
测试执行过程中,应该注意及时更新测试用例。
往往在测试执行过程中,才发现遗漏了一些测试用例,这时候应该及时的补充;往往也会发现有些测试用例在具体的执行过程中根本无法操作,这时候应该删除这部分用例;也会发现若干个冗余的测试用例完全可以由某一个测试用例替代,那么删除冗余的测试用例。
总之,测试执行的过程中及时地更新测试用例是很好的习惯。
不要打算在测试执行结束后,统一更新测试用例,如果这样,往往会遗漏很多本应该更新的测试用例。
提交一份优秀的问题报告单
软件测试提交的问题报告单和测试日报一样,都是软件测试人员的工作输出,是测试人员绩效的集中体现。
因此,提交一份优秀的问题报告单是很重要的。
缺陷报告单中最关键的几个部分:第一部分是发现缺陷的环境,包括软件环境、硬件环境等;第二部分是缺陷的基本描述;第三部分是开发人员对缺陷的解决方法。
通过对上述缺陷报告单的三个部分进行仔细分析,从中掌握了软件产品最常见的基本问题,并吸收了其它软件测试人员的工作经验。
最关键的域就是“ 问题描述” ,这是开发人员重现问题,定位问题的依据。
问题描述应该包括以下几部分内容:软件配置、硬件配置、测试用例输入、操作步骤、输出、当时输出设备的相关输出信息和相关的日志等。
软件配置:包括操作系统类型版本和补丁版本、当前被测试软件的版本和补丁版本、相关支撑软件,比如数据库软件的版本和补丁版本等。
硬件配置:计算机的配置情况,主要包括CPU 、内存和硬盘的相关参数,其它硬件参数根据测试用例的实际情况添加。
如果测试中使用网络,那么网络的组网情况,网络的容量、流量等情况。
硬件配置情况与被测试产品类型密切相关,需要根据当时的情况,准确翔实的记录硬件配置情况。
测试用例输入\ 操作步骤\ 输出:这部分内容可以根据测试用例的描述和测试用例的实际执行情况如实填写。
输出设备的相关输出信息:输出设备包括计算机显示器、打印机、磁带等等输出设备,如果是显示器可以采用抓屏的方式获取当时的截图也可以录制视频,其他的输出设备可以采用其它方法获取相关的输出,在问题报告单中提供描述。
日志信息:规范的软件产品都会提供软件的运行日志和用户、管理员的操作日志,测试人员应该把测试用例执行后的软件产品运行日志和操作日志作为附件,提交到问题报告单中。
测试结果分析
软件测试执行结束后,测试活动还没有结束。
测试结果分析是必不可少的重要环节,“ 编筐编篓,全在收口” ,测试结果的分析对下一轮测试工作的开展有很大的借鉴意义。
前面的“测试准备工作” 中,建议测试人员走读缺陷跟踪库,查阅其他测试人员发现的软件缺陷。
测试结束后,也应该分析自己发现的软件缺陷,对发现的缺陷分类,你会发现自己提交的问题只有固定的几个类别;然后,再把一起完成测试执行工作的其他测试人员发现的问题也汇总起来,你会发现,你所提交问题的类别与他们有差异。
这很正常,人的思维是有局限性,在测试的过程中,每个测试人员都有自己思考问题的盲区和测试执行的盲区,有效的自我分析和分析其他测试人员,你会发现自己的盲区,有针对性的分析盲区,必定会在下一轮测试用避免盲区。