错误消息的详细程度如何？

我想知道对错误消息的一般共识是什么.它们应该有多详细？

我已经处理了一些项目,其中有一个不同的错误消息,用于输入一个太大,太小,有十进制,是一个字符串等的数字.这对用户来说非常好,因为他们确切地知道哪里出了问题,但错误处理代码开始与实际的业务逻辑大小相媲美,并开始开发一些自己的错误.

另一方面,我参与了一个项目,你会得到非常一般的错误,例如

编制失败的原因3

不用说,几乎完全没用,因为原因3表明链接错误.

那么中间地带在哪里？我怎么知道我是否添加了足够描述性的错误消息？我怎么知道用户是否能够理解他们出错的地方？

错误消息,用户和开发人员有两种可能的目标受众.

通常应该将消息定位到用户.

o问题的原因是什么？
o为什么程序无法解决问题
o用户可以做些什么来解决问题.
o如何报告问题.

如果要报告问题,报告应包括尽可能多的程序上下文信息.

o模块名称
o函数名称
o行号
o问题的一般区域中感兴趣的变量
o甚至可能是核心转储.

定位正确的受众群体.