把环境写在结果前面
Ethereum网络资料说明，主网、公共测试网与本地网络可以拥有各自独立的状态和用途。阅读测试结果时，先确认发生在哪个环境，再看成功率或处理速度，能避免把实验条件当作真实运行条件。应记录网络名称、软件版本、测试时间以及参与组件。只有一个漂亮结果而没有环境说明，就很难知道它测到的是程序逻辑、接口速度，还是某个被简化后的流程。
检查输入是否代表要讨论的问题
测试可以证明某些输入下观察到了某种行为，但样本选择决定了观察范围。可以询问是否包含空数据、重复请求、异常顺序和服务超时，而不只统计正常流程跑通的次数。对性能实验，还应了解请求内容和并发方式是否相同。本文建议将测试已覆盖与尚未覆盖的场景分别列出，避免用大规模测试这样的笼统表述代替可核对的条件，也避免因某个案例失败就推翻全部设计。
把结果写成有条件的句子
可靠的表述可以是，在列出的版本和样本条件下，观察到某项检查通过，而不是系统不会失败。若结论要推广到正式环境，需要解释多出的依赖和压力如何验证。后续升级后，旧报告也需要重新确认适用性。作为行业读者，我们不必代替作者重做所有实验，但可以要求结论与证据范围相称。测试材料不是收益说明，也不是对任何服务持续可用的保证。