40、流驱动API与设备驱动测试全解析

流驱动API与设备驱动测试全解析

1. 驱动测试概述

在实现流驱动并解决编译和构建问题后，全面测试驱动是关键任务。这能确保驱动功能正确、在负载下稳定运行，并且在系统中表现良好。具体而言，一个功能正常的驱动应能按需加载和卸载，完成所有设计的IO功能。例如，对于字符串缓冲区驱动，它应能正确存储写入的字符串，并在读取流时返回相同的字符串。

当驱动实现线程和中断，或者设计用于多用户同时访问流时，在负载下的正确运行就显得尤为重要。驱动必须处理所有调用，捕获所有中断，并将其传递给使用该驱动的应用程序。同时，驱动不能以任何方式破坏或降低操作系统性能，不能独占共享系统资源，也不能产生内存泄漏。

测试软件实体时，可在代码中添加打印语句来报告执行位置和变量值。但驱动通常没有可见的输出上下文，无法像控制台应用程序那样使用stdin、stdout和stderr。不过，测试应用程序可用于测试设备驱动的功能，同时平台构建器提供了一些宏，可将驱动或应用程序的打印消息输出到调试窗口。

2. 构建配置

Compact 7镜像可配置为三种模式：Debug、Retail和Checked。子项目（无论是驱动还是原生应用程序）可单独配置，可启用或禁用Debug模式，因此可以有零售版操作系统搭配调试版驱动的情况。

当操作系统、驱动或应用程序以调试模式构建时，软件符号会插入到运行时中，同时会实现断点机制，并在断点触发时评估这些符号的状态。此外，还有Ship构建选项用于发布模式，可移除所有调试信息，适用于要发布的系统。要实现此功能，需在操作系统属性（设置KITL和内核调试的地方）中将环境变量WINCESHIP设置为1，这将定义编译时标志SHIP_BUILD，该标志