《改进说明》填写规范.docVIP

CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台 第 PAGE 1 页 共 NUMPAGES 3 页 《改进说明》填写规范 规范说明 本规范适用于测试部所有人员 本规范所指改进说明包括原有的《改进说明》及《升级说明》 制订本规范的目的是指导测试人员正确填写《改进说明》 《改进说明》的填写流程 《改进说明》的填写方式及要求 《改进说明》的填写分为测试人员填写和小组整理审核两部份 测试人员填写 改进问题总表 测试人员在问题测试分析完成后1个工作日内，根据产品管理系统中的相关内容按下面表格格式分A类问题和B类问题填写。 问题来源 反馈用户 问题编号 产品模块 简略说明 备注 渠道反馈 西安市中医院 4763 门诊挂号管理 挂号时必须建立门诊病案情况下，两个以上的挂号员同时挂号，先确认的挂号员的病人按原门诊号生成病人病案，后一个病人的门诊号在系统给出提示后自动产生新的门诊号。 注：问题来源填写渠道反馈或者内部反馈 具体修改问题描述 3.1.2.1具体修改问题描述整理遵循的原则 测试人员在改进问题总表填写完成后，根据产品管理系统中的问题描述及程序员的修改说明进行重新整理《改进说明》，并在相应模块下填写整理后的《改进说明》，整理内容时遵循以下原则: 条理性，尽可能通过1、2、3的方式来描述 截图，有操作界面的变化，需要配以截图 快捷键或功能变化需单独注明 流程的变化，需用流程图表示 3.1.2.2具体修改问题描述填写注意事项 同一问题修改涉及多个模块，且各模块的变化类似(比如药品入库单据中增加了“成本价”显示，涉及到药品外购入库、其他入库、自制入库三个模块)，只需要在bug登记中对应的模块(外购入库)中整理改进说明，涉及到的其它模块中提供链接即可。 同一问题涉及到多个模块的修改，但各模块的变化不同(比如系统参数增加了一个“病区与科室独立”，涉及系统参数、床位管理、入出管理等多个)，则需要在每个模块中分别整理改进说明。 同一问题（或类似问题）多个用户反馈，《改进说明》需要合并及汇总 涉及到权限或功能模块变化，需单独注明并按3.1.3要求进行登记 涉及到参数变化，需单独注明并按3.1.4要求进行登记 涉及到报表变化，需单独注明并按3.1.5要求进行登记 涉及到数据修正及升级注意事项,需单独注明并按3.1.6要求进行登记 权限变动表 如果问题修改涉及到权限或功能模块的变化，测试人员除了在修改问题描述中填写外还需要权限变动表中作登记 模块编号 模块 变动方式 权限名称 关联bug编号 备注 1009 收费项目管理 新增 医价接口 　 参数变动表 如果问题修改涉及到参数的变化，测试人员除了在修改问题描述中填写外还需要参数变动表中作登记 序号 参数名 参数类型 所在模块 变更情况 相关问题编号 补充说明 1 收费后票据(不打印、自动打印、选择是否打印) 本地参数 病人收费管理 增加 4875 缺省为“自动打印” 报表变动表 如果问题修改涉及到报表的变化，测试人员除了在修改问题描述中填写外还需要报表变动表中作登记 序号 报表名 变动方式 变动原因 相关问题编号 补充说明 1 挂号员操作日报.ZLR 修改 4876 数据修正及升级注意事项 如果问题修改涉及到数据修正或对升级有重大影响，测试人员除了在修改问题描述中填写外还需要数据修正及升级注意事项中作登记 小组整理审核 小组整理审核的任务分配 从zlhis10.13.0及9.23.0起《改进说明》的整理及审核由测试部各小组轮流承担，具体的任务分配参见测试部网站“改进说明整理审核任务分配表”。《改进说明》的整理审核需随时进行，各责任小组可以采取每周进行一次的方式，全部内容的整理审核需在产品发布前3个工作日内完成。 整理及审核的内容 总表的内容在具体的模块下是否登记齐全，权限、参数、报表变动表等是否有遗漏 文字描述是否在错误及歧义 同一问题（或类似问题）多条《改进说明》是否进行合并 是否存在格式排版不规范 《改进说明》文件的管理 测试部在TS上按系统及版本统一建立《改进说明》的目录，通过vss进行管理 《改进说明》文件的管理参照源码的管理进行 具体的修改问题描述HTM文档命名规则 按问题编号来命名，如果同一问题涉及多个模块时，加上子编号，比如7583_1 HTM文档的标题统一为问题编号，比如在7583_1.htm中，标题一段设置为“title7583/title” 附责 违反本规范上述条款，按违反职业素质执行 本规范自发布之日起正式执行