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

一 总体概述 运维管理部分系统处共参与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