简述软件测试

测试过程

1.开发流程

开发模式有很多种，其中不限于瀑布模式、V模式、W模式、快速原型

瀑布模型

• 定义：将软件生存周期中的各个活动规定为依线性顺序连接的若干阶段的模型，包括需求分析、设计、编码、测试、运行与维护等阶段。

• 特点：

  • 易于理解，线性且有序。
  • 每个阶段都有明确的任务和输出。
  • 适用于需求明确、时间跨度较短的项目。
  • 建设周期长，可能出现开发完毕后无法满足当前用户需求的情况

 V模型

• 定义：从整体上看起来像V字型的结构，左边代表需求分析、概要设计、详细设计、编码等开发阶段，右边代表单元测试、集成测试、系统测试与验收测试等验证阶段。

• 特点：

  • 明确表明了测试过程中存在的不同级别。
  • 清晰地描述了测试阶段和开发阶段的对应关系。
  • 适用于中小型项目，结构严谨。

W模型

定义：W模型(又叫V&V模型)– V模型的升级版。V&V= Validation(验证) and Verification (确认)

• 特点：  

• 优点：测试的活动与软件开发同步进行，软件测试工程师参与前期工作，测试的对象不仅仅是程序，还包括需求和设计，尽早发现软件缺陷可降低软件开发的成本。

• 局限性：在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临的困惑。

• 定义：采用了迭代模型的优点并增加了时间组件，强调基于时间的项目的短时间冲刺。

• 特点：

  • 强调跨职能协作，注重人的因素。
  • 可以同时开展多个项目，组合成一个版本发布。
  • 适用于预计最终产品在构建流程中需要大量更改的项目。

2.测试流程

软件测试流程是一个系统性的过程，旨在确保软件的质量和稳定性。以下是软件测试流程的主要阶段：

（1）测试需求分析阶段

• 理解需求：测试人员需要深入理解需求文档，对业务进行学习，分析需求点。这通常涉及对需求规格说明书、API文档、竞品分析以及个人经验的综合考量。
• 参与需求评审：测试人员会参与需求评审会议，与项目经理、开发人员和需求分析师共同讨论需求文档，确保需求的准确性和完整性。这一步骤有助于发现并解决潜在的问题，如描述不清、逻辑冲突或功能无法实现等。

（2）测试计划阶段

• 编写测试计划：测试经理或组长负责编写测试计划，明确项目的测试目标、范围、资源分配、时间表和风险管理策略。测试计划会参考软件需求规格说明书和项目总体计划。
• 制定测试策略：确定测试方法和工具，包括但不限于冒烟测试、功能测试、性能测试、安全测试等，以及自动化测试的实施计划。

（3）测试设计阶段

• 设计测试方法：根据需求文档和设计文档，设计具体的测试方法，如功能测试用例、接口测试用例、性能测试场景等。
• 编写测试点、测试用例：基于设计的方法，编写详细的测试用例，包括正常流程和异常流程，确保覆盖所有可能的场景。测试用例需要经过组内评审和会议室评审，以保证其有效性和完整性。测试准备阶段

（4）测试准备阶段

• 搭建测试环境：准备和配置必要的硬件和软件资源，确保测试环境的稳定性和与生产环境的一致性。这通常涉及操作系统、服务器软件、数据库以及软件底层代码的执行环境的配置。

（5）测试执行阶段

• 执行冒烟测试：在正式测试之前，进行冒烟测试，以快速验证软件的主要功能或主体执行流程是否可用。
• 执行详细测试：根据测试用例进行系统测试，包括功能测试、接口测试、性能测试等。在测试过程中，发现的bug需要记录并提交到缺陷管理系统。
• BUG跟踪和管理：与开发团队紧密合作，跟踪bug的修复情况，并进行回归测试，确保每个bug得到妥善解决。

（6）测试评估阶段

• 输出测试报告：测试结束后，负责人输出测试报告，对整个测试过程和版本质量进行详细评估，确认是否可以上线。测试报告会包含测试时间、环境、用例执行情况、bug发现和修复情况等数据。

（7）后续工作

• 确认上线条件