Skip to content

Commit c6a172a

Browse files
committed
3.2 and 5.1 fixes
1 parent 3f8673b commit c6a172a

File tree

2 files changed

+4
-4
lines changed

2 files changed

+4
-4
lines changed

src/3/3.2.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -140,7 +140,7 @@ Sucrase的主要特点包括:
140140

141141
它最棒的是它可以运行在浏览器里。在第二章《Hello TypeScript》里,我们有讲过如何在浏览器运行ts,其实原理都是一样的,先下载,转译,然后执行。
142142

143-
下面是<https://github.com/huozhi/devjar,核心就是基于Sucrase来实现的。>
143+
下面是<https://github.com/huozhi/devjar>,核心就是基于Sucrase来实现的。
144144

145145
![Untitled](img/Untitled%204.png)
146146

src/5/5.1.md

+3-3
Original file line numberDiff line numberDiff line change
@@ -101,9 +101,9 @@ $ npx tsd
101101
102102
如果想规范的写,就会比较麻烦一点。如果什么都不写,也没啥问题,只是不标准而已。像Rails这种追求极致效率,又想标准的项目,不用ts是正常的。
103103
104-
## 添加TS测试
104+
## 测试规范
105105
106-
这样的描述被称作 **规范(specification, spec)**,包含用例的描述以及针对它们的测试,如下所示:
106+
在测试领域中,**规范(specification, spec)** 包含了用例的描述以及针对它们的测试,如下所示:
107107
108108
```js
109109
import { it, describe } from "node:test";
@@ -135,7 +135,7 @@ describe("test suite", function () {
135135
136136
1、**`describe("title", function() { ... })`** 表示我们正在描述的功能是什么,相当于一个group。用于组织“工人(workers)” —— `it` 代码块。
137137
138-
2、**`it("use case description", function() { ... })`** `it` 里面的描述部分,我们以一种**易于理解** 的方式描述特定的用例,第二个参数是用于对其进行测试的函数。表示这是"一系列测试"中的一项,相当于item,如何测试?测试逻辑?都是在it的回调函数中实现的
138+
2、**`it("use case description", function() { ... })`** `it` 里面的描述部分,我们以一种**易于理解** 的方式描述特定的用例,第二个参数是用于对其进行测试的函数。从Node.js v18开始,`it()`被引入并且被正式定义为`test()`的[别名](https://nodejs.cn/api/test.html#itname-options-fn),因此两者提供的功能完全相同。我们在`describe`中使用`it`有助于增加代码的可读性,表示这是"一系列测试"中的一项,相当于item,如何测试?测试逻辑?都是在it的回调函数中实现的
139139
140140
3、**`assert.equal(value1, value2)`** `it` 块中的代码,如果实现是正确的,它应该在执行的时候不产生任何错误。
141141
`assert.*` 函数用于检查 测试 函数是否按照预期工作。在这里我们使用了其中之一 —— `assert.equal`,它会对参数进行比较,如果它们不相等则会抛出一个错误。这里它检查了 `pow(2, 3)` 的值是否等于 `8`。还有其他类型的比较和检查,我们将在后面介绍到。

0 commit comments

Comments
 (0)