14. Testing and Benchmarking Patterns 🟢
你将学到:
- Rust 的三层测试:单元测试、集成测试和文档测试
- 使用 proptest 进行属性基测试以发现边界情况
- 使用 criterion 进行可靠的性能测量
- 无需重量级框架的 mocking 策略
单元测试、集成测试、文档测试
Rust 有三层内置测试:
#![allow(unused)]
fn main() {
// --- 单元测试:与代码在同一文件中 ---
pub fn factorial(n: u64) -> u64 {
(1..=n).product()
}
#[cfg(test)]
mod tests {
use super::*;
#[test]
fn test_factorial_zero() {
// (1..=0).product() 返回 1 —— 空范围的乘法单位元
assert_eq!(factorial(0), 1);
}
#[test]
fn test_factorial_five() {
assert_eq!(factorial(5), 120);
}
#[test]
#[cfg(debug_assertions)] // 溢出检查仅在 debug 模式下启用
#[should_panic(expected = "overflow")]
fn test_factorial_overflow() {
// ⚠️ 此测试仅在 debug 模式下通过(启用溢出检查)。
// 在 release 模式下(`cargo test --release`),u64 算术静默绕回
// 不会发生 panic。使用 `checked_mul` 或
// `overflow-checks = true` 配置以获得 release 模式安全性。
factorial(100); // 应该在溢出时 panic
}
#[test]
fn test_with_result() -> Result<(), Box<dyn std::error::Error>> {
// 测试可以返回 Result —— ? 可以在内部使用!
let value: u64 = "42".parse()?;
assert_eq!(value, 42);
Ok(())
}
}
}
#![allow(unused)]
fn main() {
// --- 集成测试:在 tests/ 目录中 ---
// tests/integration_test.rs
// 这些只测试 crate 的公共 API
use my_crate::factorial;
#[test]
fn test_factorial_from_outside() {
assert_eq!(factorial(10), 3_628_800);
}
}
#![allow(unused)]
fn main() {
// --- 文档测试:在文档注释中 ---
/// 计算 `n` 的阶乘。
///
/// # Examples
///
/// ```
/// use my_crate::factorial;
/// assert_eq!(factorial(5), 120);
/// ```
///
/// # Panics
///
/// 如果结果溢出 `u64` 则 panic。
///
/// ```should_panic
/// my_crate::factorial(100);
/// ```
pub fn factorial(n: u64) -> u64 {
(1..=n).product()
}
// 文档测试由 `cargo test` 编译和运行 —— 它们保持示例的真实性。
}
测试脚手架和设置
#![allow(unused)]
fn main() {
#[cfg(test)]
mod tests {
use super::*;
// 共享设置 —— 创建辅助函数
fn setup_database() -> TestDb {
let db = TestDb::new_in_memory();
db.run_migrations();
db.seed_test_data();
db
}
#[test]
fn test_user_creation() {
let db = setup_database();
let user = db.create_user("Alice", "alice@test.com").unwrap();
assert_eq!(user.name, "Alice");
}
#[test]
fn test_user_deletion() {
let db = setup_database();
db.create_user("Bob", "bob@test.com").unwrap();
assert!(db.delete_user("Bob").is_ok());
assert!(db.get_user("Bob").is_none());
}
// 使用 Drop 清理(RAII):
struct TempDir {
path: std::path::PathBuf,
}
impl TempDir {
fn new() -> Self {
// Cargo.toml: rand = "0.8"
let path = std::env::temp_dir().join(format!("test_{}", rand::random::<u32>()));
std::fs::create_dir_all(&path).unwrap();
TempDir { path }
}
}
impl Drop for TempDir {
fn drop(&mut self) {
let _ = std::fs::remove_dir_all(&self.path);
}
}
#[test]
fn test_file_operations() {
let dir = TempDir::new(); // 创建
std::fs::write(dir.path.join("test.txt"), "hello").unwrap();
assert!(dir.path.join("test.txt").exists());
} // dir 在这里 drop —— 临时目录被清理
}
}
属性基测试(proptest)
不测试特定值,而是测试应该始终成立的属性:
#![allow(unused)]
fn main() {
// Cargo.toml: proptest = "1"
use proptest::prelude::*;
fn reverse(v: &[i32]) -> Vec<i32> {
v.iter().rev().cloned().collect()
}
proptest! {
#[test]
fn test_reverse_twice_is_identity(v in prop::collection::vec(any::<i32>(), 0..100)) {
// 属性:反转两次返回原始值
assert_eq!(reverse(&reverse(&v)), v);
}
#[test]
fn test_reverse_preserves_length(v in prop::collection::vec(any::<i32>(), 0..100)) {
assert_eq!(reverse(&v).len(), v.len());
}
#[test]
fn test_sort_is_idempotent(mut v in prop::collection::vec(any::<i32>(), 0..100)) {
v.sort();
let sorted_once = v.clone();
v.sort();
assert_eq!(v, sorted_once); // 排序两次 = 排序一次
}
#[test]
fn test_parse_roundtrip(x in any::<f64>().prop_filter("finite", |x| x.is_finite())) {
// 属性:格式化然后解析返回相同的值
let s = format!("{x}");
let parsed: f64 = s.parse().unwrap();
prop_assert!((x - parsed).abs() < f64::EPSILON);
}
}
}
何时使用 proptest:当你测试具有 large 输入空间的函数并希望确信它 能处理你想不到的边界情况时。proptest 生成数百个随机输入, 并将失败缩小到最小的可复现案例。
使用 criterion 进行基准测试
#![allow(unused)]
fn main() {
// Cargo.toml:
// [dev-dependencies]
// criterion = { version = "0.5", features = ["html_reports"] }
//
// [[bench]]
// name = "my_benchmarks"
// harness = false
// benches/my_benchmarks.rs
use criterion::{criterion_group, criterion_main, Criterion, black_box};
fn fibonacci(n: u64) -> u64 {
match n {
0 | 1 => n,
_ => fibonacci(n - 1) + fibonacci(n - 2),
}
}
fn bench_fibonacci(c: &mut Criterion) {
c.bench_function("fibonacci 20", |b| {
b.iter(|| fibonacci(black_box(20)))
});
// 比较不同的实现:
let mut group = c.benchmark_group("fibonacci_compare");
for size in [10, 15, 20, 25] {
group.bench_with_input(
criterion::BenchmarkId::from_parameter(size),
&size,
|b, &size| b.iter(|| fibonacci(black_box(size))),
);
}
group.finish();
}
criterion_group!(benches, bench_fibonacci);
criterion_main!(benches);
// 运行:cargo bench
// 在 target/criterion/ 中生成 HTML 报告
}
无需框架的 Mocking 策略
Rust 的 trait 系统提供自然的依赖注入 —— 不需要 mocking 框架:
#![allow(unused)]
fn main() {
// 将行为定义为 trait
trait Clock {
fn now(&self) -> std::time::Instant;
}
trait HttpClient {
fn get(&self, url: &str) -> Result<String, String>;
}
// 生产环境实现
struct RealClock;
impl Clock for RealClock {
fn now(&self) -> std::time::Instant { std::time::Instant::now() }
}
// 服务依赖抽象
struct CacheService<C: Clock, H: HttpClient> {
clock: C,
client: H,
ttl: std::time::Duration,
}
impl<C: Clock, H: HttpClient> CacheService<C, H> {
fn fetch(&self, url: &str) -> Result<String, String> {
// 使用 self.clock 和 self.client —— 可注入
self.client.get(url)
}
}
// 使用 mock 实现测试 —— 不需要框架!
#[cfg(test)]
mod tests {
use super::*;
struct MockClock {
fixed_time: std::time::Instant,
}
impl Clock for MockClock {
fn now(&self) -> std::time::Instant { self.fixed_time }
}
struct MockHttpClient {
response: String,
}
impl HttpClient for MockHttpClient {
fn get(&self, _url: &str) -> Result<String, String> {
Ok(self.response.clone())
}
}
#[test]
fn test_cache_service() {
let service = CacheService {
clock: MockClock { fixed_time: std::time::Instant::now() },
client: MockHttpClient { response: "cached data".into() },
ttl: std::time::Duration::from_secs(300),
};
assert_eq!(service.fetch("http://example.com").unwrap(), "cached data");
}
}
}
测试哲学:在集成测试中优先使用真实的依赖,在单元测试中使用基于 trait 的 mock。 除非你的依赖图很复杂,否则避免 mocking 框架 —— Rust 的 trait 泛型自然地处理大多数情况。
关键要点 —— 测试
- 文档测试(
///)既是文档也是回归测试 —— 它们被编译和运行proptest生成随机输入以发现你永远不会手动编写的边界情况criterion提供具有 HTML 报告的统计上严格的基准测试- 通过 trait 泛型 + 测试双重 mock,而非 mock 框架
另见: 第 12 章 — 宏 了解测试宏生成的代码。第 14 章 — API 设计 了解模块布局如何影响测试组织。
练习:使用 proptest 进行属性基测试 ★★(约 25 分钟)
编写一个 SortedVec<T: Ord> 包装器,维护排序不变量。使用 proptest 验证:
- 在任何插入序列之后,内部 vec 始终排序
contains()与 stdlib 的Vec::contains()一致- 长度等于插入次数
🔑 解答
#[derive(Debug)]
struct SortedVec<T: Ord> {
inner: Vec<T>,
}
impl<T: Ord> SortedVec<T> {
fn new() -> Self { SortedVec { inner: Vec::new() } }
fn insert(&mut self, value: T) {
let pos = self.inner.binary_search(&value).unwrap_or_else(|p| p);
self.inner.insert(pos, value);
}
fn contains(&self, value: &T) -> bool {
self.inner.binary_search(value).is_ok()
}
fn len(&self) -> usize { self.inner.len() }
fn as_slice(&self) -> &[T] { &self.inner }
}
#[cfg(test)]
mod tests {
use super::*;
use proptest::prelude::*;
proptest! {
#[test]
fn always_sorted(values in proptest::collection::vec(-1000i32..1000, 0..100)) {
let mut sv = SortedVec::new();
for v in &values {
sv.insert(*v);
}
for w in sv.as_slice().windows(2) {
prop_assert!(w[0] <= w[1]);
}
prop_assert_eq!(sv.len(), values.len());
}
#[test]
fn contains_matches_stdlib(values in proptest::collection::vec(0i32..50, 1..30)) {
let mut sv = SortedVec::new();
for v in &values {
sv.insert(*v);
}
for v in &values {
prop_assert!(sv.contains(v));
}
prop_assert!(!sv.contains(&9999));
}
}
}