单元测试是测试的等级，其中个别单元/组件（称为单元）的最小部分被测试以确定它们是否适合使用。

单元测试用例的编写和执行是由开发人员（一般情况，当然也有二般情况）完成的，以确保各个单元都能按预期工作。各个组件的最小部分，测试对象如函数，过程，类，接口等。

如果以函数为例，则在将输入参数传递给函数时，请检查函数是否应返回期望值。该测试的主要目的是检查单元是否按照设计工作，并更合理地处理错误和异常，并对各种正向、反向的情况进行兼容。

单元测试被认为是白盒测试的一种。这是测试级别最低的一层，是在进行集成测试之前开始的。

单元测试用例指南：

  1. 单元测试计划/案例应单独提供，不应将其与其他步骤合并。尝试所有可能的测试方案，其中包括不常见和替代的流程。一旦项目进入施工阶段，开发人员就会倾向于仅测试成功情况或已经在编码完成的情况。

  2. 软件开发和单元测试需要划分为不同的阶段，并相应地安排交付时间。

  3. 需要将单元测试结果作为一个单独的交付项进行处理。这将有助于在初期阶段过滤掉业务流程中的部分错误，而不是在集成测试或系统测试中。

  4. 通过统计计划，执行，通过和失败的测试用例计数来掌握项目进度。

  5. 尝试在开发的过程中进行一些即时的测试。

单元测试用例清单：

输入数据验证：

本节包含了一系列检查，这些检查通常可以对输入到应用程序系统中的数据采用。

日期验证：

这构成了日期字段的一组条件。

时间验证：

这构成了时间字段的一组条件

邮政编码验证：

这构成了邮政编码字段的一组条件

系统接口：

这构成了在多个应用程序系统之间传输的字段的一组条件。

可用性：

这构成一组条件，有助于验证应用程序系统的可用性。

安全：

这构成一组条件，有助于验证应用程序系统的安全性。

记录，审核和跟踪：

这由一组条件组成，这些条件有助于验证应用程序系统的审核记录，系统日志等。

业务应用程序逻辑：

这构成一组条件，有助于验证应用程序系统的应用程序逻辑和业务处理。

报告：

本节包含一组检查，这些检查有助于验证系统提供的报告功能。

环境：

本节包含一组检查，这些检查有助于验证 AUT 的环境或设备要求。

电邮：

本节包含一组可用于验证电子邮件功能的检查

搜索条件：

本节包含对应用程序系统搜索功能的一系列检查。

技术类文章精选

非技术文章精选


↙↙↙阅读原文可查看相关链接，并与作者交流