软件测试工程师工作总结(通用)
总结是把一定阶段内的有关情况分析研究,做出有指导性结论的书面材料,它可以有效锻炼我们的语言组织能力,不妨让我们认真地完成总结吧。总结一般是怎么写的呢?下面是小编为大家收集的软件测试工程师工作总结,仅供参考,欢迎大家阅读。
软件测试工程师工作总结1
时光荏苒,如今xx年的帷幕已经谢下,xx年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作,以下就是我对过去这一年的工作总结:
一、测试工作及经验
作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在20xx年中所做的工作主要有:
1、XX测试用例的编写,对系统的测试、跟踪。
2、XX需求、高保图、界面和功能的测试。
3、XX功能测试用例的编写,高保图、系统的测试。
4、XX的`静态页面测试和功能测试。
5、XX的功能测试。
6、XX第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主持参与测试用例评审。
7、XX平台高保图的测试和系统静态页面、功能的测试。
8、XX的高保图测试和测试用例的编写。
9、XX的静态页面和功能测试,参与测试用例的评审。
10、XX的高保图测试、静态页面和功能测试。
11、XX用户使用手册的编写。
一年的工作,让我获得很多方面的经验:
1、编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试。
2、要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试。
3、对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题。
4、越来越规范的工作流程的让我们的工作有条不紊的进行,让我深刻认识到工作的规范性是多么的重要,并且从中学习如何从文档和流程上规范工作。
5、同事间的沟通很重要。现在不管遇到什么不确定或疑惑,都与开发人员、产品经理等及时沟通,大大提高了工作的效率。
二、加强自我能力的提高
只有不断的提高自己各种的能力,才能胜任越来越艰巨的任务,因此在工作相对不饱和的时候,我自己进行了一些学习。
为提高对“用户体验”的理解,我学习了《下一站用户体验》,书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品,但是有一些却是通用的,比如:太多弹出框、按钮会给用户带来愤怒感,要适当的给页面减肥等等。
深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发,所以我学习了性能测试的一些相关知识,并在xx的指导下运用LR工具进行简单性能测试,以后必须坚持学习。
三、存在的不足及明年计划
一年的工作让我有所进步,但是很多地方还是存在不足,比如:有时候看问题比较主观,不是很细致,没能深入地去测试,会有遗漏的bug;自身专业技术能力还不足,不能从系统稳定性这一点上对系统进行测试。在以后的工作中,我会努力改善。
在20xx年的工作中,我计划:
1、本着实事求是的态度,更加认真、负责的完成工作。
2、要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例。
3、按照系统稳定性测试方案,要逐渐对系统的稳定性、安全性进行测试。
4、继续研究性能测试,并要将LR工具运用在实际工作中。
5、多多的学习,参加一些有益的培训,在实际工作中活学活用。
四、个人建议
这一年来我们部门有着的显著进步,越发规范的工作流程,越来越明确的责任制度、管理体系等,都让我们更加有凝聚力。在此,个人提出以下几个小建议:
1、希望可以加强对项目的把控,尽量能将延期风险降到最低。
2、从各个组对需求理解的不一致,以及信息更新不及时等问题上看,沟通问题还是有待完善。
3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求。
4、虽然工作任务繁重,还是希望部门能够多组织活动,完善奖励制度,可以让大家更加激情的为部门、为公司奉献自己的全部力量。
以上是我个人的一些浅见,相信在大家共同的努力下,向着同一个目标进发,软件部甚至整个公司必定会大展全新的宏图伟业。
软件测试工程师工作总结2
20xx年xx月xx日,我怀着对提高并实现自我价值的心态,跨进西安XX科技有限责任公司的大门,开始了自己大学里兼职实习工作。转眼间,断断续续的三个星期的实习时间就过去了。回想起这段时间的工作过程,我深深的认识到在XX实习的选择是绝对正确的,XX公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。
一、软件测试部见证XX的强硬实力
这段实习时间完全是在软件测试部度过,亲自体验感受离了XX科技的主要软件产品。包括数据快速恢复平台v3.0,系统快速恢复平台v1.0,闪电恢复,三合一数据宝,一键恢复,联想onekey等等。并且协助同事完成对comguard,hd—shield以及联想网络控制工具等软件的测试工作。
1、XX的产品名不虚传。
通过对软件的实际测试,彻底从思想上改变了自己对数据备份保护的概念。XX的硬盘动态备份技术,能够在不占用固定硬盘空间(非用户使用空间),实现数据的快速备份与恢复,堪称典范,不愧是行业的创新者和领导者。
2、友善同事关系给人温暖和关怀。
在实习期间,自己的对计算机硬件系统比较陌生,特别是对频繁的更换操作系统等,多亏蓝朝霏等多位同事的热情帮助和指导,让我顺利完成软件测试。在软件测试过程中,同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋,给我力量,给我信心!
3、软件的瑕疵在所难免。
在软件测试过程中,也发现了部分让人不是很满意的地方。主要表现在下列方面:
a、软件对中英文操作系统不能完全兼容。
建议:在软件安装入口处对中英文操作系统进行路径选择。
b、软件对不同主板的识别bios差异大。
具体是在hd—shield软件测试中,不同主板性能差异大。
c、软件密码在重新登录后有残存现象。
已经通过金党锋学长反馈到研发部。
d、软件的不稳定性。
本人联想昭阳e660因为测试三合一数据宝中的闪电恢复软件在重启中黑屏,在维修过程中彻底报废。
在软件测试中部分软件在不同机器环境中测试性能有差异。
还有其他问题在测试过程中已经汇报相关人员并得到满意解决。
总而言之,我们XX科技的产品还是值得信赖的。作为销售人员,我们需要对产品树立强大的信心!即使我们产品存在瑕疵,我坚信,我们勤奋团结的同事,一定会创造出更优秀的产品。
二、产品市场简单调查分析
1、同行业产品简单调查
通过在baidu,google搜素引擎检索“数据快速恢复”,“系统快速回复”,“快速还原”等关键词,发现南京生产的“雨过天晴”软件,和本公司产品具有很强的相似性。(测试报告详见附件内容)
通过在西安赛格,百脑汇电脑城的电脑diy市场及软件销售市场简单走访,暂时未发现“雨过天晴”系列软件的经销商。
2、网络调查简单分析
作为数据快速恢复领域的创新者和领导者,本公司的核心关键词语“数据快速恢复”,“系统快速回复”,“电脑系统快速还原”等在baidu,google等知名搜索引擎没有很好的被索引。
或许是公司产品发展定位因素,在网络推广方面有再提高的'空间。
对于此,本人有信心有能力,在非工作实践,提高XX产品关键词语在上述搜索引擎的排行。
3、电脑城市场调查简单分析
前期,和赛格电脑城的xx网络(网络及电脑外设集成批发全国连锁经营),高鸿it(品牌笔记本零售商),陕西天惠(电脑diy集成)等公司的店长简单交流对此类软件的看法。整体反映效果较好。
在11月份,在进一步熟悉公司产品和销售流程同时,将安排时间继续跟进,推荐试用XX产品。
三、个人整体认知
准确的说,XX是一面镜子,照出了自己的不足和缺点,为自己的成长和提高创造了机会。
1、计算机硬件知识欠缺。
自认为是it专业本科生,熟悉专业去做销售更好些。其实不然,自己还是一粒沙子。在软件测试部,学会了计算机硬件的线路连接,知道了用u盘可以ghost快速做系统等等。或许可笑,但是对我而言,很严肃的现实证实:自己还不会是一个合格的大学生。需要虚心的向同事们请教!
2、英语知识的欠缺。
自认为立志做好国内销售,带领团队创作“农村信息化”创业计划书,立志为西部农村的it发展贡献一份力量。看到了vista,win7的英文操作系统,就基本灰心。但是我坚信,我会在短期内,在专业英语方面有所突破,因为自己还是对专业英语有浓厚兴趣的。
3、对销售的错误认识。
两年多的校园代理销售经历,误打误撞,取得了一定的成绩。尽管在实习期间,没有亲自体验到去向大客户推销产品的经历,但是通过李经理推荐的《大客户销售十八招》一书,发现自己还有很多的东西要认真的学,认真的领会,并在实际推销中灵活应用。庆幸的是,对于销售的做起码准则还是在坚守:诚实信用,对客户负责!用好的人品去赢得客户关注!面对拒绝,保持良好的心态!
4、自己还有在XX存在的价值。
XX和自己理想中的还有很大的差距,但是这种差距,或许就是我存在的价值!
主动向同事请教问题,积极虚心的向同事学习,这是我实习过程中一直在践行的!
下阶段,将积极贯彻李总经理的指示“加强个人管理,提高业务的能力”,从严要求自己,做好各项工作,提高个人存在贡献值。
“与XX共创业”,是我在XX实习的基本心态:认同公司发展愿景,服从公司安排,任劳任怨,积极负责,务实创新,把XX的事业看成自己的事业去拼搏!
四、下阶段工作计划
在11月份,认真贯彻落实“加强个人管理,提高业务能力!”的XX员工作风,具体落实到:
1、服从公司的工作安排,保质保量完成任务;
2、进一步熟悉公司产品(硬件产品),熟悉公司环境(认识研发部同事)
3、熟悉学习公司的销售制度和流程;
4、提高公司关键字网络检索排行,并提交一份营销计划书;
5、继续学习销售知识及应用技术,提高处理实际问题的能力;
6、申请参加公司的综合业务能力考核。
十月份,自己的收获是丰硕的:最起码从意识上,发现自己的不足,并寻求到合适的解决途径。非常感谢测试部的同事,感谢所有XX的同事,因为你们的帮助,我顺利的走过在XX科技的适应期。我坚信:在你们的帮助下,我会持续努力,不断反省,总结提高,快速度过在XX的成长期,早日跨进发展期,创造期。
软件测试工程师工作总结3
一、工作内容
20xx年过完年后,我被主管派到一个大组去学习自动化测试技术。这个测试组是个比较大的测试组,总共有几十号人,其中有很多牛人。他们的自动化测试框架就是由几个牛人耗时1年多开发出来的。到现在,他们的自动化用例覆盖率约50%,应用率好像有70%,总之这个自动化测试框架还是满厉害的,不过就是整个框架实现太复杂了,涉及的编程脚本就用了三种。
下面简单介绍一下该GUI自动化测试框架。
测试工具:IBM Rational Robot
自动化测试技术:第三代自动化测试框架
测试脚本:Robot中使用的是sqabasic脚本(基于basic的一种脚本),另外还使用了xxCL、COM组建等,并自行开发了一个抓包工具用于自动化测试。还有我们测试的产品界面是使用Java开发的,如果要让Robot能够正常识别界面,还需涉及到Java编程。
学习自动化的头一个星期,我只是学习该测试组的产品知识,学习如何使用自动化测试。后面的几个星期就开始承担自动化测试的建设任务了。想想当初自己还是满辛苦的,白天上班学习产品知识,晚上回家就对着电脑看basic脚本的语法,周末还去公司无偿加班看代码。
在技术文档的选择上,我基本只看英文的,单词不懂就拿金山词霸查,实在看不懂了才会去找些中文的资料看。为什么要选择英文的呢?因为很多中国写书的人很浮躁,只想着快点把书出版了好赚钱,所以很多中文的资料质量很差。首先要贬低的就是那本谭教授的《C语言程序设计》。记得读大学时,照着谭教授的书敲程序,没多少程序能编译通过的,真是误人子弟。
当时带我学习自动化的导师姓L,他是个大忙人,有时一整天都在开会。L的师傅姓W,W是该自动化创始人之一。
当时对我比较有用的文档就只有两篇:一篇是汇集型的chm文档,是篇比较全面的介绍,其中包括自动化框架的介绍,原理的介绍,各模块介绍,自动化执行的流程等;另外一篇则是由W写的自动化建设指导书,写的还是满不错的,在我有一定基础后,照着指导书就能完成简单的自动化建设。
在我整个学习过程中,是按照以下的过程开展的:
1、初步了解整个自动化和产品知识,尝试使用自动化进行测试;
2、熟悉sqabasic语法;
3、对着文档读代码,尝试调试脚本,跟踪到代码的最底层。
其实最好的学习方式就是实践,去做自动化建设。当有一定基础后,去完成导师交给的自动化建设任务,就是最好的学习方式。后来,我教别人的时候,也是安排实际任务给他做,然后再进行相应的引导。
在我的学习期间,有件事情让我满讨厌的。就是我必须给原部门的主管和测试组人员讲课,然后那些家伙会不停的提问,以检验我的学习效果。虽然这招很Bxx,但是对个人的成长还是满有利的。假设你学会了一项技能,此时你可能只在第一个层次上,如果你能够把这项技能教会别人,那么你的层次上升了一个档次。
记得当时是20xx年2月初去参加学习的,4月初就应急被调回原测试组了。总共不到两个月的时间,我总共完成了3个模块的自动化建设,第1个模块搞了3个多星期,第2个模块不到2个星期,第3个模块一个星期就搞完了。
4月初被调回原测试组后,就一直做救火的工作。差不多5月份的时候才正是开始做我们xx项目的自动化。其实也就是把我学习的自动化框架移植过来,做xx项目自动化测试。
另我比较遗憾的是,xx项目的测试一直都很紧,而自动化测试并没有被推广和充分利用。直到我离职前,测试组为应付测试部自动化考核指标,才得到重视。
这里我谈一下自己对自动化测试的理解。
1、自动化测试用于提高测试效率;
2、自动化测试可以完成一些无法手工完成的测试,例如长时间不间断的测试;
3、自动化虽然能够发现问题,但主要是对继承的功能进行测试,保证以前的老功能。(这个跟项目有关,GUI自动化测试比较复杂,如果是嵌入式设备或芯片的自动化测试,对自动化测试的理解可能会不一样)
二、开发小工具
我在自动化学习期间,表现出来的专业技能和良好的学习能力,得到了同事和主管的认可。鉴于此,在4月中旬的时候,测试组的`Leader给我安排一个任务,使用Excel表格开发一个工具,用于收集和统计记录的数据。要求该工具能够代替手工计算,提升测试效率。任务完成的截至日期是五一。给我安排的时间大概为一周。
该工具的实现方式并不难,就是设计一个Excel表格,然后在里面嵌入VBA脚本,以宏的方式代替手工计算。对我来说最大的挑战就是:
1、短时间内学会VBA编程;
2、提取需求,设计Excel表格的格式,使该工具具有较好的易用性。
当我接到任务后,下班回家就开始到网上搜集关于VBA资料。当时我找了一个星期,都没有让我满意的文档。最终只找到一篇国人写的PDF文档,但是那篇PDF文档只是让我初步了解了VBA是个什么东东,并不能满足我的实际需求。最终,在写VBA脚本期间,我还是参考微软自带的帮助文档搞定的。
本来计划是在四月底的一个星期开展该项任务,但实际上直到4月的最后两天我才有时间。记得当时,我花了一天半的时间与我的客户——也就是我的同事,共同讨论需求,并设计Excel表格的格式,让其评审。最终写脚本花费了4月的最后一个下午,以及五一期间的三个下午的时间,总计4个下午的时间,完成该工具的开发。而且我五一期间的工作并没有申报加班,是无偿劳动啊。
其实工具开发完成后,还是有些问题,如:
1、程序崩溃
2、有1/3的功能基本没有被使用
3、自动生成的表格,奇丑无比
三、负责M项目测试
20xx年10月份,我开始独立负责M项目的测试工作。M项目是个小项目,大体情况如下:
代码量:大约10K行
开发语言:C#
软件环境:Windows PPC 20xx
硬件环境:hp的PDA
人力投入:开发3人,测试就我1人
M项目的测试需求分析、测试设计、测试用例编写、测试执行到测试报告,全部由我一个人搞定。
20xx年10月~12月中旬这段时间,主要是完成前期的测试分析与设计。
12月中旬,就进入了实际的测试阶段,20xx年1月底,软件发布。回顾这4个月的工作,有做的好的,也有做的差的。下面对这些进行总结。
做的比较好的:
1、测试进度把握比较好,在规定时间内,甚至提前完成了测试任务;
2、与开发人员的沟通较好,使问题能够较顺利的解决,基本没有内耗,双方合作愉快;
3、测试的重点把握较好,把很多严重问题,在测试前期就给暴露出来了;
做的不好的,待改进的:
1、前期的测试分析能力较弱,测试规格分析不全,测试用例编写质量不是高。到后期测试时,才发现很多规格没有覆盖到,需要补充测试用例。而且之前写的测试用例与实际测试情况,有些偏差,用例的可用性差,又花了很多时间去修改用例。
2、前期的测试计划制定比较差,实际工作较之计划偏差过大。反正10月、11月那段时间,M项目的工作是乱七八糟的,还好关键时间点的把握还算到位。
3、测试对象选择上疏忽,导致漏测。M程序是个工具软件,主要用于查询和设置设备的某些参数或配置。我当时只考虑到对所有支持的设备进行遍历,却未考虑到设备上所有单板的遍历。结果技术支持工程师到香港试用该工具时,发现某块叫PM1D的单板无法识别。后续,我们对大部分单板进行了遍历,还发现了很多隐藏的问题。这是一项较大的疏忽。
4、在做内部模拟试验局测试时,对测试环境的选择有较大疏忽,导致漏测。在做内部试验局的时候,我为了偷懒只选择了3个不同设备的组网测试,而没有考虑到大规模组网情况下的测试。后来,技术支持工程师拿M软件到广州试用时,程序的某项功能就不正常了,原因就是大规模组网时,通信数据的传输是多包的,而M程序的底层函数没有对多包的情况进行处理,导致该项功能不正常。当时,在其他实验室是有类似环境的,而我却为了偷懒,虽然M项目的测试有很多不足,但是总体情况良好,我对产品的质量有信心
四、救火
大概是20xx年7月份时,我们组组长跟我说,要派我到B组去学习3个星期。等我去了B组才发现自己是被派来救火的。来B组支援测试,主要是完成一项测试任务,说具体点,就是把一件事情干600多次,没任何技术含量。我当时真是郁闷坏了:
虽然心底是比较郁闷,但毕竟也就3个星期,想着忍忍就过去了。
具体的任务很简单:大概有80种板子,每种板子大概有8套软件,用xx工具对80多块板子把8套软件都加一次,观察软件加载过程中,业务是否正常,板子加完软件后,运行是否正常。
还有一个也是其他组借调过来的新员工,跟我一起干这件事情。我600多次,他也差不多600次。还好这个家伙,心态很好,做事情也很勤奋。
最初B组给的方案是这样的:先用第1套软件把80多个板子加载一遍,再用第2套,第3套,直到第8套。
开始工作几天,我们就按这种方案执行,但按这种方案执行的效率很差。主要因为实验室常用的板子差不多只有30块,其他的板子都藏在箱子里,而且有些板子B组根本没有,需要到其他项目组去借,这样针对软件版本,对80多块板子进行轮循加载,效率就很低,因为每加一套软件,就要去寻找80多块板子。
当时,我和那个新员工都很愁,按照这种做法,这项任务3个星期根本就无法完成。B组负责带我们的两个员工,也表示比较无奈。
郁闷过的第2天一早,我就直接找B组的老大谈话,“按照你们提供的这种方案,我们在三个星期内根本无法完成任务,而且还有诸多其他困难:1、部分板子是坏的;2、某些板子实验室里根本就没有;3、对设备不熟悉。”
就这样,B组老大把组内相关骨干人员都叫过来开会,重新商讨了一套方案,并要求他们全力支持我们的工作。
开了会后,B组的人就比较支持我们的工作了,启用新的方案后,还提前了1天时间把工作完成:)
这里我体会比较深的是:在做一份工作前,一定要弄清楚这项任务到底要做些什么、要怎么做、要做到什么程度,工作中还要定期汇报工作(基本上以日报、周报的形式,用邮件发送),如果出现了解决不了的困难,一定要向老大汇报,如果老大也解决不了,那他也不能责怪你无能:)
五、工作中的陷阱
在辞职前的几个月,有个师弟也是老乡xx,得知我做过自动化项目后,便来向我了解自动化测试相关的情况。
从与X的聊天过程中了解到,他也正在做自动化,他们组测试的产品规模比较大,不过做自动化的只有两个新人,而且是使用一种新的GUI测试工具。他在给我讲他们具体工作时,了解到他们的自动化测试非常原始,就是针对一个用例录制一套脚本,几百个测试用例,大概录制几百个脚本,根本没有对公共进行提取,更别提有什么自动化测试框架了。xx与另外一个人,在自动化方面都是新手,没有相关经验,他们不知道这样做会给后期的维护带来多大的麻烦。而且他们主管也不太懂GUI测试的自动化,只是每天要他们汇报工作进度,期望在两个月内完成那几百个脚本。
经过我细致询问后,我猜测他们做这项自动化工作,基本上是为了应付部门自动化考核而做的,而并非为了提高测试效率,保证产品质量。
我也可以体谅xx主管的难处:测试组人力本来就紧张,而部门又要考核自动化指标,他只有弄两个人来应付一下部门的考核了。
这样说来,xx和他另外一位同事就是受害者了,被安排做一件这么没意义的事情。对他们我只能表示同情了。
对于这类主管吩咐的没啥意义的事情,我的体会就是能推掉不做就不做,如果实在推不掉,就完全按照他的意思做,他要怎么做就怎么做,要做成什么样就做成什么样。实在搞郁闷了就老板炒鱿鱼吧。
六、其他
记得刚进公司那一阵,对我们新员工有这样那样的培训,估计转正前至少被培训了20门课吧。具体讲的都是产品知识、测试技能、编程方面的东东。那些讲课的老师水平也参差不齐,PPxx写的水准也有好有坏。总体感觉就是那些培训是在浪费时间,如果自己看这些资料效果都要好很多。
在转正前,作为新员工要给部门的“老”员工讲课,讲自己所学习过的知识,然后下面的“老”员工会发狂了似的问你问题。现在我感觉这种方式真的是一种非常好的检验方法,不但检验了你的学习情况还锻炼了你讲解PPxx的能力。
七、感悟和进步
通过这种方式,我觉得自己在很多方面有提高:
1、写PPxx的水平。后续工作中,写PPxx汇报工作,做的是又快,又漂亮。
2、沟通能力。最初别人问我一个问题,我还没完全理解他的意图,就以自己的理解,淅沥哗啦的说了一堆别人不想知道的东东,搞得别人一头雾水。此后,别人每问我一个问题,我都会先把他的意图或意思搞搞清楚了,确认后,再以最精练的语言来回答他的问题。
3、懂就是懂,不懂就别乱说。记得最早“老”员工问我一个我自己不是很懂的问题,我通常是按自己的理解方式,跟他胡吹一通。结果他再一细问,我就傻了。知道就知道,不知道就别乱说,这点很重要,尤其是在参加面试的时候,如果自己不是很动,别人一问你就会露馅。
软件测试工程师工作总结4
我是20xx年x月8日加入xxx技术有限公司,我所在的职位是手机软件测试人员。
工作内容回顾:
1、每天根据组长分配给自己任务进行测试,按照测试需求,借相应的手机幷给手机刷任务要求的版本,然后开始执行分配的qc库里的每条测试用例,因为每条测试用例都是英文描述,所以每次必须经过认真阅读以保证正确执行。
2、在测试过程中,手机出现问题时,要判断是手机硬件的问题还是软件的问题,如果是软件的问题,还要继续跟po或者fo确认之后,然后才能在公司本地库中填写error report,有的error还需要fast trace工具来抓取bug和decode x—fiel,并将这些东西一起放在error report里面,经过ec处理之后状态为new的error就可以往mzilla库中报最终的bug。
3、每次做任务的手机都是去相应的产品组借的,所以做完任务的时候将自己手里借一切跟测试相关的东西及时签还,并告知组长任务完成。
工作总结:这为期四个月的实习和试用期,使我对手机软件测试工作有了深入的认识,就是尽最大的努力发现测试手机的不足,经过开发人员解决之后使手机尽快达到上市的标准,这些发现的bug就是为公司创造的价值。作为四个月的xxx的员工,我对公司也有了一定的了解,xxx技术有限公司pactera technology international ltd、(纳斯达克股票代码:pact)是值得信赖的咨询与科技服务提供商,公司拥有超强的全球运营能力、严格的质量标准和高效的交付流程,致力于成为全球企业新时代的合作伙伴,为客户成功保驾护航。自1995年以来,xxx一直致力于为全球客户提供世界领先的商业/it咨询、解决方案以及外包服务,在金融服务、高科技、电信、旅游交通、能源、生命科学、制造、零售与分销等领域积累了丰富的行业经验,主要客户涵盖众多财富500强企业及大中型中国企业。我所在的亦庄分公司主要承接诺基亚手机测试任务,在以往的测试工作中,得到了诺基亚公司的高度认可。
工作中优点及不足:
对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。
优点:
1)敢于接受任务并想尽一切办法完成
入职四个月每一个任务对于初入职场的我都是一个挑战,保质保量完成任务是最基本的要求,即使是自己不熟悉的任务也会尽自己的努力和前辈的帮助下按时完成。
2)勇于承担错误,正视自身的问题
在这四个月的工作中犯了一些错误,测试工具使用不熟练等导致测试结果填写不规范等,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正。
不足:
1)由于工作时间不长,参加了很多培训,在测试的时候这些知识运用的还不够熟练,所以对手机中出现的.bug发现的数量不高。
2)一开始工作的时候,对一些测试工具的使用不是很熟练,在使用的过程中会耽误一些工作的时间,导致自己在规定的时间内完成任务比较紧张。
以后工作中改进:
1)重视每一个细节,不要忽视小问题
做手机测试工作,首先要具备的就是细心,只有这样才能发现手机里的bug,不能放过任何一个与测试用例描述不一样的执行结果,不管这个差别有多么的小,很多bug都是从这些细微的差别中产生的。
2)进行重复工作也不能大意
手机测试有时候相同的测试用例要在不同的手机上重复测试,这就相当考验我的耐心,对每次做测试用例都要向第一次做那样,认真的执行每一步操作。
3)考虑问题要全面
每次做任务都要有一些发散思维的自由测试,这就需要我们考虑问题的时候要全面的展开思维做尽可能多的测试,才能发现更多的bug。
4)加强学习
平时的时候除了要参加各种培训外,在培训之后还要及时的复习总结,对自己不明白的地方及时找师傅或有经验的人请教,来提高自己的测试技能,并且要认真研究测试工具,多练习使用它们以确保达到熟练的水平。
下一步工作展望:
下阶段的工作我很有信心会比之前有所改善,经过四个月的工作和学习已经具备了一些有用的经验,相信他们会对我今后的工作有很大的帮助。以后的工作希望自己能够提高报bug的数量和质量,除此之后还要继续跟师傅和前辈们学习手机测试的更多方法来提高自己的能力。
这四个月的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。感谢四个月来吴爽组长的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现xxx的辉煌。
软件测试工程师工作总结5
20xx年xx月xx日,我怀着对提高并实现自我价值的心态,跨进xx科技有限责任公司的大门,开始了自己工作。转眼间,一年时间就过去了。回想起这段时间的工作过程,我深深的认识到在xx工作的选择是绝对正确的,xx公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。
一、软件测试部见证xx的强硬实力
这段工作时间完全是在软件测试部度过,亲自体验感受离了xx科技的主要软件产品。包括xx等等。并且协助同事完成对xx工具等软件的测试工作。
1、产品名不虚传。
通过对软件的实际测试,彻底从思想上改变了自己对数据备份保护的概念。xx的硬盘动态备份技术,能够在不占用固定硬盘空间(非用户使用空间),实现数据的快速备份与恢复,堪称典范,不愧是行业的创新者和领导者。
2、友善同事关系给人温暖和关怀。
在工作期间,自己的对计算机硬件系统比较陌生,特别是对频繁的更换操作系统等,多亏xxx等多位同事的热情帮助和指导,让我顺利完成软件测试。在软件测试过程中,同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋,给我力量,给我信心!
3、软件的瑕疵在所难免。
在软件测试过程中,也发现了部分让人不是很满意的地方。
主要表现在下列方面:
a、软件对中英文操作系统不能完全兼容。
建议:在软件安装入口处对中英文操作系统进行路径选择。
b、软件对不同主板的识别bios差异大。
具体是在xx软件测试中,不同主板性能差异大。
c、软件密码在重新登录后有残存现象。
已经通过xx反馈到研发部。
d、软件的不稳定性。
本人xx因为测试xx中的xx软件在重启中黑屏,在维修过程中彻底报废。在软件测试中部分软件在不同机器环境中测试性能有差异。还有其他问题在测试过程中已经汇报相关人员并得到满意解决。
总而言之,我们xx科技的产品还是值得信赖的。作为销售人员,我们需要对产品树立强大的信心!即使我们产品存在瑕疵,我坚信,我们勤奋团结的同事,一定会创造出更优秀的产品。
二、产品市场简单调查分析
1、同行业产品简单调查
通过在xx搜素引擎检索“数据快速恢复”,“系统快速回复”,“快速还原”等关键词,发现xx软件,和本公司产品具有很强的相似性。(测试报告详见附件内容)通过在xx的电脑diy市场及软件销售市场简单走访,暂时未发现xx系列软件的经销商。
2、网络调查简单分析
作为数据快速恢复领域的创新者和领导者,本公司的核心关键词语“数据快速恢复”,“系统快速回复”,“电脑系统快速还原”等在xx等知名搜索引擎没有很好的被索引。或许是公司产品发展定位因素,在网络推广方面有再提高的空间。对于此,本人有信心有能力,在非工作实践,提高xx产品关键词语在上述搜索引擎的排行。
3、电脑城市场调查简单分析
前期,和xx电脑城的xx网络(网络及电脑外设集成批发全国连锁经营),xx(品牌笔记本零售商),xx(电脑diy集成)等公司的店长简单交流对此类软件的看法。整体反映效果较好。在xx,在进一步熟悉公司产品和销售流程同时,将安排时间继续跟进,推荐试用xx产品。
三、个人整体认知
准确的说,xx是一面镜子,照出了自己的不足和缺点,为自己的成长和提高创造了机会。
1、计算机硬件知识欠缺。
自认为是it专业本科生,熟悉专业去做销售更好些。其实不然,自己还是一粒沙子。在软件测试部,学会了计算机硬件的线路连接,知道了用u盘可以ghost快速做系统等等。或许可笑,但是对我而言,很严肃的现实证实:自己还不会是一个合格的'职员。需要虚心的向同事们请教!
2、英语知识的欠缺。
自认为立志做好国内销售,带领团队创作“农村信息化”创业计划书,立志为西部农村的it发展贡献一份力量。看到了xx的英文操作系统,就基本灰心。但是我坚信,我会在短期内,在专业英语方面有所突破,因为自己还是对专业英语有浓厚兴趣的。
3、对销售的错误认识。
两年多的校园代理销售经历,误打误撞,取得了一定的成绩。尽管在工作期间,没有亲自体验到去向大客户推销产品的经历,但是通过x经理推荐的《大客户销售十八招》一书,发现自己还有很多的东西要认真的学,认真的领会,并在实际推销中灵活应用。庆幸的是,对于销售的做起码准则还是在坚守:诚实信用,对客户负责!用好的人品去赢得客户关注!面对拒绝,保持良好的心态!
4、自己还有在xx存在的价值。
xx和自己理想中的还有很大的差距,但是这种差距,或许就是我存在的价值!主动向同事请教问题,积极虚心的向同事学习,这是我工作过程中一直在践行的!下阶段,将积极贯彻总经理的指示“加强个人管理,提高业务的能力”,从严要求自己,做好各项工作,提高个人存在贡献值。“与xx共创业”,是我在xx工作的基本心态:认同公司发展愿景,服从公司安排,任劳任怨,积极负责,务实创新,把xx的事业看成自己的事业去拼搏!
四、下阶段工作计划
在xx,认真贯彻落实“加强个人管理,提高业务能力!”的xx员工作风,具体落实到:
1、服从公司的工作安排,保质保量完成任务;
2、进一步熟悉公司产品(硬件产品),熟悉公司环境(认识研发部同事)
3、熟悉学习公司的销售制度和流程;
4、提高公司关键字网络检索排行,并提交一份营销计划书;
5、继续学习销售知识及应用技术,提高处理实际问题的能力;
6、申请参加公司的综合业务能力考核。
这一年自己的收获是丰硕的:最起码从意识上,发现自己的不足,并寻求到合适的解决途径。非常感谢测试部的同事,感谢所有xx的同事,因为你们的帮助,我顺利的走过在xx科技的适应期。我坚信:在你们的帮助下,我会持续努力,不断反省,总结提高,快速度过在xx的成长期,早日跨进发展期,创造期。与xx共创业,我能!
软件测试工程师工作总结6
先介绍一下我的背景:通信类院校20xx年毕业、本科、计算机专业,毕业后进入一家大型通信设备商工作,任职软件测试工程师。
一、xx项目执行
20xx年7月13日入部门,此时才知道自己被分配到了测试部。部门主管把我领走后,就把我交给了导师。
入部门的头几天,主要熟悉公司的工作环境,认识部门同事,了解产品知识。由于我们是做传输设备的,所以当时学习的产品知识主要以SDH原理为主,包括SDH的帧结构、网络的保护和倒换等。
下面介绍一下我所做的项目。
项目名称:xx软件
项目概况:该项目是在PC和Sun工作站上开发的软件,属于CS结构。Client端用Java开发(开始使用JDK1.3,后来改用JDK1.4),实现跨平台;Server端用C++开发,使用ACE实现跨平台(Windows和Unix)。
人力投入:开发好像是9人,测试3人。(我来的时候是产品的第2个版本,人力投入大概如此)
我入部门几天后,xx项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容,去点鼠标,如果发现程序出现错误或异常,就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标:)
现在想起当初的测试工作,实在有太多的不足,和待改进点。
1、测试用例。
对于一个软件的测试来讲,测试用例是至关重要的。测试用例要覆盖所有测试规格,而且测试用例要易于理解、易于执行,简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟,最糟糕的是用例的质量很差,使用这些测试用例,根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的,而且用于存储测试用例的Excel表格设计的很差,界面很不友好,从一定程度上降低了测试效率。
2、产品知识。
xx软件虽然是在PC和工作站上运行的,但是开发xx软件的目的是为产品服务的,所以我们必须具备产品知识,才能更好的对xx软件进行测试。恰巧当时包括我导师在内的3个人,都不太了解产品,所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。
3、软件测试的重点不明确。
软件测试是软件工程中的一项重要活动,它尽可能发现程序中存在的.缺陷,保证程序的质量。但软件作为一种商业品,有它的发布时限,老板说这个软件要1月份发布,你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多,而很多重点却没有得到重视,一些严重问题暴露的比较晚,导致测试时间延了又延,版本测了一个又一个,想起那些日子,只能如此描述:“累并痛苦着”。
4、测试流程的把握。
7月份中旬,xx项目从开发部转到测试部,进入了测试阶段,实际当时的产品质量并不能达到转测试的标准,而我们却让他们通过了转测试,结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此,我们是测了一轮又一轮,测的我们都要绝望了。回头想一想,xx软件还真的是我们测出来的,而不是开发写出来的。
【软件测试工程师工作总结】相关文章:
软件测试工程师工作总结04-20
软件测试工程师总结11-06
软件测试工程师转正工作总结04-05
软件测试工程师岗位职责!05-28
软件测试工程师总结15篇05-20
软件测试工程师的岗位职责03-10
软件测试工程师岗位职责01-21
软件测试总结03-22
软件测试工作总结02-24
软件测试转正工作总结05-17