测试部门年终总结_第1页
测试部门年终总结_第2页
测试部门年终总结_第3页
测试部门年终总结_第4页
测试部门年终总结_第5页
已阅读5页,还剩23页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、测试部门年终总结测试部门年终总结Y e a r - e n d R e v i e w O f T e s t i n g D e p a r t m e n t前前 言言PERFACE回顾2021年这一年来的工作,我在公司领导及各位同事的支持和帮助下,严格要求自己,按照公司要求,比较好地完成了本职工作。通过近一年的学习和工作,工作模式上有了新的突破,工作方式有了较大的改变。现将这一年的工作情况总结如下:目目 录录0101工作的主要内容工作的主要内容c o n t e n t s0202工作中不足及经验工作中不足及经验0303部门建设的建议部门建设的建议0404展望下一阶段的工作展望下一阶段的

2、工作工作的主要内容工作的主要内容PART.01PART.01我的工作职责主要有以下几方面:我的工作职责主要有以下几方面:功能测试功能测试0101性能测试性能测试0202配置管理配置管理0303团队管理团队管理0404工作职责补丁测试方面1 1辖内对公辖内对公系统补丁系统补丁测试测试2 2部分部分xxxx代代客管理系客管理系统补丁测统补丁测试试3 3xxxxxx系统补系统补丁测试丁测试4 4xxxx资金管资金管理系统补理系统补丁测试丁测试功能测试功能测试压力测试压力测试电子交易系电子交易系统压力测试统压力测试0101统一登录统一登录系统压力系统压力02020303离岸系统离岸系统压力测试压力测试

3、0404新一代做市商新一代做市商系统压力测试系统压力测试性能测试性能测试压力测试压力测试0404新一代做新一代做市商系统市商系统压力测试压力测试0303离岸系统离岸系统压力测试压力测试0202统一登录统一登录系统压力系统压力0101电子交易系电子交易系统压力测试统压力测试性能测试性能测试按照项目计划进行的,按照项目组计划要求完成测试任务、提交测试类相关文档,包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试项目的测试进度控制项目的测试进度控制配置管理配置管理测试时应与项目组长沟通,明确每日工作流程,如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。测试组内

4、部计划测试组内部计划配置管理配置管理着重从完善制度着手,通过加大制度的执行力不断加大服务考核力度,以进一步提高客服人员综合素质。制度建设制度建设现场监督考核力度现场检查现场指导团队管理团队管理测试团队在不断壮大,我负责带领指导3个新人。负责培训测试技巧,指导书写文档等工作。团队成员培训团队成员培训新人培训新人培训技巧培训技巧培训指导测试文档编辑指导测试文档编辑团队管理团队管理工作中不足及经验工作中不足及经验PARTPART.02.021)检查:开发人员开发出的模块后或修改的bug后自己先走查一下流程,看看流程是否能走通,是否还报错,这样就能确保级bug出现的机会大大减少!2)开发人员在修改bu

5、g之前一定要认真先想一下,这种修改方法会不会给其他模块带来bug?会下会影响其他人员的模块出错?然后在下手修改代码!3 )旦所有人进入全面开发软件后,数据库和底层代码就不能变动!4)一旦进入开发阶段,需求就不能再随意增加变动!5)开发人员严格按需求开发项目,不能私自变动开发;如有变动需要,要所有部门领导在一起商量,并下发通知商量后的结果!6)要做到在写代码之前需求必须全部写完!7)大型项目,测试人员必须配足,岗位齐全,从而缩短测试周期,一个人的精力与技术经验必定有限!部分问题已经在根据如上方法实行中部分问题已经在根据如上方法实行中1)检查:开发人员开发出的模块后或修改的bug后自己先走查一下流

6、程,看看流程是否能走通,是否还报错,这样就能确保级bug出现的机会大大减少!2)开发人员在修改bug之前一定要认真先想一下,这种修改方法会不会给其他模块带来bug?会下会影响其他人员的模块出错?然后在下手修改代码!3 )旦所有人进入全面开发软件后,数据库和底层代码就不能变动!4)一旦进入开发阶段,需求就不能再随意增加变动!5)开发人员严格按需求开发项目,不能私自变动开发;如有变动需要,要所有部门领导在一起商量,并下发通知商量后的结果!6)要做到在写代码之前需求必须全部写完!7)大型项目,测试人员必须配足,岗位齐全,从而缩短测试周期,一个人的精力与技术经验必定有限!1)检查:开发人员开发出的模块

7、后或修改的bug后自己先走查一下流程,看看流程是否能走通,是否还报错,这样就能确保级bug出现的机会大大减少!2)开发人员在修改bug之前一定要认真先想一下,这种修改方法会不会给其他模块带来bug?会下会影响其他人员的模块出错?然后在下手修改代码!3 )旦所有人进入全面开发软件后,数据库和底层代码就不能变动!4)一旦进入开发阶段,需求就不能再随意增加变动!5)开发人员严格按需求开发项目,不能私自变动开发;如有变动需要,要所有部门领导在一起商量,并下发通知商量后的结果!6)要做到在写代码之前需求必须全部写完!7)大型项目,测试人员必须配足,岗位齐全,从而缩短测试周期,一个人的精力与技术经验必定有

8、限!1)检查:开发人员开发出的模块后或修改的bug后自己先走查一下流程,看看流程是否能走通,是否还报错,这样就能确保级bug出现的机会大大减少!2)开发人员在修改bug之前一定要认真先想一下,这种修改方法会不会给其他模块带来bug?会下会影响其他人员的模块出错?然后在下手修改代码!3 )旦所有人进入全面开发软件后,数据库和底层代码就不能变动!4)一旦进入开发阶段,需求就不能再随意增加变动!5)开发人员严格按需求开发项目,不能私自变动开发;如有变动需要,要所有部门领导在一起商量,并下发通知商量后的结果!6)要做到在写代码之前需求必须全部写完!7)大型项目,测试人员必须配足,岗位齐全,从而缩短测试

9、周期,一个人的精力与技术经验必定有限!出现目前的解决办法1、测试任务开始前,将测试范围、深度、文档书写规范等规则统一制定好,减少返工的工作量。2、编写测试用例前,将所有情况简单列举出来,与开发人员或需求提出人员确认无误后,再具体形成文档。从多次测试任务中,总结出以下两点:从多次测试任务中,总结出以下两点:经验重视每一个重视每一个细节,不要细节,不要忽视小问题。忽视小问题。进行重复工进行重复工作也不能大作也不能大意意考虑问题考虑问题要严谨要严谨注重用户注重用户体验体验从失败案例中总结的教训部门建设的建议部门建设的建议PARTPART.03.03系统上线后新增bug的责任划分、任务延迟时需说明原因

10、等。强化制度建设如果能让开发人员了解测试过程,可以让测试工作更好开展,以及获得更好的配合。争取能让开发人员了解测试过程每次测试完成后,相关测试人员要进行业务总结,写成文档上传SVN,以便知识共享。加强部门测试成果的积累与沉淀例如:对项目的测试经验,性能测试的经验,测试用例设计经验等。除了将已有测试成果进行有效除了将已有测试成果进行有效管理外,还需要将已有的测试管理外,还需要将已有的测试知识沉淀下来。知识沉淀下来。加强部门测试成果的积累与沉淀展望下一阶段的工作展望下一阶段的工作PARTPART.04.04D DC CA AB B产品系统产品系统2022年3月完成物流系统物流系统2022年5月完成

11、销售系统销售系统2022年4月完成财务系统财务系统2022年6月完成下一阶段需优先完成的测试项目目前测试部人员严重不足, 多个岗位空缺,必须补充人员需求人员需求2名性能测试人员1名功能测试人员2名安全测试人员团队建设加强部门测试成果的积累与沉淀,提高团队测试水准质量控制标准以及开发、测试工作流程,让开发更好的了解测试的流程,增强开发团队与测试团队的配合,提高工作效率。内部培训与讨论内部培训与讨论提升工作效率提升工作效率团队建设继续研究性能测试,并要将继续研究性能测试,并要将LRLR工具运用在实际工作中。工具运用在实际工作中。接触吸收新的业务知接触吸收新的业务知识,积累测试方面必识,积累测试方面必须的业务知识点须的业务知识点进步一提高与客户、进步一提高与客户、与项目组内的沟通能与项目组内的沟通能力和协调能力力和协调能力010103030202个 人 学 习 规 划最后,感谢部门领导、各位同事对我这个新人在初期工作时的帮助,在工作上对我的监督指导

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论