68
格式:DOC
适用场景:新员工年度工作总结、测试岗位试用期转正总结
内容要点:cmbp项目测试、测试经验交流简报、rationaperformance tester研究
本文看点:测试岗新人年度工作复盘总结、面向测试部门建设的改进建议总结
一、总体来说,xx年我主要完成了以下几方面的工作:
具体来说,如下:
1.项目测试工作
这段时间,我主要是协助c.y.x进行cmbp项目测试,主要工作内容有:
对测试用例的编写提供反馈意见;
对测试过程及测试情况进行分析,并提供意见;
设计业务测试数据的例子;
绘制系统关键业务流程;
进行主要功能的界面测试、功能测试;
按照测试用例执行测试,并提交测试汇报;
进行需求验证工作。
2.知识与经验分享
这部分工作,主要表现在四方面:
完成项目测试经验总结
完成“测试经验交流与知识分享”简报,包括简报材料的制作。该简报内容包括:项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。
对现有测试规范提供改进反馈意见;
根据以往经验,在cmbp项目中提供帮助。
3.完成所需知识的积累
这部分工作,主要是为了更好的完成工作,学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有:
学习金融行业业务知识
学习公司研发规范
学习研发部产品知识(保理项目、intelliworkflow、农行crm系统、工作流知识)
参加公司或业务部门组织的培训(新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍)
学习缺陷管理工具ttp
4.工具学习及研究
根据《新员工入职指引表》的要求,我了解rationa测试解决方案和工具,并进行rationaperformance tester的研究。完成对rationaperformance tester的研究后,我提交了研究成果,包括:《rationaperformance tester 6 介绍.doc》、使用rationaperformance tester进行性能测试的例子及学习参考资料。
二、明年计划
xx年,我希望能通过参与具体项目的实践,达到以下目标:
1.能将测试过程在项目中真正的运用起来,并让项目的开发人员了解我们的测试过程
2.在项目中沉淀出一些部门成果
除了保质保量的完成项目测试工作外,我还将积极、主动的参与部门建设工作,和部门所有成员一起努力,在领导的指导下,将我们部门做成受到公司认可,有一定地位的部门。
三、对部门建设的建议
在部门建设上,我想可以从以下几方面逐步开展部门建设工作:
1.对人员进行分工,或者说是团队成员的侧重方向进行明确
例如,同一测试技术或测试工具,可以不需要多个人同时研究,这样可能造成资源的浪费。
2.强化制度建设
3.加大对测试过程的实施力度
现有测试过程,过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外,争取能让开发人员了解测试过程。如果能让开发人员了解测试过程,可以让测试工作更好开展,以及获得更好的配合。
4.加强部门测试成果的积累与沉淀。
现在的测试成果保存在服务器上,很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器,只是保留在个人机器上,很容易发生人走成果也不在的情况。另外,保存在个人机器上,也不利于知识的传播与分享,不利于部门成员技能的提升。
除了将已有测试成果进行有效管理外,还需要将已有的测试知识沉淀下来。例如,对项目的测试经验,性能测试的经验,测试用例设计经验等等。
适用场景:试用期转正总结、软件测试岗转正申请
内容要点:手机软件测试、试用期2个月、白盒测试方向
本文看点:新人转正用的软件测试工作总结、面向测试工程师的试用期能力提升总结
本人自xx年3月25日起进入x公司从事手机软件测试工程师一职,在不知不觉中已经经过了2个月的试用期。在这段时间里,我感悟颇多,虽然这并不是我的第一份工作,但是在此期间,我对于工作一贯谦虚谨慎、认真负责的工作态度,从来没有改变过。
在本部门工作中,我一直严格要求自己,认真及时地完成领导布置的每一项任务,并虚心向同事学习,不断改正工作中的不足;配合各部门负责人落实及完成公司各项工作,
在过去的2个月中,通过不断的学习和自我提高,已经适应了本职的工作,但对于一个初入公司的新人,要全面融入企业的方方面面,可能在一些问题的考虑上还不够全面,但我相信,通过公司领导及同事的悉心指导,我一定会在今后的.工作中更好的提高自己的水平、素质,更好的完成本职工作。
在今后的工作中,我要继续努力,克服自己的缺点,弥补不足,向白盒测试、内部代码测试方向了解,加强软件测试、计算机语言方面的知识,不断自我学习,力争成为学习型、创新型、实干型兼备的新世纪人才。
适用场景:JavaWeb系统测试总结、期末大作业测试实践总结
内容要点:JUnit、JMeter、elearning系统
本文看点:面向软件测试初学者的单元与性能测试方法论总结、基于真实JavaWeb项目教学场景的测试规范实践总结
这学期的期末大作业是对elearningjavaweb应用系统进行测试,通过这次系统测试,我学到了很多知识。对于具体的测试部分,我主要做的是单元测试和性能测试,其中单元测试使用的是junit工具,性能测试使用的是jmeter。就这次大作业而言,我认为它与我们平时做的实验很不相同,我们平时的实验只是涉及到测试的某个小部分,而这次测试却是对一个相对完整的项目按照规范的标准进行测试。
对于好的测试来说,应该注意一下几点:
1.测试的独立性:一次只测试一个对象,方便定位出错的位置。这有2层意思:一个testcase,只测试一个对象;一个testmethod,只测试这个对象中的一个方法。
2.给测试方法一个合适的名字。
3.在assert函数中给出失败的原因,如:asserttrue("…shouldbetrue",…),方便查错。在这个例子中,如果无法通过asserttrue,那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。
4.测试所有可能引起失败的地方,如:一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类,如果是由ide(如eclipse)产生的,则可不测;如果是人工写,那么测试一下。
5.在setup和teardown中的`代码不应该是与测试方法相关的,而应该是全局相关的。如针对与测试方法a和b,在setup和teardown中的代码应该是a和b都需要的代码。
6.测试代码的组织:相同的包,不同的目录。这样,测试代码可以访问被测试类的protected变量/方法,方便测试代码的编写。放在不同的目录,则方便了测试代码的管理以及代码的打包和发布。
对于测试用例的命名,我们要使其与测试类的名称相一致,比如说,类的名称为testing,此类的测试用例的名称为testingtest。当我们把测试代码和被测的代码放在同一目录下时,我们就可以在编译被测代码的同时编译测试代码,从而确保两者是同步更新的。事实上当前的普遍做法,就是把单元测试视为build的一个环节。保持测试之间的独立性是一个很好的习惯,使得它们在任何次序下执行的结果都是相同的。如果真得需要某些测试按照特定的次序执行,我们可以借助addtest来实现。当我们需要增加一个测试时,我们要书写一个自己的测试用例,但是如果喜欢在测试用例的构造函数中做有关的初始化工作,这就不是个好习惯。数据文件应该尽可能和源代码一起都放在配置管理系统上,但这样一来如果我们采用上面的resource机制,我们就需要做一件工作,就是把数据文件从原来的位置-就是源代码的某个相对路径,拷贝到编译后的位置,也就是class文件的相应的相对路径。
通过这次软件测试的系统测试,我对软件测试有了更加深刻的认识,其实软件测试并不像想象的那么简单,它需要测试人员具备多方面的能力和素质。软件测试人员应该拥有广阔的视野、一定的编程能力、细心和耐心等等。这些对于能否测出优秀的系统来说都是必不可少的。
经过这次对javaweb应用系统的测试,我的测试能力得到了锻炼,对软件测试有了比较全面的认识,收获了很多珍贵的东西,而且我也从软件测试的角度,对编写健壮的程序也有了新的认识。
适用场景:测试工程师年度总结、GIS项目测试工作总结
内容要点:GIS应用测试、性能测试工具LR、电信验收测试经验
本文看点:面向测试工程师的年度能力成长总结、聚焦电力与电信行业业务测试的经验总结
一、本年度工作完成情况
时光飞逝,在这年里本人独立负责测试的项目10个,与其他测试人员联合测试的项目9个以及GIS应用虚拟项目(2个版本)。
其中独立负责的项目对项目的开发周期做全程跟踪测试,联合测试的项目协助其他测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多,同时也提高了自己各方面的能力。感谢领导的支持和指教,现总结如下:
独立负责的项目列表:
1) 《湖南xx空调进销存系统》
2) 《湖南xx空调售后服务系统》
3) 《长沙统计局数据管理平台》
4) 《长沙统计局数据展示系统》
5) 《长沙统计局GIS应用系统》
6) 《xx电网 WEB GIS系统》
7) 《xx电网 移动电子化移交系统》
8) 《xx电网 东莞局单线图绘制系统》
9) 《电信号百-掌上同学圈》
10)《长沙城市林业生态圈资源信息集成系统》
与其他同事联合测试的项目列表:
1) 《xx市规划局办公系统》
2) 《xxx_地理公共服务平台》
3) 《xxx市规划局自动化办公系统》
4) 《xxx县城建档案馆著录系统》
5) 《xxx市统计地里信息系统》
6) 《xxx市社会安全联合救助系统》
7) 《xx市施工图审查中心一体化办公平台》
8) 《xxx控制性详细规划系统》
9) 《 xxxxx市地理信息系统》
GIS 应用 虚拟项目
1)GIS 应用xx项目 B/S版本
2)GIS 应用 xx项目 C/S版本
其中格力项目的测试工作,多次与开发组人员一同参与在客户处讨论需求与细节要求,对客户的习惯和要求有了清晰明确的了解。与电信的验收测试中学到了很多专业的测试方法和测试经验,和他们成为了好朋友。在后续的合作与交流中,将更进一步提高自己的专业技能,保持良好的沟通与联系做好测试工作。
南网的项目在通过开发组的培训后,对南网1.0环境与功能,数据库的结构有了比较清楚的了解,对测试南网2.0很有帮助,主要是对电力这块的业务有了深入的了解,对测试电力行业的系统打下了业务认知基础。加入专业的测试方法,使测试工作更好的服务于项目。
很开心在公司的QC与SVN上,留下了我对以上19个项目测试工作的痕迹,我将不断努力工作,为测试团队在公司中更有价值积极进取。
二、个人取得哪些进步
繁忙的测试工作虽然很辛苦,但得到了领导的支持与指导,通过自身学习,使自己各方面都得到了提高。现总结如下:
1) 对性能测试比之前更加专业熟悉。 通过使用 LR性能测试工具以及其他辅助工具,对格力两个项目和南网的WEBGIS 项目进行了几次压力测试。通过深入了解业务,设计有针对性的性能测试方案,得到了电信与格力客户的认可。这其中主要是与电信测试人员的合作与交流中,学到了很多专业的测试手机端程序压力与手机客户端性能的方法。对文档的要求与制作也更加严格、专业。
2) 通过了解电信测试对开发文档的要求,认识到文档的重要性与测试文档的重要性,因此格力进销存后期开始研发后,就不断给项目组灌输客户对文档的要求与格式,以及电信验收中的习惯与要求,避免了类似格力售后在摸索中,痛苦加班赶制文档的经历,在张经理的严格督导下项目组更新文档都很及时。目前项目已经通过了第一期验收合格。
3) 参加了公司培训的GIS应用开发,对GIS的应用有了初步的了解,第一个项目是测试湖南天地网系统,在测试过程中,对GIS应用有了实践。并产生了浓厚的兴趣,对配图、图层切图等ARCGIS相关有了实际操作,在考核中得到了巩固。
4) 在前期做配置管理的学习中,学会了SVN的环境配置与管理,感谢谢敏在我学习SVN过程中的指教和帮助,使我对独立搭建SVN环境更加熟悉。
5) 对软件测试工作有了新的认识:在测试工作中,仅对测试的工具和测试方法熟悉只是测试工作的基础,需要深入了解业务以及软件需求的趋势,才能更好的做好测试工作。 对于性能测试更需要在这个基础上对计算机原理、网路、行业有全面的了解和经验,才能对测试的数据做出精准、详细的分析。 给出参考价值高的测试报告。
三、遇到的问题及解决方案
1)项目紧急、开发人员少、测试时间少,客户更新需求超级频繁,开发计划刚做好,需求又变更了。 比如格力售后项目,前期测试计划基本上每天都在变动。因此前期测试过程中,是连接正在使用开发的环境在测试,测试起来难以把握。处于婴儿期的项目,加上没有开发手手机端的经验,因此BUG特别多,测试工作比较辛苦。进入格力进销存开发初期,在与客户沟通,先画出UI界面再开发后,项目开发顺利了很多,测试工作也没有前期那么紧张了,虽然还是经常要加班,但是明显比最开始开发手机端要好很多。
2)测试环境硬件比较缺乏: 格力项目测试期间初期,公司未申请空间,但是测试必须用到外网,客户借用了服务器,但是有客户的其他软件正在使用,因此不能重启,资源也无法准确的预估,对开展测试工作有很大的局限。格力项目完成基础功能,准备完善功能细节时期,得到了许总和张经理的支持,公司申请了自己的空间,也办了手机测试卡,使测试硬件得到了彻底的改善。使我的测试工作有了很好的开展,也因此为客户提供了大量测试数据和测试文档,并最终得到了认可。
3)中途介入的项目,由于项目开发前期对业务没有了解,加上自身负责的项目工作也比较忙,因此经常有对业务不熟悉,无法测试整个系统的流程的情况,我目前使用的办法是:平时对规划行业和测绘行业的业务加以关注和学习,加上对GIS应用的培训与自身的经验,要短时间对系统进行彻底测试也不是可以的。
总结:只要有归零的心态,时刻更新自己的专业技能,并累积经验,做到时刻学习,不学习就会退后、认真的做一件事总是会找到做好事情的方法。
四、工作感悟及建议
1) 感受到了积极主动,富有激情的团队氛围。 格力的项目时间特别紧、需求变更特别频繁的特点,加上没有手机端的开发经验。因此前期特别辛苦,测试手机端程序也是从这个时候开始的,在这个过程中,我对手机端程序开始了积极探索与学习。了解手机端程序的开发与测试方法,特别是手机端性能测试与功能设计体验方面,我自己总结出了很多方法和经验,与大家一起分享,感到很开心。
2) 浓厚的培训特色,在进公司前我不太了解ARCGIS的应用,测试项目时感到有担心,但是马上就有公司的ARCGIS相关培训,使我们学会了部分基本的操作、对GIS应用也有了引导入门的培训。这使后续我自行学习和巩固有了很大的帮助.
3) 开发在业务培训上花了很多心思,在参加规划办公,测绘、南网的业务培训过程中,使我对业务与系统有了相结合的对应熟悉与了解,对后续测试系统很有帮助。也缩短了我们测试系统流程花费的学习时间。
4) 建议: 能增加一套测试环境需要的硬件设备。专门用来测试,目前我们很大程度上依赖开发现组的环境进行测试。如果有了专属的测试设备:将组建更完整的测试环境,使测试工作有基础得到更全面专业的实施。
五、下年度个人职业工作规划
适用场景:软件测试转正总结、试用期半年工作总结
内容要点:软件测试、专利申请资料、测试报告编写
本文看点:软件测试岗位试用期成长总结、跨部门协作型测试工作总结
我在公司的职位是软件测试人员,我的工作就是要负责公司软件开发后的测试工作,把好最后一道关,使公司的产品实现价值化,延长软件生命周期。
转眼间,在公司这个大家庭里工作已经半年了,回首这半年来自己所经历的一切,面对自己的成绩与教训、长处与不足、困难与机遇内心感慨万千,这段时间让我学到很多也懂得了很多,我很感谢公司所给予的一切。
首先,我真心的感谢公司领导及其公司同事给我们的这个难得的机会,我非常珍惜这个机会,对我来说,这能够真正使我从不适应工作到适应以后的工作和生活。非常感谢研发部的同事,还有感谢所有公司的同事,因为你们的帮助,我顺利的走过在公司的适应期。还记得工作第一天的时候,那时我对所有的工作流程都还不懂,开始的时候很紧张,但是从有了第一次工作后,对自己的工作就逐渐成为习惯,适应了这里的工作环境,自我价值也在工作的过程中得到了实现并且得到了提高。
其次,在工作的半年以来自己在工作上有不少收获,能够熟练的操作公司所生产的软件产品,做到尽到自己的工作职责将软件产品不成熟的地方和有bug的地方即时记录,享即时将建议与问题发给研发进行沟通,让研发可以更快的解决问题所在。对于网站以及服务器上会出现的问题都已经整理文档,方便大家共享,更好的查找和解决问题。
在测试工作之外,我会力所能及的帮用户监测网站查找问题,编写测试报告。帮公司的销售人员查找网站链接,整理表格资料,进行监测,查找出问题,方便销售人员对用户提供测试报告,增加销售筹码。
在领导的帮助下,完成了公司所需要申请专利的两份资料,对专利申请的流程以及申请文档的编写的有了进一步的了解。为以后在相同方面的工作累积了经验。
适用场景:监理项目年度总结写作
本文看点:监理项目中总监领导力实践反思、多类型工程项目管理经验整合
光阴似箭,岁月匆匆。在忙碌的时期,20xx再次成为历史,不经意间,20xx翻开了崭新的一页。
xxxx年是我来郭进公司参加这三年来最多项目的一年,从基金委的评估楼到万柳购物中心,从南三街的五五到碧水庄园,从国家教育总部到怀柔电子学院,再到豹屋小区。大小七项,来回。同时,既有管理项目,也有监督项目,包括刚开工的项目,也有已完工的项目。通过参与这些项目,我开阔了视野,增长了知识,提高了适应环境和适应随机变化的能力。同时也让我意识到自己的差距和不足。
回顾这些项目,有很多情绪。在这里,我想和同事们分享一些我的经历和感受。
一、项目管理经验:
1.在努力的同时,善于总结和沟通。通过基金会委员会对大厦管理项目的评价,我意识到作为管理者,在做好本职工作的同时,也要善于试图理解业主的意图,在工作的每一步都要尽可能按照业主的意图和思路去行动,这样既能提高工作效率,少走弯路,又能让业主满意。当然,这并不代表车主说的就是这么回事。我们所做的,是在标准化、合理化的基础上,尽可能满足业主的要求,让业主满意,而不必承担不必要的麻烦。要做到这一点,必须学会适当的总结和与业主沟通。不要炫耀,要在合适的时候用专业的语言完美的表达出来,让业主认可自己的作品。以免埋没了我们在管理上的成就。如果你只专注于自己的工作,而不善于总结和沟通,可能得不到业主的理解和认可,有时很容易埋没我们的工作成果。总结和表达上我还是有很多不足的。在这方面,我想向牛强经理学习更多,也希望得到领导和同志的批评和指导。
2.不断提高,未雨绸缪。
在经理和王旭经理的领导下,国家教育总部的管理项目得到了业主的好评,我认为这与王经理重视细节的管理方法是分不开的。在国家宗教项目中,王经理要求我们充分理解合同,熟悉图纸,不断改进工作,在与业主沟通时充分倾听一切,认真考虑一切,把业主的利益放在第一位,有服务意识,注重细节,要求施工单位严格按照规范和设计执行。正是因为这个严格的要求,我们赢得了业主的尊重和认可。
通过总结这两个管理项目,我认识到影响力、领导力和有效管理的重要性和必要性。大学的时候,老师说管理既是科学,也是艺术,更是实践。虽然有很多公式、模型和可量化、标准化的指标。但说到底,它的对象是有血有肉,有意识有思想的人。这时理论往往会显得苍白无力,主观因素会起很大作用。每一个管理者都希望自己带领一支训练有素、纪律严明的军队,能够禁线,来了就打,打得赢。但是公司的员工不是军人,管理远比发号施令复杂。所以我觉得管理最重要的是影响力。影响来自于自己的信仰、知识、思想和行为。当我们想要求别人做好的时候,首先要以身作则,这样才能让别人看得起你。
二、对监理项目的认知:
1.善于调动专业人员的积极性
做好一个监理项目,需要项目中每一个员工的积极参与和努力。为了调动大家的积极性,需要给予必要的行使权力,既能减轻总监的负担,又能让专业监理工程师有信任感,更加努力。在南三街的监理综合楼工程中,在历时仅40多天的精装修监理过程中,刘光辉总监给了我充分的信任,让我重点抓好三大控制点:安全、进度、质量。支持我每天下午召开一次有施工单位参加的生产质量安全进度协调会。因此,尽管工期紧,任务重,但在我的努力下,精装修施工如期完成,得到了业主的充分肯定和好评。在这里,我非常感谢刘光辉导演。我也很佩服他的组织协调能力。
2.改变自己——影响他人——改善环境
做好监理工作,得到业主的认可和施工承包商的尊重,项目总监起着决定性的作用。我觉得豹之家的监理项目是这六年来最出彩的,主要归功于马紫金总监。马导演常说:“他的身体是直立的,他没有使它;他的身体不直,虽然他拒绝服从。”其实这是领导以身作则。如果你自己做不到,却要求别人去做,你岂不是很难?有多少人能口头接受这个要求?“不要对别人做你不想做的事”。如果用自己对人和事的看法去评判别人,或许可以设身处地为对方着想,对一些人和事感到释然。所以我非常赞同马总的“改变自己——影响他人——改善环境”这句话。其实影响力、领导力、有效管理都有一个从上到下互动的过程。如何实现这个过程,特别是如何启动这个过程的第一个环节——改变自己是一个值得我思考的问题。
面对全新的20xx,我相信随着公司的发展,业务量的增加,公司对员工的要求会越来越高,这就要求我们掌握更多更广的知识。为了适应公司的发展,与时俱进,我会更加努力,努力提高工作效率和技能。为公司做出更大的成绩!
适用场景:高压测试工作总结、年终技术岗位总结
内容要点:高压变频实验平台、高压矿用测试台、工艺及检验规范修订
本文看点:技术岗年度工作复盘与改进方案、高压设备测试团队实操型总结
不知不觉到了年末,也该要对今年的工作情况作个总结,总结目的在于我们更好了解自己存在的不足,不断提高自己的综合素质,寻找一个更好的方式方法来开展新一年的工作:
1.今年总体来说还是比较顺利的完成公司的工作任务,全年总计完成高低压产品测试652台。
2.4月份连续半个月测试,配合研发对高压软起长触发升级优化实验;在生产任务紧张的9月份高压变频实验平台搭建完成进入调试阶段,我组人员义不容辞的配合研发部进行高压变频实验平台型式实验,一二次回路的线路检验以及系统整机调试,经过将近一个月的奋战终于调试完成正式投入使用。协助售后和部门内各种控制板的实验,以及一些完善产品质量、分析故障的实验。
3.测试区域做了一系列整改,将总体布局重新划分,工作区,办工区,工具测试夹具区明显区分,使用高压房布局更加合理、安全;自主设计安装一批新测试设备,如高压矿用测试台,电压采样测试小车等;将不规归范的线路作了一次重新统一整改,老更换化线路,裸露部分套上热缩管安装测试夹等等;这一系列整改提高工作效率,加强了安全生产,使得高压房更加规范,更加安全。
4.组织对整机方面的工艺及检验规范文件进行修订,由于公司产品更新周期较快,对产品的功能及结构方面变动更大,同时有一些产品以前公司生产的较少而今年,老的工艺及检验规范等指导文件已经过进不能适用于新品,另外今年还增加一些往很少生产的项目如开关柜,星点柜,电阻柜等,由于往年生产数量很少故没有相关的工艺文件来指导工作,一方面造成生产不规范,另一方面对于工艺控制的难度影响产品的质量。
相比去年组内在熟悉已有产品的同时,快速接触新的产品,低压变频柜、联智项目、三面切、功率补偿柜等产品的检验都逐步熟练,这对整机组来说是一个挑战,也是一个强化自我的机会,组内亦是分工协作,全力完成分配下的任务。在任务较轻期间,装配好高压矿用测试平台,并顺利的运用于实际调试中,节省了调试时间,且避免了以往由于线路杂乱易出现问题的弊端。
适用场景:三维地理软件项目总结、研发管理年度复盘报告
内容要点:地下管网数据展示、场景编辑工具、航飞数据自动构建三维模型
本文看点:研发管理类年度工作总结、三维地理软件产品建设反思
至目前为止,项目任务已基本完成,与客户要求的6个月时间相吻合,客户关系也已经理顺,算是保住了这个老市场,项目也锻炼出了一支应用项目实施的队伍,部分员工成长迅速,很有潜力。
xx项目任务完成的过程中,得到了研发人员的大力支持,同时项目需求也给aa研发指明了一些方向。应该说,xx项目是我们aa应用的一个完整检验。基于xx项目,研发完成了地下管网数据展示的一个阶段版本。算是对aa产品做了一个较大的扩展,也可作为产品区别与大部分三维产品的一个特点。
20xx年的工作任务算是完成了,在完成这些任务的过程中,我意识到自己还存在许多不足。主要有以下几个方面:
首先是执行力。三维软件研发的过程中,对一个新研发内容的工作量及所需要的时间、人力我和负责开发的人员都存在评估不准确的情况,在这种情况下制定出来的工作计划往往无法按时完成。没按时完成我也没有对应的措施去应对,按计划完成了也没有措施去奖励,计划和实际总是存在偏差。
其次是引进人才方面。一个研发队伍,需要有经验、有能力、有潜质的技术人员,但在人才引进方面我觉得自己做得很不够,没有为我们的开发队伍引进一个技术牛人,队伍的成员也是王总引进以及通过正常招聘找来的。
还有就是主动引导其他部门的方面。我们是产品研发部门,理应由我们来告诉其他人我们的产品特点是什么、适合做什么、不适合做什么。但截至目前的情况却是其他项目部门告诉我们他们需要什么,然后我们来支持。这种情况的结果是我们自己的.研发节奏和目标都被打乱,最终产品变得没有特点或者延迟交付。
20xx年度工作展望或计划
同时,希望能和其他部门人员一起将xx项目的三维数据共享模式向其他城市推广,争取提炼出一个类似以前二维共享平台的解决方案。为我们的产品赢得一个更广阔的市场。
另外,今年的研发中心两个任务(aa、)没怎么结合,20xx年计划在aa接入成果,为公司数据成果的推广提供一个展示通道。
对20xx年工作中自己做的不好的地方,我也寻找原因及解决方式,在20xx年中,克服这些缺点,更好的实现自己及公司的价值。
对公司管理的意见
20xx年的新公司集团是由好几个公司合并到一起组成的,现在已经很难看出是几家公司合并的痕迹了,各部门的协作很频繁也很紧密,一年的时间能使大家融合得这么好非常难得。也存在一些小问题,以下说明。
首先是平常没有监督考核机制。工作努力不努力,反正都是拿一样的薪水,不能很好的鼓励辛勤付出的员工,部分人还可能存在混日子的情况。研发中心的员工对待工作任务努力的程度也不尽相同,因为没有考核制度,我以及我的领导也很难激励或处罚。
其次是制度执行的问题。公司有一些纪律和制度,但没有贯彻执行下去。一个最简单的例子是公司有制度要求员工每天佩戴胸卡,不佩戴会怎么怎么,但实际情况是公司大部分时间大部分同事(包括我)都不戴胸卡,没有任何人查过(除非有大客户来公司),也没有任何人因为这事怎样过。有制度没执行,说明的是纪律没有严肃性,我认为还不如没制度。当然,佩戴胸卡这事影响可能不大,但如可以不管,就不要定制度了。
还有一些,如财务报销的速度慢、报销后没有及时通知等,财务人员工作太忙,可以理解。
对公司建议或需要公司提供的资源支持
20xx年一年我们都在研发三维软件,用于更好的展示地理数据。国内外做三维地理软件的公司很多,大家的产品都差不多,不管是功能、性能还是显示效果,我们要想做到比别人牛,基于目前的时间和人力情况,我认为很难。同时,靠我们研发的软件去做项目,存在实施周期长、成本高、利润率低、同类产品竞争激烈、维护成本高等问题。
目前,国外已经有几家公司能基于航飞数据自动构建出三维模型数据,公司也开展过这方面的合作,但目前都未成功应用。如果我们也能走通这条路线,那以后我们不光可以生产影像、还可以基于影像生产出3d模型,那航飞数据就增值了。同时3d模型一旦可以大规模生产,配合公司的航飞优势,市场前景应该很好。
当然,走这条路线存在很多关键技术需要突破,前期可能不容易看到成果,但已经有人替我们验证过了是可行的,而我们又需要它,为什么不能在这个地方大力投入呢。一旦走通,我们将看到一片广阔的蓝海。新公司集团就真的海阔天高了。
适用场景:软件测试岗位年度总结、IT企业测试工程师述职
内容要点:高保图测试、测试用例评审、用户体验学习
本文看点:软件测试岗年度复盘与能力提升总结、面向测试工程师的流程规范与协作优化总结
时光荏苒,如今xxxx年的帷幕已经谢下,xxxx年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作,以下就是我对过去这一年的工作总结:
一、测试工作及经验
作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在20xx年中所做的工作主要有:
1.测试用例的编写,对系统的测试、跟踪;
2.需求、高保图、界面和功能的测试;
3.功能测试用例的编写,高保图、系统的测试;
4.静态页面测试和功能测试;
5.功能测试;
6.第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主持参与测试用例评审;
7.平台高保图的测试和系统静态页面、功能的测试;
8.高保图测试和测试用例的编写;
9.静态页面和功能测试,参与测试用例的评审;
10.高保图测试、静态页面和功能测试;
11.用户使用手册的编写;
一年的工作,让我获得很多方面的经验:
1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试;
2.要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中,我认识到用户体验的.重要性,现在能够越来越多的从这方面来执行测试;
3.对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题;
4.越来越规范的工作流程的让我们的工作有条不紊的进行,让我深刻认识到工作的规范性是多么的重要,并且从中学习如何从文档和流程上规范工作。
5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑,都与开发人员、
产品经理等及时沟通,大大提高了工作的效率。
二、加强自我能力的提高
只有不断的提高自己各种的能力,才能胜任越来越艰巨的任务,因此在工作相对不饱和的时候,我自己进行了一些学习。
为提高对“用户体验”的理解,我学习了《下一站用户体验》,书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品,但是有一些却是通用的,比如:太多弹出框、按钮会给用户带来愤怒感,要适当的给页面减肥等等。
深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发,所以我学习了性能测试的一些相关知识,并在指导下运用lr工具进行简单性能测试,以后必须坚持学习。
三、存在的不足及明年计划
一年的工作让我有所进步,但是很多地方还是存在不足,比如:有时候看问题比较主观,不是很细致,没能深入地去测试,会有遗漏的bug;自身专业技术能力还不足,不能从系统稳定性这一点上对系统进行测试。在以后的工作中,我会努力改善。
在20xx年的工作中,我计划:
1、本着实事求是的态度,更加认真、负责的完成工作;
2、要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例;
3、按照系统稳定性测试方案,要逐渐对系统的稳定性、安全性进行测试;
4、继续研究性能测试,并要将lr工具运用在实际工作中;
5、多多的学习,参加一些有益的培训,在实际工作中活学活用。
四、个人建议
这一年来我们部门有着的显著进步,越发规范的工作流程,越来越明确的责任制度、管理体系等,都让我们更加有凝聚力。在此,个人提出以下几个小建议:
1、希望可以加强对项目的把控,尽量能将延期风险降到最低;
2、从各个组对需求理解的不一致,以及信息更新不及时等问题上看,沟通问题还是有待完善;
3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求;
4、虽然工作任务繁重,还是希望部门能够多组织活动,完善奖励制度,可以让大家更加激情的为部门、为公司奉献自己的全部力量。
以上是我个人的一些浅见,相信在大家共同的努力下,向着同一个目标进发,软件部甚至整个公司必定会大展全新的宏图伟业。
适用场景:软件测试工作总结、系统上线问题复盘
内容要点:中间业务平台、账户维护需求、核心校验逻辑
本文看点:测试缺陷分析型总结、跨系统关联测试反思总结
回顾20xx年5月入职到现在大半年的工作,我在公司领导及各位同事的支持和帮助下,按照公司要求,比较好地完成了本职工作现将这一年的工作情况总结如下:
一、项目时间点及各阶段工作
二、测试总结
严重性缺陷占到整个缺陷数量的百分之四十,从实际测试工作来看,代表性大致可分为以下几类:点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷,在今后项目中,减少缺陷数量,提高软件质量。
中间业务平台管理系统上线阶段:
在管理系统上线阶段共发现6个问题其中有代表性问题分类如下:
1、需求问题:
系统维护->账户维护新增时,账户类型字段是从数据库配置,联社方想通过页面控制此字段。此问题在集成测试时,熬民就提出要从系统页面上新增,当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。
教训:今后测试不止测试功能是否实现,需要考虑和结合系统与系统之间的.关联关系,眼光放得在长远些。
2、技术实现问题:
集成测试时,管理系统新增账户时其合法性需要与核心校验,此问题集成测试通过,但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时,核心直连标志选择不直连,则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误,而测试基于错误的逻辑去做集成测试。
推荐专题:个人工作总结