测试总结模板

项目                 项目名称

XXXX

总结部门

测试部

测试                测试周期

X月X日~X月X日

总结人

XXX

项目

测试                项目测试概述

在此次院内PACS70T版本的测试中,我主要是负责测试放射工作站,包括工作站界面、工作站中各功能模块、阅片以及叫号终端等,共提交176个bug,在测试过程中也不断更新放射checklist表以及测试用例,在测试后期输出测试报告,整理遗留问题以及版本的更新记录,并参与版本的发布评审。对此项目的测试整体而言,已基本完成了各个模块的基本功能测试,但是项目时间紧张,加上后期打包频率较高且不是很稳定,部分细节问题可能也会有遗漏或是重现;此外整个测试流程部分环节也不是很规范,后期项目测试中需加强改进。

本项            本项目测试取得的成绩

                   与不足之处

相较以前的测试,此次项目的测试个人取得了一定的进步,主要表现在:

  1. 对工作站的功能有了更深的了解。对于一些细节的功能,以前都只是简单测一下,但是不会去了解这个功能的具体用法,此次测试,对于一些不明白的功能,会向研发详细地了解这个功能在医院实际业务中是怎么用的,对功能的应用场景有了更深的了解,这对以后去现场测试有很大的帮助。
  2. 与研发人员的沟通更为融洽和有效。可能是由于大家相互之间越来越熟悉的关系,现在跟研发人员的沟通都变得很顺畅,而且效率也大大提升,对于一些问题的解决方法,双方会相互协商。以前的自己面对不会的问题都是自己慢慢找方法,不太敢直接去问开发的人员,现在的自己在碰到疑问或者在协助研发解决bug时,会跟着研发一起看下代码,跟踪问题根源,发现bug的重现规律,使得下次验证问题时能够验证的更全面有效。
  3. 积极跟进问题的解决情况。对于发现的bug会隔天去查看解决状态,重要问题如果没有及时解决,就会督促研发人员,并在他们修改之后协助验证,以确保bug能够修改的及时有效。
  4. 对于重要功能的配置和操作会整理成文档,资源共享。有的功能配置较为复杂,且在不同的版本中可能会有所不同,时间一长,就有可能忘记或者混淆,因此,在测试过程中,会将这些稍作整理,这样不仅方便了自己测试和协助验证问题,同时也可以共享给其他人,以帮助他们解决同样的问题。
  5. 收集测试过程中常见问题的解决方法。会逐步收集测试过程中遇到的一些问题的可能出现的原因及排除方法,以便日后自己遇到问题时可先排查原因。
  6. 当然,随着测试项目的完成,也暴露了一些自身的问题:
  7. 测试时间安排上欠合理。在测试此次项目的同时,还参与了其他的测试项目,在各个项目的时间分配上不是很合理,尤其是在IHE测试时,因初次接触,所以花费的时间较多,从而在PACS测试上投入的精力不是很够。
  8. 测试内容可能存在遗漏。一方面,由于项目打包频率较高,每一轮测试都要过主要功能,这就导致主要功能模块测了很多次,但是某些细节功能可能由于时间关系就没有测到;另一方面,在测试内容的分工上,跟同伴的分工也不是很明确,这也是导致可能遗漏的原因之一。
  9. 对服务端的知识掌握的还不是很熟悉。以前对服务端关注的较少,测试的也不多,因此在这一块了解就不是很深入,以致于无法正确跟踪和定位服务端出现的一些问题。

 

对于以上问题的改正措施:

1.合理有效安排项目测试时间,明确什么时间段要完成什么事情,并在平时提升自己的技能,从而提高解决问题的能力以及工作效率。

2.在以后的测试中,要根据自己的测试任务制定详细的测试计划,跟同伴沟通好分工的内容,并按照计划严格执行,争取覆盖到所有的测试内容。

3.通过后期的集群测试项目、自发地向研发请教服务端知识以及参与相关的培训等方式,加强对服务端的了解,同时在处理现场反馈的服务端问题时,学习和积累服务端问题的分析方法。

4.对于每个版本中偶现的问题,详细记录下来,在后面的测试中重点留意;对于一些很重要的产品性能方面的问题,在后期的版本中也要作为长期测试项目。

对其               对其他它部门的建议

此次项目测试过程中仍有诸多问题需要改善,对此,提出如下建议:

1.在项目初始必须开展需求评审,提供完善详细的需求说明书,明确好要测试的内容,不要在项目过程中随意增加或者删除测试内容。

2.打包质量有待提高,多次出现文件漏掉的情况,建议列出文件清单,每次打包前核对一下,确保不会漏掉重要文件。

3. 发包的频率过于频繁。这一点需要各部门协商,根据实际的测试情况确定发包时间,以避免个别功能重复测多次,而有的功能未测到的情况。

4.问题修改的不彻底。个别问题修改的不到位,有的还会引发新的问题出现,希望研发在修改完代码之后能够自测全面,并进行一些关联测试。

5.对于每次提供给测试部门的包,研发都要进行自测,如果初始库提供了升级脚本,也希望能执行一下升级脚本,然后连接测试工作站。

6. 及时跟进偶现问题。偶现的问题不好寻找规律,因此很难复现,所以对于偶现的bug希望能够及时跟进,以免后续跟踪费时又费力。

你可能感兴趣的:(测试总结模板)