项目 项目名称 |
XXXX |
总结部门 |
测试部 |
测试 测试周期 |
X月X日~X月X日 |
总结人 |
XXX |
项目 测试 项目测试概述 |
在此次院内PACS70T版本的测试中,我主要是负责测试放射工作站,包括工作站界面、工作站中各功能模块、阅片以及叫号终端等,共提交176个bug,在测试过程中也不断更新放射checklist表以及测试用例,在测试后期输出测试报告,整理遗留问题以及版本的更新记录,并参与版本的发布评审。对此项目的测试整体而言,已基本完成了各个模块的基本功能测试,但是项目时间紧张,加上后期打包频率较高且不是很稳定,部分细节问题可能也会有遗漏或是重现;此外整个测试流程部分环节也不是很规范,后期项目测试中需加强改进。 |
||
本项 本项目测试取得的成绩 与不足之处 |
相较以前的测试,此次项目的测试个人取得了一定的进步,主要表现在:
对于以上问题的改正措施: 1.合理有效安排项目测试时间,明确什么时间段要完成什么事情,并在平时提升自己的技能,从而提高解决问题的能力以及工作效率。 2.在以后的测试中,要根据自己的测试任务制定详细的测试计划,跟同伴沟通好分工的内容,并按照计划严格执行,争取覆盖到所有的测试内容。 3.通过后期的集群测试项目、自发地向研发请教服务端知识以及参与相关的培训等方式,加强对服务端的了解,同时在处理现场反馈的服务端问题时,学习和积累服务端问题的分析方法。 4.对于每个版本中偶现的问题,详细记录下来,在后面的测试中重点留意;对于一些很重要的产品性能方面的问题,在后期的版本中也要作为长期测试项目。 |
||
对其 对其他它部门的建议 |
此次项目测试过程中仍有诸多问题需要改善,对此,提出如下建议: 1.在项目初始必须开展需求评审,提供完善详细的需求说明书,明确好要测试的内容,不要在项目过程中随意增加或者删除测试内容。 2.打包质量有待提高,多次出现文件漏掉的情况,建议列出文件清单,每次打包前核对一下,确保不会漏掉重要文件。 3. 发包的频率过于频繁。这一点需要各部门协商,根据实际的测试情况确定发包时间,以避免个别功能重复测多次,而有的功能未测到的情况。 4.问题修改的不彻底。个别问题修改的不到位,有的还会引发新的问题出现,希望研发在修改完代码之后能够自测全面,并进行一些关联测试。 5.对于每次提供给测试部门的包,研发都要进行自测,如果初始库提供了升级脚本,也希望能执行一下升级脚本,然后连接测试工作站。 6. 及时跟进偶现问题。偶现的问题不好寻找规律,因此很难复现,所以对于偶现的bug希望能够及时跟进,以免后续跟踪费时又费力。 |
测试总结模板
猜你喜欢
转载自blog.csdn.net/w13632910369/article/details/84957442
今日推荐
周排行