年终总结测试范文.doc_第1页
年终总结测试范文.doc_第2页
年终总结测试范文.doc_第3页
年终总结测试范文.doc_第4页
年终总结测试范文.doc_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

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

文档简介

年终总结测试范文 xx年终总结xx没有出现玛雅人预言的世界末日,但这也不是平静的一年。 今年经历了太多,无论工作还是生活都出现了太多变数。 面对着这些突如其来的压力,起初是焦虑和伤感。 渐渐的学会了面对,在面对的过程中,既有收获也有遗憾。 4月公司开始瘦身,当时犹如晴天霹雳,心里总觉得有什么东西堵的慌。 虽然自己留了下来,但对离开的老同事非常不舍,郁闷了好一阵子。 之后每次有同事离职,我都会伤感。 不过最后还是舍得云开见月明,终于想通了其实没必要留恋,职场就这样有来有去。 后来再有人离职并不再伤感,能坦然的面对,但这不是冷漠,只是觉得别人有了更好的选择,应该给予祝福。 虽然这次毫无征兆的波动,在当时对我的情绪有一定的影响。 但风波过后,冷静下来发现自己的心态成熟了很多,工作上遇到困难时能更坚强的去面对。 5月开始并陆续的接受了很多新的工作任务。 开始听说要一个人负责cp组所有适配工作时,自己心里有些不爽,也有些担心自己完不成。 期间也有过退缩和彷徨,本来说一个月后这个项目就结束,可过了7月还在进行,有种看不到希望、看不到尽头的感觉。 但我没有放弃,最终坚持下去了。 工作量突然增大,为了能完成任务,自己也不得不开始想办法改变测试方法,慢慢的发现事实上没有想象中的那么难。 8月这个项目结束的时候,再回首开始接手时的想法,觉得3个月也不过如此。 虽然过程辛苦了点,但通过这件事我明白了 1、坚持下去总会有希望; 2、在看不到希望的时候,把工作目标分段,一小段一小段的完成,慢慢的就能到达终点。 3、遇到突发事件后,要改变解决问题的方法。 4、不要在开始的时候就say no,不要为自己假设的困难买单。 记得有次会议上技术总监提到过李云龙的列子无论上级分配给他什么任务,他都说保证完成任务,在实际操作过程中如果确实遇到问题,无法按时完成,再进行讨论。 虽然不怎么爱看亮剑,但李云龙的精神,我还是比较认可,因为自己有几分像。 上级交代的任务从来没有拒绝过,至于能不能按时完成任务,就要看实行过程中的具体情况。 这中精神也是中学时代,语文老师教给我们的。 他说不管这个任务是谁负责,你先做了再来理论,在没有做之前,请不要多说。 8月开始接手内部产品的测试,也标志着开始转向公司自研的产品。 进入公司有一年了,一直负责第三方应用的测试,跟内部人员的沟通较少。 不接触不知道,接触后真的吓一跳。 每反馈一个问题,技术和研发就像踢皮球一样,踢来踢去,各自在推卸责任。 面对客户反馈的问题也一样,都不愿意去分析原因,双方也不愿意沟通,做为一个刚把项目接过来的中间人,对于逻辑和需求并不了解,之前也没有负责过自研的产品。 自己一边熟悉一边跟他们沟通,确实很辛苦,要来回跑好几趟才能把问题解决了,面对他们如此态度,当时有点火冒三丈,最后还是忍了,只能改变沟通方式,既然硬碰硬不行,就以柔克刚吧。 多次接触后,虽然他们解决问题还不是非常积极,但态度和说话语气已有所好转。 负责第三方的时候,会觉得某些第三方公司解决问题不给力,也一直以为自己的沟通能力还行。 结果接触了内部人员后才发现,高估自己了,面对面的沟通没那么简单。 对内部产品测试上手后,自己也有反省其实会出现如此问题,责任也不完全在别人。 首先,在工作中遇到问题时,自己没有调整好心态,一味的把问题推给了别人,没有看到自己的不足。 在遇到困难时,自己应该做的不是去抱怨别人,而是淡定的想办法解决。 其次,会出现问题,说明自己在沟通能力、分析能力、业务能力和解决问题的等能力上还有待提高。 8月同时也接手了客服工作。 面对用户的投诉开始不知道该怎么回答,也不会使用敬语。 负责第三方应用测试时,每天最怕看到的是邮件。 开始做客服后最怕的是听到电话铃声,那段时间只能硬着头皮去查找客服的相关资料,学习了一些资料后,然后慢慢的开始实践。 最后能熟练的说出基本的礼貌用语和能冷静的回复用户所投诉的问题。 不过遗憾的是至今也没有做到一个专业客服该做的。 比如一些敬语使用不合理;对遇到比较棘手的投诉时,自己还是无法平静的处理;临反应能力和表达能力还不合格。 12月负责开发者平台的测试,也是第一个能经历整个测试流程的项目。 从需求分析开始,然后编写测试用例,执行测试用例,最后问题跟进,直到上线。 负责这个项目的过程中,一些测试理论得到了实践。 这个项目虽然做的不是很好,但让自己有了更多的感悟 1、测试之前一定要先进行需求分析,只有了解了需求才能保证测试的全面性。 2、需求分析过后,测试用例是必须的,虽然用例是给自己看,有的人觉得写用例没有意义。 事实上并非如此,写用例即可以防止自己对重要功能漏测,也可以帮助自己对需求分析的更透彻,并且还可以减少不必要的重复工作。 这是提高测试效率和保证质量的好方法。 3、问题跟进过程中,分析问题和定位问题也不全部是开发人员的工作,测试人员也应该学会分析问题,这样能提高问题的修复效率。 对于比较难解决或技术上无法解决的问题,测试人员能提出解决的方案,比如换一种方式去实现,或去掉某些不太重要的功能。 8月12月期间,也还接受过一些零零散散的工作,虽然是零散的工作,但也能学到一些测试以外的知识。 比如 1、贴发票就非常讲究,起初自己以自认为最好的方式去贴,但提交后,还是存在问题,经过与同事的交流,发现同事的贴法即方便又美观。 2、做事要专心、细心,一不小心就可能出错。 3、面对任务多时要懂得排序,按优先级一件事一件事的去完成,同时做几件事反而会降低效率等等。 虽然今年有不少收获,但也还有许多不足之处 1、表达能力比较弱; 2、工作方法不过好,导致工作效率较低,任务多时还经常出错。 3、不能把握哪些问题该发邮件处理。 4、专业知识和业务知识有待提高等。 自己的工作总结完了,现在说说对公司某些现象的看法。 1、个人感觉研发人员和技术人员的产品和质量意识不够强。 总以为测试人员是他们的天敌,bug是测试人员故意拿来刁难他们的,改bug是给测试人员改。 其实他们并没有意识到bug除了小部分设计不合理问题外,大部分是他们技术上的缺陷。 测试人员只是在帮他们找他们自己的问题,然后帮他们提高技术,古语云人不怕知道自己有不足,就怕不知道自己有不足。 他们技术的提高的同时也能帮助测试人员技术提高。 因为开发人员开发的产品bug越少,测试人员就要提高技术去发现那些隐藏更深的bug。 研发和测试是可以和谐共存,相互提高的。 只是我们公司的研发和测试人员自己都没有意识到这点,总是站在对立面的角度去面对对方。 2、产品需求管理体系不规范。 需求提出后,相关人员到最后产品开发出来后,才知道需求,有的甚至不知道需求;需求规划书也不规范,没有流程图、逻辑图,相关接口、约束条件等。 3、项目进度不透明,项目组成员不知道项目进度,想知道的时候得挨个去问题。 3、产品的版本发放和bug处理流程不规范,版本太多,已修复的问题总是reopen。 总结过去,展望未来,最后写下xx年的任务 1、加强英语的学习,做到外贸客服专业词汇能熟练

温馨提示

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

评论

0/150

提交评论