测试用例报告_系统处.doc

一 总体概述运维管理部分系统处共参与3个项目：1 ERP系统运维事件管理项目，负责提交及处理ERP故障服务申请；2 程序变更管理项目，负责处理报表/功能及Bug开发申请、Form申请、Link申请、环境克隆申请的处理及技术架构审核；3 网络管理项目，负责访问特殊应用系统申请。信息部成员登陆地址：3/scripts/texcel/ServiceWise/ServiceWise.dll登录用户名（密码与登录名相同）卢旭红：luxh瞿秋杨：quqy齐伟东：qiwd武纬：wuwei通过Web地址登录客户端登录后进入客户端首页，在首页上面，可以看到信息部成员参与的项目，信息部的公告等。在信息部成员客户端，信息部成员可以查看所有最终用户提交的事件，对事件进行处理；可以管理最终用户的信息；可以定义并查看相应的报表；可以按照权限建立和搜索知识库等。二 ERP系统运维事件管理项目在这个项目中，事件的处理工作流程如下图所示：所有的事件提交时都处于新提交事件这个状态，然后分配事件的负责人并将事件推进到处理中状态，处理完成通知关键用户，如果事件不能解决，可以提交问题或者变更处理。这时在事件处理中这个状态时，如果事件的解决需要系统处帮助，那么系统处会参与到事件处理过程中。1 ERP故障事件如果系统处成员需要提交一个事件，则选择新建事件，然后选择ERP使用故障这个事件类型。然后填写事件的相关信息，选择相应的负责人，点击提交即新建了一个事件。关键用户提出故障事件交由应用处，如果该事件需要系统处解决时，由应用处会转发给系统处。系统处成员登录该系统，在负责人处选择+系统处待处理ERP故障事件时，即可以看到当前要处理的事件。当有这样的事件时，系统处成员会收到来自系统的邮件通知提醒。点击进去可以看到此事件的具体描述信息。在历史记录页签中，可以看到事件的历史处理过程。然后可以通过递交操作，将负责人递交给具体的系统处成员。当事件处理完成后，通过改变事件的工作流状态，就可以将此事件的状态改成已解决，同时事件处理的过程要在工作描述中进行记录。此时，把事件的负责人改为应用处成员。在子事件页签下面，可以查看关键用户提交的相关文档。同时如果当前负责人需要提交或上传与此事件相关的文档，也可以通过新建子事件完成。子事件类型选择上传文档附件类型。在关键用户信息页签下面，可以看到ERP关键用户的相关信息。三 程序变更管理项目在程序变更管理项目中，系统处主要负责参与两类事件的处理：报表/功能及Bug开发中的发布过程及Form/Link/环境克隆申请。事件的处理流程如下图所示：由最终用户提交新的需求后，我们按照事件的类型按不同的流程来处理。报表/功能及Bug开发申请由应用处进行审批，如果不需要开发，需将反馈意见返回给关键用户，如果需要开发，由外部实施商开发解决；开发完成后，外部实施商需要提交相应的开发文档，然后由应用处进行功能测试复核，通过则提交给系统处进行正式环境安装。在系统处负责的发布过程中，当系统处进行规范审核时，如果规范审核不通过，则打回开发重新解决，此时如果是紧急发布，应用处可以提出发布黑名单处理；如果测试通过，正常备份，发布；不过此时的发布是属于黑名单状态发布，发布完成后还需要重新回到开发解决进行重新开放解决黑名单问题才能完成关闭这个开发；在发布过程中，如果发现有问题，即进行回滚，此次发布无效，则重新开发；如果发布后，在关键用户使用过程中发现问题，关键用户通知应用处，应用处会通知系统处然后进行回滚，回滚后打回开发重新处理。在程序变更开发过程中，如果外部实施商需要某些代码授权、访问系统DB及环境克隆申请，即可以通过提交Form/Link/环境克隆申请申请完成，由应用处进行审批，统一授权后，由系统处开通路径完成此操作。1 报表/功能及Bug开发申请关键用户在自助服务平台提交了开发申请后，先有应用处进行处理，然后开发完成后，进行功能测试复核通过后即提交正式环境安装，这时把此任务分配给系统处+发布任务-系统处进行处理。系统会通过邮件通知提醒有发布任务要处理，当系统处成员登录后，即可通过查看负责人+发布任务-系统处看到当前要处理的发布。点击这个事件进去，可以看到相关的信息。点击历史页签，可以查看事件的处理过程。点击工作流状态栏，进行规范审核，同时修改负责人为实际的系统处成员。规范审核不通过，则会重新开发，负责人为应用处成员。规范审核如果通过，则进行备份。备份完成后，进行发布操作。发布完成，则将此事件返回给应用处继续处理。如果发布不成功，则回滚。然后打回开发继续处理。至此，完成系统处的一个发布过程。2 Form申请每个Form需要建立一个事件进行记录，同时可以将Form申请信息放在Excel表格中以附件的形式上传到系统中，与此事件关联以便于系统处查看。流程和当前处理过程相同。在需求开发的过程中，外部实施商当需要授权某代码时，即会提交Form申请。先由应用处进行审核。审核通过后，提交系统处完成开通路径的操作。系统处完成开通路径后，通知外部实施商及应用处知晓。关闭此申请。由下图中的历史记录，可以看到Form申请处理的全过程，信息、时间及负责人的相关流转。3 系统DB访问（Link）申请此标准服务的处理流程与Form申请相同，请参考Form申请部分。4 环境克隆申请申请此标准服务的处理流程与Form申请相同，请参考Form申请部分。5 技术架构审核技术架构审核通过子事件完成。在开发解决过程中，系统会自动创建一个技术架构审核子事件，如果不需要技术架构审核，状态为无此类申请，则只作为记录，这时默认的负责人是应用处；如果有技术架构申请，则将状态改为提交申请，并且将负责人改为系统处成员，此时系统会触发邮件通知，通知系统处负责人。系统处审核，通过后，在状态改为申请通过即可。四 网络管理项目1 访问特殊应用系统申请当有一个访问特使应用系统的标准服务请求时，通过新建事件，选择事件类型将此服务请求记录到系统中。这时需要由系统处进行审核，并提供端口号。系统处会收到邮件通知提醒，邮件内容会包括事件的基本信息等，同时可以登录到系统进行查看。五 个性化设置在设置视图中，每个用户可以根据自己的喜好对页面的风格、显示的事件个数等进行自定义设置。关键设置说明如下登录控制：定义登录系统后默认的登录项目和视图，默认进入系统后都在首页，可以通过选择跳过首页。例如定义登录后看到事件视图，从而还可以定义看到的事件的状态。用户列表：定义在事件视图下面，显示