
体验日志 · 分项说明
概念说明
体验日志之所以成立,靠的是条目之间的先后关系:同一过程的若干条记录按时间连起来,才能看出条件变化与结果之间的对应。单条孤立的描述不构成日志;若只保留结论而删去前后条目,时间顺序所承载的信息也一并丢失。
判断方法
选一个具体动作来做记录,例如“连续按两次同一个按钮”:动手前先写下当前状态和预期结果,按第一次后立刻记下实际看到的变化,按第二次后再记一笔;即使什么都没变,也要写“无变化”,不要只留异常。一次只改一个设置,并把这次会话的起止时间标在开头。回看时按时间顺序排好,把同一动作在不同设置下的两条记录并排,先看差异出现在第几步,再判断是设置造成的还是记录漏了。
适用边界
体验日志适合留下过程线索,不适合单独证明因果。记录里出现“先按了某键、随后出现延迟”,只能说明两件事在时间上相邻;若当时还有别的操作、设置中途改过或后台任务在跑,就不能把延迟归给按键。跨条目比较还要求记录格式和条件一致;事后补写的回忆条目只能作线索,不能当作当时观察。日志也不能替代规则说明或重复测量,涉及他人信息时应先删去可识别内容。



读者评论
说实话有点啰嗦,不过内容确实管用,瑕不掩瑜。
原来问题还能这么解,思路一下子打开了。
请问一下,这类经验对其他类型的情况也通用吗?
看完就去翻设置,果然有一项一直开着没关。
请问一下,这种设置对新手来说会不会太复杂了?