- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我严格地尝试模拟 std::path::PathBuf.is_dir
方法,但我认为这里有一个更通用的用例,实际上这是关于模拟外部功能。
我创建了一个特征,它封装了 PathBuf.is_dir
方法,理论上,根据 mockall documentation应该使我能够模拟我的 is_dir
封装。
use mockall::*;
use std::path::PathBuf;
#[derive(Debug, Clone, PartialEq)]
pub enum PackageFileIndexError {
ArchiveRootNotADirectory,
}
#[automock]
trait PathInterface {
// Encapsulate the is_dir method to make it mockable.
fn is_dir(this_path: &PathBuf) -> bool {
this_path.is_dir()
}
}
pub struct PackageFileIndexData {
archive_root_path: PathBuf,
}
impl PackageFileIndexData {
pub fn new(archive_root: &str) -> Result<PackageFileIndexData, PackageFileIndexError> {
let archive_root_path = PathBuf::from(archive_root.clone());
if !Self::is_dir(&archive_root_path) {
return Err(PackageFileIndexError::ArchiveRootNotADirectory);
}
Ok(PackageFileIndexData { archive_root_path })
}
}
impl PathInterface for PackageFileIndexData {}
#[cfg(test)]
mod tests {
use super::*;
mock! {
PackageFileIndexData {}
trait PathInterface {
fn is_dir(this_path: &PathBuf) -> bool;
}
}
#[test]
fn test_bad_directory() {
let ctx = MockPackageFileIndexData::is_dir_context();
ctx.expect().times(1).returning(|_x| false);
let result = PackageFileIndexData::new("bad_directory").err().unwrap();
assert_eq!(result, PackageFileIndexError::ArchiveRootNotADirectory);
}
#[test]
fn test_good_directory() {
let ctx = MockPackageFileIndexData::is_dir_context();
ctx.expect().times(1).returning(|_x| true);
let _result = PackageFileIndexData::new("good_directory").unwrap();
}
#[test]
fn test_bad_directory2() {
let ctx = MockPathInterface::is_dir_context();
ctx.expect().times(1).returning(|_x| false);
let result = PackageFileIndexData::new("bad_directory").err().unwrap();
assert_eq!(result, PackageFileIndexError::ArchiveRootNotADirectory);
}
#[test]
fn test_good_directory2() {
let ctx = MockPathInterface::is_dir_context();
ctx.expect().times(1).returning(|_x| true);
let _result = PackageFileIndexData::new("good_directory").unwrap();
}
}
所有这些测试都失败了,如下所示。在我看来,可用的模拟(测试正在寻找各种模拟上下文)没有被正在运行的测试使用。
---- mock_is_dir::tests::test_good_directory1 stdout ----
thread 'mock_is_dir::tests::test_good_directory1' panicked at 'called `Result::unwrap()` on an `Err` value: ArchiveRootNotADirectory', src/mock_is_dir.rs:63:23
---- mock_is_dir::tests::test_bad_directory2 stdout ----
thread 'mock_is_dir::tests::test_bad_directory2' panicked at 'MockPathInterface::is_dir: Expectation(<anything>) called fewer than 1 times', src/mock_is_dir.rs:10:1
---- mock_is_dir::tests::test_good_directory2 stdout ----
thread 'mock_is_dir::tests::test_good_directory2' panicked at 'called `Result::unwrap()` on an `Err` value: ArchiveRootNotADirectory', src/mock_is_dir.rs:81:23
---- mock_is_dir::tests::test_bad_directory1 stdout ----
thread 'mock_is_dir::tests::test_bad_directory1' panicked at 'MockPackageFileIndexData::is_dir: Expectation(<anything>) called fewer than 1 times', src/mock_is_dir.rs:40:5
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
failures:
mock_is_dir::tests::test_bad_directory1
mock_is_dir::tests::test_bad_directory2
mock_is_dir::tests::test_good_directory1
mock_is_dir::tests::test_good_directory2
test result: FAILED. 0 passed; 4 failed; 0 ignored; 0 measured; 0 filtered out
最佳答案
不幸的是,您正在做的事情不会奏效,至少不会以您想要的方式奏效。 #[automock]
正在创建 struct
称为 MockPathInterface
.然后,您可以将该类型传递给期望实现 PathInterface
的函数。 .它不能改变实现该特征的现有结构的行为,至少不能直接改变。您确实设置了 MockPathInterface
在你的测试中正确,但没有任何关联它与 PackageFileInfoData
, 所以它永远不会被使用。
你可以这样做的一种方法是我修改你的代码来传递行为,然后你可以传递你的模拟行为。例如:
#[automock]
pub trait PathInterface {
// Encapsulate the is_dir method to make it mockable.
fn is_dir(this_path: &PathBuf) -> bool {
this_path.is_dir()
}
}
pub struct PackageFileIndexData {
archive_root_path: PathBuf,
}
impl PackageFileIndexData {
pub fn new<PI: PathInterface>(archive_root: &str) -> Result<PackageFileIndexData, PackageFileIndexError> {
let archive_root_path = PathBuf::from(archive_root.clone());
if !PI::is_dir(&archive_root_path) {
return Err(PackageFileIndexError::ArchiveRootNotADirectory);
}
Ok(PackageFileIndexData { archive_root_path })
}
}
注意我们在 new
中使用了一个通用参数传递实现特征的类型的静态方法。另请注意,我们更改了 is_dir
调用以引用该通用类型。
然后您可以修改您的测试以使用该类型参数(下面是一个示例):
#[test]
fn test_bad_directory() {
let ctx = MockPathInterface::is_dir_context();
ctx.expect().times(1).returning(|_x| false);
let result = PackageFileIndexData::new::<MockPathInterface>("bad_directory").err().unwrap();
assert_eq!(result, PackageFileIndexError::ArchiveRootNotADirectory);
}
此处唯一的变化是使用涡轮鱼 (::<>
) 运算符将类型传递到 new
中静态方法。
这些更改在美学上很丑陋,我不一定建议您在任何地方都使用这种模式 - 如果您真的必须模拟很多这样的行为,那基本上是无法维护的。但这说明了如何做到这一点,以及 Rust 中模拟的局限性。
关于unit-testing - Rust 模拟另一个结构实现消耗的特征,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60997762/
我使用 apt-get install libgtest-dev 安装了 gtest 我正在尝试检查它是否有效。 所以我在 eclipse 中编写了简单的测试代码。 但是有错误, undefined
($test) = (@test); $test = @test; 用一个括号括住变量,它访问数组的第一个元素。我找不到有关数组括号的信息。 最佳答案 ($test) = (@test); 这会将@t
在 clojure.test 中有一个允许同时测试多个设备的宏: are . 在 clojure.test 中,可以结合 are宏与 testing ? IE。就像是: (are [scenario
通常,Rust 中的单元测试被赋予一个单独的模块,该模块使用 #[cfg(test)] 进行条件编译: #[cfg(test)] mod tests { #[test] fn test
在过去,编程很少涉及猜测。我会写几行代码,一眼就能 100% 确定代码做什么和不做什么。错误主要是拼写错误,但与功能无关。 我相信在过去的几年中存在这种“试错”编程的趋势:编写代码(就像在草稿中一样)
在building the Kotlin compiler之后(在提交e80a01a处): ./gradlew dist 测试未成功通过: ./gradlew compiler:test 由于很少有测
关闭。这个问题需要更多focused .它目前不接受答案。 想改进这个问题吗? 更新问题,使其只关注一个问题 editing this post . 关闭 9 年前。 Improve this qu
最近一直在思考模糊测试和猴子测试的区别。根据 wiki,猴子测试似乎“只是”一个单元测试,而模糊测试则不是。安卓有 UI/Application Exerciser monkey而且它看起来不像是单元
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
现在我正在使用 CMake 设置一个 C++ 测试环境。其实我已经意识到我想做什么,但我对两种不同的测试输出风格感到困惑。在我下面的示例中,“make test”实际上做了什么?我认为“make te
在 VS2012 中运行单个测试时,测试资源管理器底部会显示一个窗口,其中包括(假设失败)旁边带有“测试失败”的红色图标。紧随其后的是带有“已用时间”的失败消息。 我想简单地知道是否有办法清除这个窗口
bash 是否可以从 shell 执行命令,如果它返回某个值(或空值)则执行命令? if [ "echo test" == "test"]; then echo "echo test output
这个问题在这里已经有了答案: 8年前关闭。 Possible Duplicate: What is a smoke testing and what will it do for me? 为什么“冒烟
x86 下的并行编程可能很困难,尤其是在多核 CPU 下。假设我们有多核 x86 CPU 和更多不同的多线程通信组合。 单一作者和单一读者 单个读者多个作者 多个读者和单个作者 多个读者和多个作者 那
我使用Ctest来运行一堆使用add_test()注册的Google测试。当前,这些测试没有任何参数。但是,我想在运行--gtest_output=xml时为它们提供所有参数(所有参数都通用,特别是c
我有下表和数据: CREATE TABLE `test` ( `id` int(11) NOT NULL auto_increment, `name` varchar(8) NOT NULL,
go test 的两个标志 -parallel 和 -test.parallel 之间的区别以及哪个标志优先? -parallel n Allow parallel execu
在我的组件 AudioPlayer 中,我有一个 download() 方法: download() { this.audio.pause(); window.open(this.file,
您必须承认,对于 Rails 和数据库的新手来说,rubyonrails.org 上的官方解释使所有这四个任务听起来完全一样。引用: rake db:test:clone Recreate the
我过去曾讨论过这个话题,我想我可能知道答案,但我无法正确地表达出来。 这是我认为我所知道的: 如果您在编写测试之前已经有了关于事情如何工作的想法,那么我怀疑您是测试优先而不是测试驱动,因此您首先编写测
我是一名优秀的程序员,十分优秀!