记录、思考
与日常。

一次自动构建结束后，程序包和测试报告不一定会留在运行构建的机器上。为了让人之后还能下载它们，工作流可以把文件上传为构建产物，也就是artifact。

测试一个功能时，代码有时需要调用数据库、邮件服务或第三方接口。如果每次测试都连接真实服务，网络波动、服务状态和外部数据变化都可能影响结果。测试替身是一种常见办法：在测试中用可控制的对象代替真实依赖，让测试集中检查当前关心的行为。

一条“测试通过”的记录，如果只写了结果，过几天可能就很难重现。代码更新了，依赖重新安装了，运行环境也换过了。即使测试命令没有变，实际参与这次测试的东西也可能已经不同。

一个每页显示20条记录的列表，用5条数据测试时可能完全正常，换成20条或21条，却突然多出空白页，或者漏掉最后一条。

程序读取文件，通常先调用open，再进行read或write，最后调用close。这个过程看起来只是打开、读写、关闭，但系统还要记录这次打开允许什么操作、已经读到了哪里，以及哪些访问正在共用同一份状态。