测试用例编辑器

在编辑图形界面新增了测试用例编辑器，帮助用户高效构建单元测试。简洁的界面和向导的帮助，让您轻松编辑测试的内容结构。

强化Stub框架

存根（stub）可以更直接地与测试用例关联。

• 扩展配置功能：测试者可有自己特定的存根配置
• 改进测试的可读性和维护性：测试用例可以保持测试环境的完整说明，包括输入/输出和存根配置

验证结果

接下来的一步是运行测试用例，然后审查结果。如果你想，你也可以在运行之前检查它们。但从实际来看，最好是先运行它们。我们选中“proc.c”文件，然后在配置菜单中选择“运行单元测试（Run Unit Tests）”。不到一分钟（包括下载、执行和上传），我们得到结果：11个测试用例通过，27个测试用例运行异常。当我们仔细检查失败的原因时，我们会发现这主要是由三个功能导致的： “average”、 “update_brake_signal” 和 “brake_control”。 它们都需要指针作为参数（如下图所示），而在测试用例中给它们传递了空值。

前言

本篇文章为极客时间茹炳晟老师“《软件测试52讲》专栏课程03 | 什么是单元测试？如何做好单元测试？”的学习笔记与操作实践的相关内容。原文课程链接：
https://time.geekbang.org/column/article/10275

项目背景

智能图书馆管理系统（ILMS）是一个现代化的桌面应用程序，采用前后端分离架构，结合了Web技术的灵活性和桌面应用的用户体验。本项目从高保真原型设计开始，经过完整的软件开发生命周期，最终实现为一个功能完善的桌面应用。

项目架构概览

　　单元测试针对程序模块，进行正确性检验的测试。其目的在于发现各模块内部可能存在的各种差错。单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。

　　①单元测试的内容

　　模块接口测试：对通过被测模块的数据流进行测试。为此，对模块接口，包括参数表、调用子模块的参数、全程数据、文件输入/输出操作都必须检查。

　　局部数据结构测试：设计测试用例检查数据类型说明、初始化、缺省值等方面的问题，还要查清全程数据对模块的影响。

前言

在我的日常工作中，我是一名专业程序员。我使用c++、c#和Javascript。我是一个开发团队的一员，他们使用单元测试来验证我们的代码是否按照它应该的方式工作。

本文面向希望彻底吃透 C++ 函数指针、函数对象以及现代 std::function / std::bind / Lambda 等高阶用法的开发者。我们将从“库”的视角出发，以模块化的方式拆解函数指针生态，配合可编译运行的完整示例，帮助你在面试、架构设计、性能优化、插件化框架等场景中游刃有余。

1. 库的介绍与演进

大家观点

既然单元测试是如此重要，那为什么不是每一个项目都做了呢？可能是因为即使是简单的测试案例也需要一定的工作量。

回想一下前文讲到的简单的例子。首先，函数的自变量不一定是简单类型。它们也可能是复杂的，所以需要初始化以便于测试。第二，被测功能不一定返回简单类型，也可能是外部变量。最后，“foo”函数可能调用另外一个“goo”。这就好比，硬件传感器/文件/数据库/网络接口/ USB端口接收GUI的用户输入，这会因为分离而不能正常运作。

单元测试和安全完整性等级

根据IEC-61508-3定义的单元测试完整性水平在下表中进行了总结，如下：

• R —指出IEC-61508标准推荐的与方法匹配的功能
• HR —指出IEC-61508标准推荐的与方法匹配的功能

表中引用的技术/测量描述由IEC-61508-3标准定义。例如：（表A.3：1）参照IEC-61508-3，表A.3，技术1。