AstellasITSM项目管理流程测试报告.docx
- 文档编号:14829622
- 上传时间:2023-06-27
- 格式:DOCX
- 页数:22
- 大小:24.09KB
AstellasITSM项目管理流程测试报告.docx
《AstellasITSM项目管理流程测试报告.docx》由会员分享,可在线阅读,更多相关《AstellasITSM项目管理流程测试报告.docx(22页珍藏版)》请在冰点文库上搜索。
AstellasITSM项目管理流程测试报告
项目
管理流程测试用例
2014年5月20日
文档说明
本文档所涉及到的文字、图表等,仅限于和联想()(以下简称“”)内部使用,未经双方书面许可,请勿扩散到第三方。
文档属性
属性
内容
客户名称:
安斯泰来制药(中国)有限公司
项目名称:
安斯泰来制药(中国)有限公司流程项目
文档主题:
安斯泰来项目管理流程测试报告
文档编号:
文档版本:
1.0
版本日期:
2014-05-12
文档状态:
提交
作者:
文档变更
版本
修订日期
修订人
描述
1.0
2014-5-12
田锦阳
初稿
文档送呈
姓名
单位
目的
安斯泰来制药(中国)有限公司
审阅
1文档介绍5
1.1编写目的5
1.2术语5
1.3参考资料5
2事件流程功能点6
2.1事件单紧急性,影响度字段创建时默认初始值6
2.2“服务*+”字段显示不用黑体加粗6
2.3界面中显示事件单的解决日期7
2.4事件在解决时,必填两层运作分类7
2.5修改事件运作分类的选择方式为级联选择8
2.6调整事件的运作分类字段的显示位置8
2.7在事件单显示提报人姓名和工号9
2.8在事件单右侧标签页显示关联当前提报人历史工单信息9
3变更流程功能点10
3.1隐含系统原厂的变更分类,增加咨询定义的变更分类10
3.2在变更执行阶段,变更关联的任务完成后,禁用自动完成变更单功能,由变更协调员完成10
3.3增加变更单中填写申请者信息及联络方式相关信息11
3.4变更单中增加与发布关联的分类,此分类下变更流程不需要再审批11
3.5变更单选择分类为与发布关联时,系统强制此变更单必须关联发布单(草稿后续状态)12
3.6变更关联发布,在已计划评审阶段,如继续向下执行,要判断关联的发布单是否状态大于测试审批的进行中12
3.7主页为批准中心的添加注销按钮13
3.8“批准中心”中的“重新指派”功能应支持搜索功能13
3.9变更工作详细信息列表中加字段提交人的姓名14
3.10变更单启动时必须关联配置项14
3.11变更页面取消审批和拒绝15
3.12批准中心“行动的理由”必填15
4发布流程功能点16
4.1发布单的“业务理由”,只保留:
新系统发布系统升级/改造发布例行性发布16
4.2发布单的服务变为正常字体16
4.3发布单启动时必须关联配置项17
5资产配置功能点18
5.1资产对话框视图客户化调整18
5.2创建资产时,选择原厂的类型修改为选择产品分类18
6系统基础配置功能点19
6.1系统登陆页和首页需更换安斯泰来标志19
6.2从邮件链接进入系统后,无法进入主页19
6.3变更邮件通知节点根据咨询建议修改20
6.4邮件通知模板内容的优化定义20
1文档介绍
1.1编写目的
本文档面向项目管理流程实施的用户,使用文档的方式描述各个管理流程的功能点,功能点的实现逻辑,各个流程在系统中的体现。
用于客户对各个功能点的测试。
1.2术语
1.3参考资料
需客户化内容与人V0.3
V0.3
项目管理流程测试用例
V0.1
2事件流程功能点
2.1事件单紧急性,影响度字段创建时默认初始值
用例编号
001
用例名称
事件单紧急性,影响度字段创建时默认初始值
测试条件
用户须是事件提交人。
测试场景
新建事件单
测试步骤
1.新建事件单
2.查看影响是否有默认值为“4–次要/本地化”,紧急性是否有默认值为“4–低”。
期望结果
影响有默认值为“4–次要/本地化”,紧急性有默认值为“4–低”
实际结果
测试人签名
备注
2.2“服务*+”字段显示不用黑体加粗
用例编号
002
用例名称
“服务*+”字段显示不用黑体加粗
测试条件
用户须是事件提交人。
测试场景
事件单界面
测试步骤
1.打开事件单,进入事件单界面
2.查看“服务*+”字段是否显示为正常字体(非黑体加粗)。
期望结果
“服务*+”字段显示为正常字体
实际结果
测试人签名
备注
2.3界面中显示事件单的解决日期
用例编号
003
用例名称
界面中显示事件单的解决日期
测试条件
用户须是事件受派者。
测试场景
事件单界面
测试步骤
1.打开状态为“已解决前续状态”的事件单,选中事件单右侧的标签页“日期/系统”,可以看到“解决日期”字段此时值为空
2.打开状态为“已解决”的事件单,选中事件单右侧的标签页“日期/系统”,可以看到“解决日期”字段并赋值
期望结果
事件单在“已解决前续状态”可以看到解决日期字段并且值为空,在状态为“已解决”的事件单时赋值
实际结果
测试人签名
备注
2.4事件在解决时,必填两层运作分类
用例编号
004
用例名称
事件在解决时,必填两层运作分类
测试条件
用户须是事件受派者。
测试场景
事件单界面
测试步骤
1.打开状态为“进行中”的事件单
2.清空运作分类的二层分类的值
3.点击“下一阶段”按钮,会提示“如将事件单状态置为‘已解决’,必须选择事件运作分类的‘一层’和‘二层’”
4.填写运作分类的两层分类,点击“下一阶段”按钮事件的状态为“已解决”
期望结果
事件单的状态为“进行中”,若运作分类的值为空,事件单无法进入后续状态
实际结果
测试人签名
备注
2.5修改事件运作分类的选择方式为级联选择
用例编号
005
用例名称
修改事件运作分类的选择方式为级联选择
测试条件
用户须是事件提交人。
测试场景
新建事件单界面
测试步骤
1.进入新建事件单界面
2.选择“运作分类1+”,会看到运作分类的2级分类
3.选中“运作分类1+”的值,将运作分类层1+,运作分类层2+的值都赋上
期望结果
事件单的“运作分类1+”上显示级联菜单,选中二级菜单后会将运作分类层1+,运作分类层2+的值都赋上
实际结果
测试人签名
备注
2.6调整事件的运作分类字段的显示位置
用例编号
006
用例名称
调整事件的运作分类字段的显示位置,放在优先级上面
测试条件
用户须是事件提交人或受派者
测试场景
事件单界面
测试步骤
1.进入事件单界面
2.可以看到运作分类在影响、紧急性、优先级等字段的上面
期望结果
运作分类字段的显示位置放在优先级上面
实际结果
测试人签名
备注
2.7在事件单显示提报人姓名和工号
用例编号
007
用例名称
希望在事件单中显示提报人姓名的同时,也显示工号
测试条件
用户须是事件受派者
测试场景
“草稿”后续状态事件单
测试步骤
1.进入“草稿”后续状态事件单界面
2.在“客户*+”字段下面可以看到客户
期望结果
在事件单“客户*+”字段下面可以看到客户
实际结果
测试人签名
备注
2.8在事件单右侧标签页显示关联当前提报人历史工单信息
用例编号
008
用例名称
事件单上关联当前提报人历史工单信息,最好能在右侧标签页显示
测试条件
用户须是事件提交人
测试场景
事件单界面
测试步骤
1.进入新建事件单界面
2.填写客户信息
3.选中事件单右侧的标签页为“客户事件”,可以看到客户半年内提交的所有事件工单,更换客户时需点击历史工单列表上的“刷新”按钮
(注意:
添加的客户需要有历史工单才可显示)
期望结果
在事件单右侧标签页显示出了关联当前提报人历史工单信息
实际结果
测试人签名
备注
3变更流程功能点
3.1隐含系统原厂的变更分类,增加咨询定义的变更分类
用例编号
001
用例名称
隐含系统原厂的变更分类,增加咨询定义的变更分类,两分类数据自动做同步关联
测试条件
用户须是变更提交人。
测试场景
新建变更单界面
测试步骤
1.进入新建变更单界面
2.可以看到之前的字段“类”更改为“变更类型”
3.变更类型默认为正常变更,查看“变更类型”下拉框有四个选项分别为紧急变更、正常变更、从属变更和预授权变更。
期望结果
之前的字段“类”更改为“变更类型”,显示为“紧急变更”、“正常变更”、“从属变更”和“预授权变更”
实际结果
测试人签名
备注
3.2在变更执行阶段,变更关联的任务完成后,禁用自动完成变更单功能,由变更协调员完成
用例编号
002
用例名称
在变更执行阶段,变更关联的任务完成后,禁用自动完成变更单功能,由变更协调员完成
测试条件
用户须是变更协调员、任务受派者。
测试场景
状态为“正在执行”的变更单
测试步骤
1.打开状态为“正在执行”的变更单
2.创建任务单,并完成任务单
3.返回查看变更的状态是否仍是“正在执行”
期望结果
任务完成后,变更的状态仍是“正在执行”
实际结果
测试人签名
备注
3.3增加变更单中填写申请者信息及联络方式相关信息
用例编号
003
用例名称
增加变更单中填写申请者信息及联络方式相关信息
测试条件
用户须是变更协调员或变更管理人员。
测试场景
新建变更单界面
测试步骤
1.进入新建事件单界面
2.在“变更协调员+”字段下面可以看到“请求人”、“请求人”、“所属部门”和“移动电话”
3.在“请求人”中输入企业,点击“回车键”,“请求人”、“所属部门”和“移动电话”的信息都赋有值
期望结果
在“变更协调员+”字段下面显示“请求人”、“所属部门”、“移动电话”,在“请求人”中输入企业点击回车,“请求人”、“所属部门”和“移动电话”都赋有值
实际结果
测试人签名
备注
3.4变更单中增加与发布关联的分类,此分类下变更流程不需要再审批
用例编号
004
用例名称
变更单中增加与发布关联的分类,此分类下变更流程不需要再审批
测试条件
用户须是变更协调员
测试场景
变更单界面
测试步骤
1.打开状态为“变更请求”,变更类型为“从属变更”的变更单
2.在变更单“工作详细信息”标签页的下方的变更审批人列表上“显示”菜单中选中“所有审批人”
3.查看变更审批人列表中是否有审批人
期望结果
状态为“变更请求”变更类型为“从属变更”的变更单的审批人列表中没有审批人
实际结果
测试人签名
备注
3.5变更单选择分类为与发布关联时,系统强制此变更单必须关联发布单(草稿后续状态)
用例编号
005
用例名称
变更单选择分类为与发布关联时,系统强制此变更单必须关联发布单(草稿后续状态)
测试条件
用户须是变更提交人
测试场景
变更单界面
测试步骤
1.打开变更类型为“从属变更”,状态为“草稿”的变更单
2.点击“下一阶段”,会提示“请关联一个发布单”
3.关联发布单,点击“下一阶段”,变更单进入后续状态
期望结果
草稿后续状态并且变更类型为从属变更的变更单是强制关联发布单
实际结果
测试人签名
备注
3.6变更关联发布,在已计划评审阶段,如继续向下执行,要判断关联的发布单是否状态大于测试审批的进行中
用例编号
006
用例名称
变更关联发布,在已计划评审阶段,如继续向下执行,要判断关联的发布单是否状态大于测试审批的进行中
测试条件
用户须是变更协调员
测试场景
关联发布的变更单的状态为“已计划评审”,被关联的发布单的状态为“测试审批”的进行中
测试步骤
1.进入测试场景的变更单界面
2.点击“下一阶段”,此时提示“等待发布进入部署审批”
3.进入发布单界面,点击下一阶段
4.返回变更单,点击“下一阶段”,看变更单是否进入下一个状态
期望结果
变更关联发布,在已计划评审阶段,如继续向下执行,关联的发布单状态大于测试审批的进行中
实际结果
测试人签名
备注
3.7主页为批准中心的添加注销按钮
用例编号
007
用例名称
主页为批准中心的添加注销按钮
测试条件
用户须是变更审批人或者发布审批人
测试场景
批准中心界面
测试步骤
1.进入批准中心界面
2.在“关闭”按钮旁边可以看到“注销”按钮
3.点击“注销”,再次进入登录页面,看是否需要重新输入账号和密码
期望结果
可看到“注销”按钮,点击注销后再次登录需重新输入账号和密码
实际结果
测试人签名
备注
3.8“批准中心”中的“重新指派”功能应支持搜索功能
用例编号
008
用例名称
“批准中心”中的“重新指派”功能应支持搜索功能
测试条件
用户须是变更审批人或者发布审批人
测试场景
批准中心界面
测试步骤
1.进入批准中心界面
2.选中审批列表中的变更单或发布单,点击“
”按钮,弹出一个输入审批人的界面
3.鼠标焦点放在输入框中,点击“”键,弹出搜索人员信息界面
期望结果
“批准中心”中的“重新指派”功能支持搜索功能
实际结果
测试人签名
备注
3.9变更工作详细信息列表中加字段提交人的姓名
用例编号
009
用例名称
变更工作详细信息列表中加字段提交人的姓名
测试条件
用户须是变更提交人
测试场景
新建变更单
测试步骤
1.进入新建变更单界面
2.在工作详细信息增加一条工作记录
3.在工作记录列表中可以看到提交人和提交人姓名
期望结果
变更工作详细信息列表加字段提交人的姓名
实际结果
测试人签名
备注
3.10变更单启动时必须关联配置项
用例编号
010
用例名称
变更单启动时必须关联配置项
测试条件
用户须是变更协调员
测试场景
状态为“草稿”的变更单
测试步骤
1.进入变更单界面
2.点击下一阶段,提示“请关联一个配置项!
”
3.关联配置项,点击下一阶段,启动变更单
期望结果
变更单启动时必须关联配置项
实际结果
测试人签名
备注
3.11变更页面取消审批和拒绝
用例编号
013
用例名称
变更页面取消审批和拒绝
测试条件
用户须是变更审批人
测试场景
状态为“变更请求”的变更单
测试步骤
1.进入变更单界面
2.查看变更单右下角的变更审批人列表下面是否有“批准”和“拒绝”按钮
期望结果
变更单审批人列表下方看不到“批准”和“拒绝”按钮
实际结果
测试人签名
备注
3.12批准中心“行动的理由”必填
用例编号
014
用例名称
批准中心“行动的理由”必填
测试条件
用户须是变更审批人
测试场景
处于审批阶段的变更单
测试步骤
1.进入批准中心界面
2.选中待审批的变更单或发布单,点击“批准”或“拒绝”,会弹出“请输入行动理由”
3.填写“行动的理由”,点击“批准”或“拒绝”,审批成功
期望结果
批准中心“行动的理由”必填
实际结果
测试人签名
备注
4发布流程功能点
4.1发布单的“业务理由”,只保留:
新系统发布系统升级/改造发布例行性发布
用例编号
001
用例名称
发布单的“业务理由”,只保留:
新系统发布系统升级/改造发布例行性发布
测试条件
用户须是发布提交人
测试场景
新建发布单
测试步骤
1.新建发布单
2.查看“业务理由”的菜单项有“新系统发布”、“系统升级”、“改造发布”和“例行性发布”
期望结果
发布单的“业务理由”,只保留:
新系统发布系统升级/改造发布例行性发布
实际结果
测试人签名
备注
4.2发布单的服务变为正常字体
用例编号
002
用例名称
发布单的服务变为正常字体
测试条件
用户须是发布提交人或发布协调员
测试场景
发布单界面
测试步骤
1.进入发布单界面
2.查看“服务+”是否为正常字体
期望结果
发布单的服务变为正常字体
实际结果
测试人签名
备注
4.3发布单启动时必须关联配置项
用例编号
003
用例名称
发布单启动时必须关联配置项
测试条件
用户须是发布协调员
测试场景
状态为“草稿”的发布单
测试步骤
1.进入发布单界面
2.点击下一阶段,提示“请关联一个配置项!
”
3.关联配置项,点击下一阶段,启动发布单
期望结果
发布单启动时必须关联配置项
实际结果
测试人签名
备注
5资产配置功能点
5.1资产对话框视图客户化调整
用例编号
001
用例名称
资产对话框视图客户化调整
测试条件
用户须是变更协调员
测试场景
变更关联配置项目
测试步骤
1.进入关联配置项目的高级搜索界面
2.搜索出不同分类的配置项目,双击查看
3.进入“资产控制台”进入搜索该配置项,并查看界面
期望结果
在关联配置项目看到的资产界面和从资产管理控制台看到的界面一致
实际结果
测试人签名
备注
5.2创建资产时,选择原厂的类型修改为选择产品分类
用例编号
002
用例名称
创建资产时,选择原厂的类型修改为选择产品分类
测试条件
用户须是资产管理员
测试场景
资产管理控制台
测试步骤
1.进入资产管理控制台
2.选择“创建”菜单,可以看到产品分类
3.选中产品分类的第三层分类便可进入创建资产界面
4.新建的资产界面的三层分类为选择“创建”菜单的三层分类
期望结果
创建资产时,选择的是按产品分类创建的资产信息
实际结果
测试人签名
备注
6系统基础配置功能点
6.1系统登陆页和首页需更换安斯泰来标志
用例编号
001
用例名称
系统登陆页和首页需更换安斯泰来标志
测试条件
无
测试场景
登录系统首页、登录系统主页
测试步骤
1.打开登录页面,可以看到登录页面有“安斯泰来服务管理中心”字样和安斯泰来的图标
2.登录系统进入主页,可以看到注销按钮下面的安斯泰来
期望结果
系统登陆页和首页需更换安斯泰来标志
实际结果
测试人签名
备注
6.2从邮件链接进入系统后,无法进入主页
用例编号
002
用例名称
从邮件链接进入系统后,无法进入主页
测试条件
无
测试场景
无
测试步骤
1.收到邮件直接打开链接,进入系统后可以看到应用程序快捷列表
期望结果
从邮件链接进入系统可以看到应用程序快捷列表
实际结果
测试人签名
备注
6.3变更邮件通知节点根据咨询建议修改
用例编号
003
用例名称
变更邮件通知节根据咨询建议修改
测试条件
变更协调员或变更管理人员
测试场景
查看审计日志
测试步骤
1.先测试整个变更流程,再查看审计日志里面通知审计,可以看到到全部的通知的内容、通知节点以及通知到的人
2.结合咨询给出的通知节点规则,满足客户需求
期望结果
满足咨询给出的通知节点规则
实际结果
测试人签名
备注
6.4邮件通知模板内容的优化定义
用例编号
003
用例名称
变更邮件通知节根据咨询建议修改
测试条件
无
测试场景
查看审计日志
测试步骤
1.进入对应流程单,查看审计日志里面通知审计,可以看到到全部的通知的内容、通知节点以及通知到的人
2.结合咨询给出的通知节点规则,满足客户需求
期望结果
满足咨询给出的通知节点规则
实际结果
测试人签名
备注
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- AstellasITSM 项目 管理 流程 测试报告