如果系统的库存数据或者已收现金和实际不符，应如何找出问题？

[Sunksubmarine]

如提，当系统运行一段时间（如一天），日结时发现系统数据和实际数据有出入。
最为一名开发者当然要首先强调：系统绝对不会有错误，问题当然是由操作错误造成的。
但客户不一定会那么想，尤其是系统刚刚实施时客户可能并不完全信任系统的准确性。
在系统刚刚投入使用操作员完全不熟悉系统的情况下肯定会出现系统数据和实际数据不符的情况。
总而言之，不论是操作员的操作错误还是系统的错误，必须找出问题的所在以及相关的证据才能令客户信服。


以前我接触过的做法是在系统试运行期间让操作员手工记账，然后在和操作流水一一比对。
这样做的好处就是任何一笔错帐都跑不了，证据确凿令客户无话可说。
缺点也很明显，首先增加了操作员的工作负担，在处理业务的同时还要记录手工帐。
另外更要命的是：对帐工作很多情况下都要有我们来完成，面对几千几万的流水工作量非常大。

讨论下，还有什么更好的办法吗？

[reality]

感觉没有什么好方法。通过人工核对才能准确的找到错误。
1 再次明确需求，看看自己所作的工作是否满足需要。
2 跟踪业务流程，保证流程正确性
3 找到流程中容易填写错误的地方加以保护
4 大量的测试 重复 1 2 3 过程
一般情况下，这种业务的测试时间要比写代码的时间要长很多。
没有什么取巧的方法，细心，严谨。

[Landor2004]

应该有纸质的单据吧，以入库为例子，入库都经过入库人吧，入库有总有入库时间吧，

入库的人和时间与纸质单据对照，找出出入的单据，把责任落实在处理那个单据的人的身上

[laorer]

我觉得，你只一笔笔的对，也可以分各个时间来对，以找出问题出现在哪个时间段，如果说以实际来对比较麻烦的话，但一天也应该可以考虑，你另一个方式把实际数据输入到计算机中，然后两边比对，
还有，下面这句话，我真不赞同你的观点，你的观点有点类似于 软件是绝对不会有bug的，呵呵，玩笑话
最为一名开发者当然要首先强调：系统绝对不会有错误，问题当然是由操作错误造成的。

[logonin]

一个好的软件要有好的容错性，对于异常和错误都要有好的处理，当然这也需要大量的时间去试用测试，然后打补丁完善，中间的过程需要很长时间，好像没什么捷径，任何好的软件都有很长的运行周期，不断的改善才能完美。
ps:个人愚见。