体验日志 · 分项说明
概念说明
体验日志是把一次使用过程拆成可重走的事件链，每条记下开始时的状态、施加的操作和当时可见的变化；它靠事件链的连续对应成立。常见误解是写得越长越有用，若条目没有标明接在哪一步之后、当时处于什么设置，细节再多也无法让别人复现同一路径。
判断方法
体验日志的判断方法不是记满越多行越好，而是先写死一个能被回答的问题，再让每条记录都能回到这个问题。开始前把问题写成一句可核对的话，并固定初始状态；每次只做一个动作，先记初始状态，再记动作后可见的结果，成功和没变化都保留。重复若干次后，按初始状态分组比较，不把不同起点下的结果混在一起；异常条目保留原始顺序，不事后改写。这样回看时能看出结果是否随同一动作稳定出现，而不是从零散片段里猜因果。穿越之弄潮者。
适用边界
体验日志能说明“在记录条件下看到过什么”，不能单独证明某动作就是原因。记录者若带着预期去写，容易只留下符合预期的条目，形成选择性记录；知道自己在被观察时，操作节奏也可能改变，使日志与平常状态不完全相同。记录频率或栏目中途改变后，前后条目不宜直接合并；未写下的后台状态、外部条件和短暂现象都在覆盖范围之外。它适合把过程变成下一轮可核对的问题，不适合当作对他人表现或发生频率的定论。
读者评论
遇到过类似的情况，折腾半天结果是环境的问题。
按这个思路弄完确实顺多了，感谢分享。
写得很实在，没有那种绕来绕去的废话，点赞。
有没有人跟我一样，看着看着就跑去看别的了哈哈。
看完就去翻了下自己的设置，果然有个地方一直没注意。