天网PCT管理平台操作说明.doc

天网PCT管理平台操作说明天网PCT管理平台操作说明一、概述 Product CASE Tracking（产品案例跟踪管理平台），简称PCT管理平台。该平台使用旨在规范与公司产品、项目实施相关问题的整理、反馈流程，增加问题处理的时效性、延续性、有效性。所有项目中反馈的问题都将使用PCT管理平台来统一跟踪处理，可以通过以下地址来访问该系统：风 眼 版：公司内网： 外 网： 标 准 版：公司内网： 外 网： 二、PCT平台录入规范1、总体规范与要求 清晰准确的录入CASE有助于测试、开发人员分析、了解、掌握问题或者客户需求，在最短时间内解决问题、弥补程序漏洞、满足客户需求，达到事半功倍的效果。 规范的CASE提交时的文档书写要清晰、客观的反馈问题实际，避免沟通理解错误。在对CASE发现和处理过程进行描述时，必须使用书面用语客观的反馈问题，避免使用口语。 问题描述需要按照CASE出现的操作步骤逐步描述，并提出自己的解决建议；对于用文字不能描述清楚的CASE、或者不容易复现的CASE，可以采用多种方式说明问题，如采取电话沟通、在附件中增加图片、文档说明等，帮助研发人员理解并分析CASE； 不同模块、不同类型的问题分开录入CASE，方便产品管理部、开发部指派任务和问题跟踪。 对于不能确认的问题，应避免在PCT管理平台中出现，应该通过其它方式确认问题后，再发布在CASE管理系统上。2、CASE录入范例下图是录入CASE 的CASE平台界面，我们以图为例，说明规范的录入CASE都必须准确的输入哪些内容。其主要包括：、。（以上项目可以通过按住CTRL单击鼠标左键，查看每个录入项的说明） 图一 上图注释：编号必输项描述1CASE标题对问题的简单概述。应当简洁、鲜明、突出重点，方便以后进行检索。2模板路径正确指定问题所发生的模块，未能确定、新增模块的需求以“/”代替。3指派给指问题交由谁来处理，风眼版和标准版各个项目新创建的CASE都必须指派给刘晓晶来统一进行任务分配和处理。编号必输项描述4严重程度严重级：指必须要立即处理的致命性错误，如造成系统无法运行、程序严重错误、数据被破坏、丢失、系统崩溃等问题；此类问题会对医院造成严重影响，干扰医院正常的医疗秩序，必须要立即开始处理，出现此类问题要第一时间上报技术部经理、产品管理部经理、研发项目经理，并和公司保持电话联系，随时跟踪进度，此类问题如果由于时间紧迫，可以在发生时不录入PCT管理平台，第一时间通过电话联系，但要在问题处理完成后三天内补录，以备查询和其他项目借鉴；重要级：指需要尽快处理的问题，如程序报错、流程不能满足用户要求（并且没有替代方案）、性能不能满足要求；重要的错误类问题，必须在第一时间创建CASE，公司会在问题录入后24小时内（下午5点后和节假日录入的错误问题从下一个工作日的上班时间开始计时）处理完成，不能处理完成的会在24小时内和case创建人沟通解决方案；重要的需求类（改进类、新增类）问题，必须在第一时间录入CASE，需求类三个工作日内回复解决方案；普通级：不会影响整个系统运行性能的问题，如操作不方便，界面布局不合理等，此类问题会在三个工作日内回复解决方案。5CASE类型错误类： 1.程序现有流程、功能、报表的报错； 2.界面数据显示错误或者报表数据统计错误；改进类： 1.对程序现有流程、功能、报表的变更（新增或者减少功能点）；2.弥补现有流程、功能、报表的设计缺陷；3.解决软件性能问题；新增类： 1.在现有功能基础上需要新增加的功能或者报表； 2.在现有平台基础上需要新增加的模块；3.新增加的业务流程；编号必输项描述6需求分类根据CASE类型选择该CASE的需求类别7创建Build描述发现该CASE的软件版本号8CASE状态指定CASE处理的优先等级9用户名称提出CASE的医院名称，如果是公司内部人员提出，则为提出者的部门名称10复现步骤步骤：清晰记录问题产生的前置条件（配置、使用模式等）和步骤，采用数字编号备注1、2、3、方式逐条描述发现过程，达到让验证人员依据描述可以复现问题。结果：问题造成的影响以及后果期望：是要达到的目的，以及解决问题的时间预期。11注释记录需求、测试、开发，以及技术（客服）对问题的跟踪分析注释，反映了对问题的整个跟踪处理过程。三、跟踪CASE创建者录入CASE只是一个反映问题的过程，并不代表该CASE已经解决。创建CASE后还应该跟踪CASE,以便了解CASE动态，协助公司解决问题。可以在CASE状态中了解目前CASE出于哪种状态以及目前指派给谁来解决！如下图所示： 图二 下表是有关CASE状态的描述。CASE状态状态描述Active活动状态，CASE 目前正在处理过程中。Resolved解决状态，CASE 已经解决，但是没有确认关闭。Closed关闭状态，CASE 已经解决，并且已经确认关闭。如上图所示：目前CASE的状态以及交由谁来处理可以通过指派给了解，该CASE处于活动状态指向王亮，可以向他咨询目前CASE的进展状况。四、回复CASECASE的解决过程是在各部门的协作下实现的。因此需要需求、测试、开发，以及技术（客服）对问题的跟踪分析注释。将问题、意见或者建议记录至注释中。而对于各部门的回复规范另有规定如下： 测试回复规范测试在初次验证CASE后，描述验证结果的格式为： 验证通过，描述的问题存在，并写出自己的补充意见，提交开发；或验证未通过，请技术再次确认，并提供问题的确认方法和解决思路； 开发回复规范开发人员在修改完成CASE后，需要将CASE解决（）掉，描述的格式为： 已经修改完成，参见开发任务管理平台ID编号； 测试在验证修改后的CASE后，描述验证结果的格式为： 验证未通过，描述的问题仍存在； 验证未通过，发现新的问题，描述如下；验证通过，问题解决，并上传； 工程师回复规范技术人员在关闭CASE时，描述格式为：验证通过，客户已验收；其中，若是由测试人员发现的CASE，关闭CASE由发现问题的测试人员进行，描述格式为：验证通过，问题已解决。五、关闭或者激活CASE 关闭CASE：当一个CASE被解决之后，如果创建CASE人员同意此解决方法，则关闭这个CASE。意味这个CASE生命周期的终结。并且在解决方案处注明解决方案途径，注释如下：编号解决方案描述1By Design创建者所描述CASE程序就是这样设计的，如果改变现有模式会影响程序的正常使用。此问题不做处理。2Duplicate这个问题别人已经发现，而且已经录入CASE。可以在重复CASE处查看该CASE号！3External是由外部因素（比如浏览器、操作系统、其他第3方软件等。）造成的问题，和程序没有关系！4Fixed创建者所描述问题已经解决。5Not Repro根据CASE创建者所描述的复现步骤，测试、开发人员经过测试都没有重现所描述的问题。请CASE创建者重新检查程序流程、版本号以及问题复现步骤，尽可能多的收集信息协助公司解决此问题。6Wont FixCASE创建者所描述的问题已经验证，问题存在。但是此问题不影响程序流程，对医院正常业务没有影响。决定不做处理。7PostponedCASE创建者所描述的问题已经验证，问题存在。但是由于时间原因当前暂不处理，或者将在下个版本中解决这个问题。 激活CASE：如果技术员不同意该CASE的解决方案，或者该Case被解决后又重新出现，则可以激活这个Case。激活后该CASE会自动指派给当初解决的人，当然必须在注释处注明激活的理由。在激活一个CASE时，描述格式为：问题复现，重新打开，并对问题复现的情况进行描述； 优秀Case：CASE4173、CASE4169、CASE4300、BUG851等，希望各位工程师借鉴。六、评分技术人员或者客服人员可以在本次CASE的测试评分处对测试工程师的CASE处理能力进行评分，力求做到客观公正、公平。评分尺度以及标准如下表：评分标准5分软件验证超过了预期，测试者在完成了软件测试要求的基础上，还实现了要求之外其他软件改进点或者提供了产品实施应用更好的解决方案；4分软件测试达到了预期，各种更新文档和说明齐全、描述清楚；3分测