您在设计应用程序时是否发现错误?在制定技术规范时,每个分析师都应该知道并考虑应用程序中可能发生的错误。它’众所周知,没有应用程序会导致ABAP转储,但是不幸的是,我仍然看到这种情况。我还相信,每个分析人员和开发人员都应该能够在发生错误时告诉您他们的应用程序中发生了什么。在执行详细的技术设计时,应捕获可能的错误,并且我认为,错误消息应由分析师而非开发人员识别。为什么?

让’考虑这个例子。我设计一个应用程序,将其发送到开发中,然后对其进行测试。不幸的任务之一是测试了大多数应用程序的正面结果,而不是负面结果。为了降低应用程序的成本,大多数公司都会执行我所谓的适当测试,以确保获得期望的结果,但是在出现问题时却很少关注结果。我今天在阅读《 SD Time》中有关软件开发失败的文章。提到的一些主要失败让我感到震惊的是,这些失败与应用程序在出现问题时所做的事情有关。最好的例子是费城的一名男子,因为他被标记为已故而无法获得驾驶执照。该应用程序无法使他复活,因此这是设计失败,而不是应用程序失败。一世’稍后将写一个更详细的博客,但是我可以鼓励您现在做的一件事是识别应用程序中可能出现的错误,并确定您希望应用程序在错误消息中说些什么。在您的设计中(例如下面)识别这些错误,或者至少记录一个错误表以识别错误和相关的错误消息。

这将有什么帮助?有两个主要好处:

  1. 用户对做什么有一个更好的主意。 你遇到过著名的“内存不足。休息之前离开交易。”在SAP中?对用户完全没有帮助。开发人员不应决定错误消息应该说什么,除非开发人员也是分析人员并且他理解该过程并可以确定要告诉用户什么。
  2. 未来。 您需要考虑超出最初推出应用程序的范围。为什么?大多数问题发生在部署应用程序几个月后。即使应用程序没有变化,事情也会改变。为了支持应用程序,分析师需要考虑如何确定六个月后出问题的地方。发生错误时,会花费大量时间来尝试了解导致错误的原因(调试,测试等)。真正的影响是受错误影响的最终用户的生产力损失。如果错误导致无法处理客户订单怎么办?我们有一个最近的例子,其中一个复杂的ABAP应用程序给出了一个无用的东西“Cannot determine”错误。此错误是代码中许多区域出现的通用错误消息。在花费数小时调试该应用程序后,该错误被确定为由用户时区设置不正确引起的。知道此错误在应用程序中的何处发生以及更有意义的消息会很有帮助。

总之,请帮自己一个忙,并提前了解可能的错误并提供文档,并为开发人员提供应显示的错误消息。您的应用程序将更易于支持,您可能只是让最终用户解决了自己的问题。

 

固定在Pinterest上

分享
分享这个