CSS问题的撰写准则

1）系统信息：创建问题时会要求选择系统，在这一步请选择发生问题的系统（DEV,QAS,PRD etc.），不要随便挑一个系统，同时系统的信息要做出正确的维护，其中包括：

a) 产品版本：ECC6.0，ECC5.0 etc.

b) 数据库类型和版本：ORACLE，10.2.0.4.0 ect.

c) 各个模块的版本：SAP_APPL SAPKH60406，SAP_ABA SAPKA70109， SAP_BASIS SAPKB70105 ect.

这会有助于问题处理者根据系统信息查询正确的SAP Note等资料。

2）联系方式：鉴于大部分的SAP产品在中国的支持中心都能作支持，所以我们要充分利用这个优势，在报问题的时候尽可能详细的提供自己的联系方式，这样一旦处理者有需要可以第一时间与你沟通，可是在这方面，我发现很多中国客户不太愿意这么做，不知道是不是怕打扰到正常工作。这个不用担心，我们不会有事没事就打电话，你也可以在问题描述里说明一下可以接受联系的时间。直接的语言交流我相信会能更好地帮助到你，这么好的资源优势，咱们不能浪费。

3）短文本（Short Text）：所谓短文本就是要短小精干，用有限的长度表达无限的意思，咱们中华语言博大精深，想要精简提炼不是什么难事，可是要是用英语估计很多人就迷糊了，但是短文本是处理者对这个问题的的第一印象，从中获取的信息也是非常重要的，因此一定要写出问题的重点。以下就针对不同问题类型，总结一下写短文本的小窍门，这样你即使不怎么懂英文，也能让处理者从中看出问题的重点和处理方向：

A) 系统信息类（Error/Warning/Information Message）

a) 信息发生的地方：如果信息发生在前台操作中，那么需要明确指出信息发生的事务码，例如：CJ20N, MD04 etc.;如果信息发生在后台作业中，那么需要指出信息发生的作业功能，如果这个作业是由标准事务码或者程序生成，那么就需要说明事务码和程序名称，例如：MRP run, COHV release background, CORUPROC background, BAPI_PRODORDCONF_CREATE_TT etc.

b) 信息内容：在信息弹出的时候，只要点击信息前的绿色对号，黄色叹号，红色叉号或者popup信息对话框中的问号，叹号，那么你就能看见这个信息相关的所有内容，这个时候看到的信息类别和信息编码就是最需要提供的内容，例如：Error Message C+099, Warning Message CJ821, Information message CR216, Popup message CO899 etc.

B)系统意外终止类（Short Dump）

a) 终止名称：在系统终止页面上的第一行就是这个终止的名字，例如：MESSAGE_TYPE_UNKNOWN, TIME_OUT etc.; 有的时候会有更新终止（Update termination）的对话框，这个时候可能不能直接看到终止页面，就需要进入SM13去查看是什么错误导致更新终止，里面会有红色的行项目，打开以后能看见终止信息，有时候终止信息是系统信息，那就直接把系统信息写上，有时候终止信息是系统意外终止那就去ST22找到终止的长文本，然后把终止的名字写上。

b)终止地点：这个和上面信息发生的地方一样。

C)系统性能类（System Performance）

a) 系统性能差的地方：这个和上面信息发生的地方一样。

b) 系统性能差的程度：也就是在这一部分花的时间，从几十秒到几十个小时，根据系统性能差的地方不一样，所花费的时间会有所不同，但是到底大概需要花多少时间还是说系统根本不动需要手动终止运行的操作。

c) 导致系统差的操作：因为每个前台事务码和后台作业都有很多的步骤，因此最好能明确导致系统差的操作，例如：Save, Release, Delete etc.

D)系统运行结果不正确类（Unexpected Result）：这个可能不太好说明，因为没有明确的错误信号，但是也要尽量说明结果和自己预期的有什么不同。

a) 系统运行的地方：这个和上面信息发生的地方一样

b) 具体操作: 这个就是事务码中进行的操作动作，例如：CO02 reread PP master data，VL02N batch determination etc.；对于发生的地方在后台作业或者后台执行的程序中的结果，这一部分就没有必要了，因为后台运行是一个整体，不能分解。

c) 结果不正确在哪里：这部分针对不同的模块就会比较杂乱，但是主要需要指出结果的不正确的地方就可以，例如：Date, Amount, Quantity etc.

4）问题描述（Description）：这个其实就是你所报问题的长文本，在这一部分要对短文本进行展开叙述，让处理者了解问题的详细内容以及背景情况。其中一定要说的情况有这个问题是不是可以重现的，还是这个问题只是存在于现有的一些文档中。还有如果能将发生问题的这部分功能在你整个公司经营流程中起到什么作用，那么对于处理者了解你为什么这么操作也会有帮助。除了以上共同的部分，对于不同类别的问题，具体描述当然也不尽相同：

A) 系统信息类（Error/Warning/Information Message）：这类问题比较好写，就是把短文本进行展开。把所遇到的信息中有参数的长文本拷贝下来写在问题里，因为信息中长文本里的参数经常会对分析这个信息有很大的帮助。如果信息发生在事务码里，那就把具体遇到这个信息的操作流程做一个详细的解释说明。如果发生在后台作业中，那就把后台作业的定义，步骤做以说明。

PS：有一种信息在长文本理会提示你去看“error log”（错误日志），那么就需要到相应的错误日志里找出原始错误写在问题里。

B)系统意外终止类（Short Dump）：这类问题同样也比较好写。

a)在ST22找到相应的dump file以后，把dump里明确指出的关键字拷贝出来写在问题里。通常关键字都在“How to correct the error” 这一部分里被打着双引号分隔开来。

b)指出这个dump终止了什么样的操作或者后台作业。这跟之前系统信息类是一样的。

c)最好是能将ST22里的dump file从系统中导出来（导出格式最好是文本格式’.txt’）。然后把导出的文件添加到问题的附件里，这样dump最全的信息就可以被处理人第一时间获得。

C) 系统性能类（System Performance）：

a)系统性能什么时候开始变差，在变差后是保持着同一速度，还是越来越慢。

b)在系统变差的时间点上有没有对系统做过什么修改，升级。

c)在操作中读取的数据量大概是多少，变差之前的时间大概是多少，你所期望的时间是多少。

d)如果有条件，自己做一个SE30的performance trace和ST05的database trace。然后把结果拷屏或者导出来作为附件添加在问题里。

D) 系统运行结果不正确类（Unexpected Result）：

a)你所期望的系统运行结果是什么。比如，expected date, quantity, number…

b)系统运行一直得不到你想要的结果，还是曾经得到过但是在某个时间点开始就运行不对了。有没有在你其他的系统上得到过想要的结果，还是所有你配置好的系统运行结果都和你想要的不一样。

c)有没有做过配置参数的改动，有没有使用自己的接口程序（BADI，user-exit，direct modification on standard SAP program）。

5）重现问题的步骤（Steps to Recreate Problem）：如果步骤很简单，你在之前的问题描述已经提过了，那可以不写这一部分。但是如果步骤比较复杂，最好还是在这一部分加以详细描述：

A)每一步操作的事务码，和运行事务码的参数要详细指出。如果是后台作业，要把后台作业的定义、步骤加以说明。

B)每一步操作的具体流程要一步步写清楚，这样问题的处理者才能对发生问题的路线图或者问题点有比教深刻的体会。不要认为处理问题的认识专家，不做详细说明，他也明白怎么做，因为系统数据很复杂，万一操作上有什么问题就得不偿失。

C)最后想要看见最终问题是需要做确认（Enter），保存（Save），退出（Cancel）还是其他的动作。

D)如果这不是一个可以重现的问题，那就需要说明通过什么样的操作能看见系统里现有的问题。

附加：

测试数据的准备（Test Samples）：如果问题处理人要求开系统做测试，那么准备测试数据就是很关键的。这极大的影响着问题的处理速度。

1）事务码相关的测试数据：这个比较简单，只要把处理人可以用在这个事务码操作的参数提供出来，比如，如果问题发生在CO02，那么就提供可以使用的生产订单号码，如果问题发生在COOIS等信息分析类事务码，那么就做好可以使用的参数变量（variant）然后提供给处理人，或者明确指出在初选界面上每个参数都应该怎么填写。

2）后台作业的测试数据：定义好可以让处理人跑的作业，然后提供作业名字和应该怎么样让作业跑起来。或者提供整个如何定义作业的过程，让处理人自己去建一个作业来跑。

3）单独程序的测试：比如BAPI出了问题，那就要用SE37作单测。这时候需要你提供所有跑这个BAPI的参数值，或者你进入SE37把参数值输入到“Test data directly” 里面，然后提供参数值集的名字让处理人通过SE37去做测试。

CSS问题的撰写准则相关推荐

riot.js教程【二】组件撰写准则、预处理器、标签样式和装配方法
基本要求一个riot标签,就是展现和逻辑的组合(也就是html和JS) 以下是编写riot标签最基本的规则: 先撰写HTML,再撰写JS,JS代码可以写在<script>标签内部,但这并 ...
英文简历技能证书撰写技巧汇总
在制作英文简历的时候,哪些技能及证书是必备的?怎样写才会让面试官眼前一亮?如何地道的表达对技能的掌握程度?各类证书的标准英文表达是什么?本文中我们将探讨英文简历中的技能及证书撰写问题. 在阅读本文前, ...
一篇搞定css基础（超详细，附代码）
第一章:css概述 1.1.css的简介 1)什么是CSS css中文名称叫层叠样式表,层叠为css的布局,表示布局方式是通过一层层来实现的:样式是布局层的显示效果,主要是通过css提供的一些属性和属 ...
【CSS】1104- 惊！妙用CSS变量和calc()实现放大镜效果
「链接和长图失效,请大家点击阅读原文查看详情」前言曾发表<妙用CSS变量,让你的CSS变得更心动>[1]一文,使用全部篇幅介绍「CSS变量」.变量作为CSS体系里最厉害的特性无之一,随 ...
riot.js教程【四】Mixins、HTML内嵌表达式
前文回顾 riot.js教程[三]访问DOM元素.使用jquery.mount输入参数.riotjs标签的生命周期: riot.js教程[二]组件撰写准则.预处理器.标签样式和装配方法: riot.j ...
网页左右怎么划分_UI基础汇总——网页设计规范
一.网页尺寸制作网页时,我们选用的分辨率是72像素/英寸,使用的画布尺寸1920px*1080px. 但是并不代表我们可以在整个画布上作图. 网页的布局主要有两种,左右型布局和居中型布局.布局的不一 ...
分享：Web 网页设计规范
转自:微点阅读 https://www.weidianyuedu.com 一.网页尺寸制作网页时,我们选用的分辨率是72像素/英寸,使用的画布尺寸1920px*1080px. 但是并不代表我们可以 ...
关于Web 网页设计规范
转自:微点阅读 https://www.weidianyuedu.com 一.网页尺寸制作网页时,我们选用的分辨率是72像素/英寸,使用的画布尺寸1920px*1080px. 但是并不代表我们可以 ...
C1任务03 Web的世界（下）
5.border-style 边框样式该属性指定了元素边界所有四面的线式.它分别是顶部.右.下和左边框风格的速记.指定一个值时,它适用于所有四个方面相同的边框样式.border-style:soli ...

CSS问题的撰写准则

CSS问题的撰写准则相关推荐

最新文章

热门文章