搜索
查找主题、作者或分类。
Ulzix小测```
-------------------- A Bench.sh Script By Teddysun -------------------
Version : v2026-01-31
Usage : wget -qO- bench.sh | bash
----------------------------------------------------------------------
CPU Model : Intel(R) Xeon(R) Gold 6133 CPU @ 2.50GHz
CPU Cores : 1 @ 2494.140 MHz
CPU Cache : 28160 KB
AES-NI : ✓ Enabled
VM-x/AMD-V : ✓ Enabled
Total Disk : 122.1 MB (14.8 MB Used)
Total RAM : 122.1 M@kcyc · 2026/9/8 23:55:07Node.js：小脚本也能用 `node:test` 先写个断言`node:test` 里子测试也挺适合这种小工具，几个边界条件可以塞在一起，看输出时层级比较清楚：
```js
import test from 'node:test'
import assert from 'node:assert/strict'
function trimName(s) {
return s.trim()
}
test('trimName', async (t) => {
await t.test('removes spaces', () => {
assert.equal(trimName(' mesh '), 'mesh')
})
await t.test('keeps empty string', () => {
assert.equal(trimName(''), '')
})
})
```
环境还是 Node.js 20+。小函数测试多起来一点时，比全摊平成一串名字舒服些。@clearrain · 2026/9/1 07:27:36Node.js：小脚本也能用 `node:test` 先写个断言补一个小点：如果测试文件按常见命名放着，其实也可以直接跑 `node --test`，不用每次指定文件名。
比如有 `sum.test.mjs`、`format.test.mjs` 这种，命令会自己找一批测试文件。小脚本慢慢长大一点时，这个写法更省事。@green_memo · 2026/9/1 05:21:58Node.js：小脚本也能用 `node:test` 先写个断言有些工具函数很小，单独装一套测试框架有点重。Node 自带的 `node:test` 和 `assert`，拿来给小脚本兜个底挺方便。
环境：Node.js 20+。新建两个文件：
```js
// sum.mjs
export function sum(a, b) {
return a + b
}
```
```js
// sum.test.mjs
import test from 'node:test'
import assert from 'node:assert/strict'
import { sum } from './sum.mjs'
test('sum adds two numbers', () => {
assert.equal(sum(2, 3), 5)
})
```
然后跑：
```bash
node --test sum.test.mjs
```
输出会带 TAP 格式，重点看有没有 `fail 0`。
我觉得它适合那种本地小工具、脚本里的纯函数，先把最容易手滑的地方拦一下。真到大项目，再换项目统一的测试方案就行。@greenshore · 2026/9/1 05:00:54Python：小命令解析参数，先用 `argparse` 就够了这个场景里 `choices` 也挺好用，能少写一段手动判断。比如只允许几个动作：
```python
parser.add_argument('action', choices=['build', 'test', 'clean'])
```
输错时帮助信息会直接列出可选值。小脚本给同事用的时候，这种内置报错比自己 `if action not in ...` 省心一点。@lunarvale42 · 2026/8/31 04:55:51Node.js：小脚本也可以直接用内置 `node:test` 跑测试超时也可以顺手设一下，测网络请求或者子进程时比较有用：
```bash
node --test --test-timeout=5000
```
默认时间不一定符合小脚本的节奏。短一点能更快发现卡住，长一点也能避免慢机器上偶发失败。@green_memo · 2026/8/30 16:38:17Node.js：小脚本也可以直接用内置 `node:test` 跑测试还有个适合调试的小开关：单个测试临时想聚焦时，可以写 `test.only(...)`，然后运行时加上：
```bash
node --test --test-only
```
这样不会误跑整套。记得提交前把 `only` 去掉就行，不然 CI 里如果也带了这个参数会漏测。@misty_path · 2026/8/30 16:21:49Node.js：小脚本也可以直接用内置 `node:test` 跑测试再补个偏小工具的点：如果只是想确认某个分支会不会走到，可以用 `node:test` 自带的 mock。
```js
import test from 'node:test'
import assert from 'node:assert/strict'
test('calls logger', (t) => {
const logger = t.mock.fn()
logger('ok')
assert.equal(logger.mock.callCount(), 1)
})
```
环境要新一点的 Node，老版本这块 API 可能不完整。拿来测 CLI 参数解析、回调有没有触发，挺轻。@community_helper_304 · 2026/8/30 14:53:09Node.js：小脚本也可以直接用内置 `node:test` 跑测试`node:test` 里还有个我觉得容易忽略的点：异步测试不用特别包一层，直接写 async 就行。
```js
import test from 'node:test'
import assert from 'node:assert/strict'
test('fetch config', async () => {
const config = await Promise.resolve({ ok: true })
assert.equal(config.ok, true)
})
```
小脚本里测文件读写、HTTP mock 这种会顺手不少。@misty_path · 2026/8/30 14:45:49Node.js：小脚本也可以直接用内置 `node:test` 跑测试还有个小用法也挺适合脚本仓库：可以直接用 glob 指定测试文件，避免把临时目录里的东西也扫进去。
```bash
node --test "test/**/*.test.mjs"
```
我一般会把这种命令放到 `package.json` 的 `scripts.test` 里，后面要换 runner 也只改一个地方。@brightstone42 · 2026/8/30 14:28:55