Merge pull request #144 from wayslog/master

change description about test

Author: WaySLOG

05-cargo-projects-manager/05-cargo-projects-manager.md

@@ -117,7 +117,7 @@ geometry = { path = "crates/geometry" }
 
 # 定义集成测试用例
 
-`cargo另一个重要的功能，即将软件开发过程中必要且非常重要的测试环节进行集成，并通过代码属性声明或者toml文件描述来对测试进行管理。其中，单元测试主要通过在项目代码的测试代码部分前用`#[test]`属性来描述，而集成测试，就需要通过toml文件中的[test]段落进行描述。
+cargo另一个重要的功能，即将软件开发过程中必要且非常重要的测试环节进行集成，并通过代码属性声明或者toml文件描述来对测试进行管理。其中，单元测试主要通过在项目代码的测试代码部分前用`#[test]`属性来描述，而集成测试，则一般都会通过toml文件中的[[test]]段落进行描述。
 例如，假设集成测试文件均位于tests文件夹下，则toml可以这样来写：
 ```toml
 [[test]]
@@ -131,10 +131,10 @@ path = "tests/testtime.rs"
 ```
 上述例子中，name字段定义了集成测试的名称，path字段定义了集成测试文件相对于本toml文件的路径。
 看看，定义集成测试就是如此简单。
-需要说明的是，如果你在tests文件夹中写了一个集成测试用例文件，但并没有在toml文件中通过'[[test]]'段落进行声明。那么，如果你运行cargo test命令，这个集成测试是不会运行的。因此，呵呵呵，你懂的。重要的说三遍：
-- **集成测试用例写在tests文件夹下并不能直接运行，需要在toml中进行声明。**
-- **集成测试用例写在tests文件夹下并不能直接运行，需要在toml中进行声明。**
-- **集成测试用例写在tests文件夹下并不能直接运行，需要在toml中进行声明。**
+需要注意的是:
+
+- 如果没有在Cargo.toml里定义集成测试的入口，那么tests目录(不包括子目录)下的每个rs文件被当作集成测试入口.
+- 如果在Cargo.toml里定义了集成测试入口，那么定义的那些rs就是入口，不再默认指定任何集成测试入口.
 
 # 定义项目示例和可执行程序
 **上面我们介绍了cargo项目管理中常用的三个功能，还有两个经常使用的功能：example用例的描述以及bin用例的描述。其描述方法和test用例描述方法类似。不过，这时候段落名称'[[test]]'分别替换为：'[[example]]'或者'[[bin]]'。例如：**