如何去测试好ITSS发布系统结果
20150625MONICAZHANG
续上8.系统测试结果
表格4‑66发布系统测试结果
序号 | 代码 | 描述 |
1 | 通过 | 发布系统通过系统测试ITSS认证 |
2 | 未通过 | 发布系统测试失败 |
9.用户测试结果
表格4‑67发布用户测试结果
序号 | 代码 | 描述 |
1 | 通过 | 用户测试通过ITSS培训 |
2 | 未通过 | 用户测试失败 |
10.发布影响度代码
表格4‑68影响度代码
序号 | 代码 | 描述 |
1 | 重大 | 对一个或多个Site整体工作产生影响，没有相同成功方案，发布实施事件超过2小时，回退时间也超过2小时ITIL培训 |
2 | 高 | 对一个关键区域工作产生影响，没有进行过相同成功案例，发布实施时间超过1小时，回退时间也超过1小时 |
3 | 中 | 对非关键区域工作产生影响，有可供参考的相同成功案例，发布实施时间不超过1小时，回退时间也不超过1小时 |
4 | 低 | 对业务生产无影响，有较多的相同发布成功案例，发布实施时间不超过1小时，回退时间也不超过1小时ISO20000培训 |
11.发布分类
发布分类代表当前发布所属的应用系统或其模块的情况，是对流程过程中的沟通和日后统计分析的重要信息。
根据对目前发布种类的分析，发布的分类层次设计不超过三层。第一级分类，称之为”类别”，第二级分类，称之为”子类”，第三级分类，称之为”条目”。
以下是对类别的定义:
表格4‑69发布分类ITSS考试
类别 | 子类 | 条目 |
资金管理 | ||
营销管理 | ||
安全生产管理 | ||
协同办公 | ||
人力资源管理 | ITSS工具 | |
物资管理 | ||
项目管理 | ||
综合管理 |
12.发布状态代码ITSS团购
状态代码标识某条记录当前处于何种阶段，是流程中各参与人员沟通的工具，也是流程与流程间流转衔接的纽带。
发布从被发布流程经理接受到最后被关闭，会历经各个阶段。发布处于不同的处理阶段具有不同的状态，需要不同的角色参与。以下是发布请求从接受、计划到结束的整个生命周期中的不同状态：
表格4‑70发布状态
序号 | 代码 | 描述 |
1 | 已登记 | 发布请求在发布系统中注册，但还未进行处理 |
1 | 已接受/计划中 | 发布请求已经被发布流程经理接受并且进入发布计划 |
2 | 发布计划完成 | 发布计划已准备完毕，准备进行内部（发布组）沟通确认 |
3 | 发布准备 | 发布计划由发布经理正式签发，并进行了正式的内部沟通和准备会，开始发布设计、构建和配置活动 |
3 | 发布准备完成 | 实施人根据发布任务进行的相应的硬件与软件的准备工作已结束 |
6 | 系统已测试 | 实施人已完成发布所涉及到多个变更的系统集成测试 |
7 | 用户已测试 | 用户已完成发布所涉及到多个变更的用户测试 |
8 | 待发布审批 | 等待发布流程经理审批进入生产环境 |
9 | 发布已审批 | 发布流程经理已审批按计划发布至生产环境，下一步开始内部人员和客户的培训ITSS软件 |
10 | 已培训 | 对将发布系统完成帮助台培训、维护培训、使用培训等工作 |
11 | 试点已发布 | 试点发布工作完成 |
12 | 推广已发布 | 推广发布工作完成 |
13 | 关闭 | 发布关闭，关闭发布时需指定关闭代码（成功，失败） |
13.发布结束代码
发布结束代码说明了发布是在何种情况下关闭的，结束代码如下：
表格4‑71发布结束代码
序号 | 代码 | 描述 |
1 | 成功 | 发布成功完成ITSS体系 |
2 | 部分成功 | 在一组无关联的变更组成的发布包中，部分成功，部分回退变更或拒绝 |
3 | 失败 | 发布不成功，执行了回退计划或被拒绝 |
待续
本帖关键字：ITSSISO20000