一旦准备好测试计划，质量保证团队便开始开发测试用例。该阶段的主要目的是为单个单元准备测试用例。这些功能和结构测试用例涵盖了“测试计划”中提到的功能，验证和确认要点。

STLC中的测试用例开发需要考虑以下几点。

• 在此阶段，QA团队将逐步编写测试用例。然后，在需要修改测试用例的情况下，在对测试用例进行检查或重新处理之后，业务分析人员将签名该测试用例。

• 一旦准备好测试用例，QA团队就会根据前提条件准备测试数据。

• 此阶段的进入标准是，应完成测试计划中的活动并准备好测试计划。

• 此阶段的退出标准是：如果自动化属于范围，则应签署测试用例，准备好测试数据并准备测试脚本。

• 测试用例应与“需求可追溯性矩阵”相对应，以在遗漏任何需求时对需求的覆盖范围进行跟进。

测试用例开发阶段的活动

以下是测试用例开发阶段中执行的三项活动-

测试场景识别

方案简化了复杂系统的测试和评估。以下策略有助于创建良好的场景-

• 列举可能的用户，他们的行动和目标。

• 用黑客的心态评估用户，并列出可能的系统滥用情况。

• 列出系统事件以及系统如何处理此类请求。

• 列出好处并创建端到端任务以对其进行检查。

• 了解类似系统及其行为。

• 研究有关竞争对手产品及其前身的投诉。

测试用例写作

测试用例是针对特定测试场景开发的文档，其中包括测试数据，前提条件，预期结果和发布条件，以验证是否符合特定要求。

测试用例充当测试执行的起点。在应用一组输入值之后；应用程序具有确定的结果，并在某个结束点离开系统，这也称为执行后期条件。

测试数据准备

测试数据用于在测试件上执行测试。测试数据必须准确无误，才能发现缺陷。为了实现这三个目标，下面是一种逐步方法，如下所示：

• 确定测试资源或要求
• 确定要测试的条件/功能
• 设置优先测试条件
• 选择测试条件
• 确定测试用例的预期结果
• 创建测试用例
• 记录测试条件
• 进行测试
• 根据修改验证和纠正测试用例

活动方框图

下图显示了构成“测试用例开发”一部分的不同活动。