我要投稿 投诉建议

软件测试工作总结

时间:2023-02-25 12:04:11 工作总结 我要投稿

软件测试工作总结

  总结是对某一阶段的工作、学习或思想中的经验或情况进行分析研究的书面材料,它可以帮助我们总结以往思想,发扬成绩,让我们抽出时间写写总结吧。那么你真的懂得怎么写总结吗?以下是小编为大家整理的软件测试工作总结,仅供参考,希望能够帮助到大家。

软件测试工作总结

软件测试工作总结1

  20xx年x月x日,我怀着对提高并实现自我价值的心态,跨进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软件,和本公司产品具有很强的相似性。(测试报告详见附件内容)通过在xxxx的电脑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共创业,我能!

软件测试工作总结2

  这学期的期末大作业是对ELearning Java eter。就这次大作业而言,我认为它与我们平时做的实验很不相同,我们平时的实验只是涉及到测试的某个小部分,而这次测试却是对一个相对完整的项目按照规范的标准进行测试。

  对于好的测试来说,应该注意一下几点:

  1.测试的独立性:一次只测试一个对象,方便定位出错的位置。这有2层意思:一个TestCase,只测试一个对象;一个TestMethod,只测试这个对象中的一个方法。

  2.给测试方法一个合适的名字。

  3.在assert函数中给出失败的原因,如:assertTrue(…should be true,…),方便查错。在这个例子中,如果无法通过assertTrue,那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。

  4.测试所有可能引起失败的地方,如:一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类,如果是由IDE(如Eclipse)产生的,则可不测;如果是人工写,那么最好测试一下。

  5.在setUp和tearDo框架+一门编程语言(建议python),或者收费软件QTP,推荐selenium,因为它是开源的、免费的,不存在盗版问题、且可扩展,所以国内的一线大公司喜欢用。

  Pc客户端自动化测试:常用的测试工具:QTP。付费软件,国内很多小公司在用。

  Android手机自动化测试:常用的测试工具:monkey、monkeyrunner、robutium、appium等,这些都是开源软件。一样,国内一流的公司都在使用。

  苹果端的自动化测试:常用的测试工具:Instrument、FoneMonke、Broomine、iphone SDK自带的test unit。

  不管学习哪一个终端的自动化测试,熟练掌握一门编程语言是必要条件。

  最后谈谈软实力,一个优秀的测试技术专家,我认为需要具备以下几个特性:

  持续学习能力:计算机技术的发展可谓日新月异,如果不持续学习,那么不出2年,你就会发现你只能当一个廉价的手工测试人员。所以如果能在工作中学习,不能的话,下班后保证2个小时的自学时间。几年下来,你就能发现自己的进步有多大。

  沟通能力:我觉得可以从2方面培养:第一:日常工作的沟通能力:和开发、产品、运维、客服同事的'沟通要及时,表达要准确,多微笑、多倾听、保持良好轻松的同事关系。第二,正式场合的沟通能力,如项目周会、评审会议、总结会议,一定要提前做准备,讲什么、怎么讲,自己私下里先练习一下,这样在正式场合才能表达清楚、气定神闲、落落大方,给领导和同事留下一个好的印象。

  团队合作能力:首先从心态上,要强调整体的概念,放下单打独斗的想法。在实际项目中,体现为团队成员之间的相互协作、资源共享、共同进退。这个时代已经不是一个英雄创造神话的年代了,只有团队的齐心协力才能把项目做好,这样的人往往也是公司最喜欢,最愿意去培养的人。

  与优秀的人为伍:所谓近朱者赤,近墨者黑。跟对一个老大、和优秀的人共事,找一个优秀的伴侣、经常去参加一些牛人讲座、技术论坛,通过这些人的耳濡目染,一定会让你少走很多弯路。

  其他还有很多软实力,但我个人认为以上几点比较重要。

  凡事要趁早,特别是技术行业,一定要在头几年打下扎实的技术功底,这对将来的技术管理或技术专家路线都有极大的帮助。

  不知不觉写了这么多,感觉还没有说完,希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的同学一点帮助。

软件测试工作总结3

  一、工作内容

  20xx年过完年后,我被主管派到一个大组去学习自动化测试技术。这个测试组是个比较大的测试组,总共有几十号人,其中有很多牛人。他们的自动化测试框架就是由几个牛人耗时1年多开发出来的。到现在,他们的自动化用例覆盖率约50%,应用率好像有70%,总之这个自动化测试框架还是满厉害的,不过就是整个框架实现太复杂了,涉及的编程脚本就用了三种。

  下面简单介绍一下该GUI自动化测试框架。

  测试工具:IBM Rational Robot

  自动化测试技术:第三代自动化测试框架

  测试脚本:Robot中使用的是sqabasic脚本(基于basic的一种脚本),另外还使用了TCL、COM组建等,并自行开发了一个抓包工具用于自动化测试。还有我们测试的产品界面是使用Java开发的,如果要让Robot能够正常识别界面,还需涉及到Java编程。

  学习自动化的头一个星期,我只是学习该测试组的产品知识,学习如何使用自动化测试。后面的几个星期就开始承担自动化测试的建设任务了。想想当初自己还是满辛苦的,白天上班学习产品知识,晚上回家就对着电脑看basic脚本的语法,周末还去公司无偿加班看代码。

  在技术文档的选择上,我基本只看英文的,单词不懂就拿金山词霸查,实在看不懂了才会去找些中文的资料看。为什么要选择英文的呢?因为很多中国写书的人很浮躁,只想着快点把书出版了好赚钱,所以很多中文的资料质量很差。首先要贬低的就是那本谭教授的《C语言程序设计》。记得读大学时,照着谭教授的书敲程序,没多少程序能编译通过的,真是误人子弟。

  当时带我学习自动化的导师姓L,他是个大忙人,有时一整天都在开会。L的师傅姓W,W是该自动化创始人之一。

  当时对我比较有用的文档就只有两篇:一篇是汇集型的chm文档,是篇比较全面的介绍,其中包括自动化框架的介绍,原理的介绍,各模块介绍,自动化执行的流程等;另外一篇则是由W写的自动化建设指导书,写的还是满不错的,在我有一定基础后,照着指导书就能完成简单的自动化建设。

  在我整个学习过程中,是按照以下的过程开展的:1、吴江装修网初步了解整个自动化和产品知识,尝试使用自动化进行测试;

  2、熟悉sqabasic语法;

  3、对着文档读代码,尝试调试脚本,跟踪到代码的最底层。

  其实最好的学习方式就是实践,去做自动化建设。当有一定基础后,去完成导师交给的自动化建设任务,就是最好的学习方式。后来,我教别人的时候,也是安排实际任务给他做,然后再进行相应的引导。

  在我的学习期间,有件事情让我满讨厌的。就是我必须给原部门的主管和测试组人员讲课,然后那些家伙会不停的提问,以检验我的学习效果。虽然这招很BT,但是对个人的成长还是满有利的。假设你学会了一项技能,此时你可能只在第一个层次上,如果你能够把这项技能教会别人,那么你的层次上升了一个档次。

  记得当时是20xx年2月初去参加学习的,4月初就应急被调回原测试组了。总共不到两个月的时间,我总共完成了3个模块的自动化建设,第1个模块搞了3个多星期,第2个模块不到2个星期,第3个模块一个星期就搞完了(第3个模块算是友情支援呢,哈哈)。

  4月初被调回原测试组后,就一直做救火的工作。差不多5月份的时候才正是开始做我们T项目的自动化。其实也就是把我学习的自动化框架移植过来,做T项目自动化测试。

  另我比较遗憾的是,T项目的测试一直都很紧,而自动化测试并没有被推广和充分利用。直到我离职前,测试组为应付测试部自动化考核指标,才得到重视。

  这里我谈一下自己对自动化测试的理解。

  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套软件,用T工具对80多块板子把8套软件都加一次,观察软件加载过程中,业务是否正常,板子加完软件后,运行是否正常。

  还有一个也是其他组借调过来的新员工,跟我一起干这件事情。我600多次,他也差不多600次。还好这个家伙,心态很好,做事情也很勤奋。

  最初B组给的方案是这样的:先用第1套软件把80多个板子加载一遍,再用第2套,第3套,直到第8套。

  开始工作几天,我们就按这种方案执行,但按这种方案执行的效率很差。主要因为实验室常用的板子差不多只有30块,其他的板子都藏在箱子里,而且有些板子B组根本没有,需要到其他项目组去借,这样针对软件版本,对80多块板子进行轮循加载,效率就很低,因为每加一套软件,就要去寻找80多块板子。

  当时,我和那个新员工都很愁,按照这种做法,这项任务3个星期根本就无法完成。B组负责带我们的两个员工,也表示比较无奈。

  郁闷过的第2天一早,我就直接找B组的老大谈话,“按照你们提供的这种方案,我们在三个星期内根本无法完成任务,而且还有诸多其他困难:1、部分板子是坏的;2、某些板子实验室里根本就没有;3、对设备不熟悉。”

  就这样,B组老大把组内相关骨干人员都叫过来开会,重新商讨了一套方案,并要求他们全力支持我们的工作。

  开了会后,B组的人就比较支持我们的工作了,启用新的方案后,还提前了1天时间把工作完成: )

  这里我体会比较深的是:在做一份工作前,一定要弄清楚这项任务到底要做些什么、要怎么做、要做到什么程度,工作中还要定期汇报工作(基本上以日报、周报的形式,用邮件发送),如果出现了解决不了的困难,一定要向老大汇报,如果老大也解决不了,那他也不能责怪你无能: )

  五、工作中的陷阱

  在辞职前的几个月,有个师弟也是老乡X君,得知我做过自动化项目后,便来向我了解自动化测试相关的情况。

  从与X的聊天过程中了解到,他也正在做自动化,他们组测试的产品规模比较大,不过做自动化的只有两个新人,而且是使用一种新的GUI测试工具。他在给我讲他们具体工作时,了解到他们的自动化测试非常原始,就是针对一个用例录制一套脚本,几百个测试用例,大概录制几百个脚本,根本没有对公共进行提取,更别提有什么自动化测试框架了。X君与另外一个人,在自动化方面都是新手,没有相关经验,他们不知道这样做会给后期的维护带来多大的麻烦。而且他们主管也不太懂GUI测试的自动化,只是每天要他们汇报工作进度,期望在两个月内完成那几百个脚本。

  经过我细致询问后,我猜测他们做这项自动化工作,基本上是为了应付部门自动化考核而做的,而并非为了提高测试效率,保证产品质量。

  我也可以体谅X君主管的难处:测试组人力本来就紧张,而部门又要考核自动化指标,他只有弄两个人来应付一下部门的考核了。

  这样说来,X君和他另外一位同事就是受害者了,被安排做一件这么没意义的事情。对他们我只能表示同情了。

  对于这类BT主管吩咐的没啥意义的事情,我的体会就是能推掉不做就不做,如果实在推不掉,就完全按照他的意思做,他要怎么做就怎么做,要做成什么样就做成什么样。实在搞郁闷了就老板炒鱿鱼吧。

  六、其他

  记得刚进公司那一阵,对我们新员工有这样那样的培训,估计转正前至少被培训了20门课吧。具体讲的都是产品知识、测试技能、编程方面的东东。那些讲课的老师水平也参差不齐,PPT写的水准也有好有坏。总体感觉就是那些培训是在浪费时间,如果自己看这些资料效果都要好很多。

  在转正前,作为新员工要给部门的“老”员工讲课,讲自己所学习过的知识,然后下面的“老”员工会发狂了似的问你问题。现在我感觉这种方式真的是一种非常好的检验方法,不但检验了你的学习情况还锻炼了你讲解PPT的能力。

  七、感悟和进步

  通过这种方式,我觉得自己在很多方面有提高:

  1、写PPT的水平。后续工作中,写PPT汇报工作,做的是又快,又漂亮。

  2、沟通能力。最初别人问我一个问题,我还没完全理解他的意图,就以自己的理解,淅沥哗啦的说了一堆别人不想知道的东东,搞得别人一头雾水。此后,别人每问我一个问题,我都会先把他的意图或意思搞搞清楚了,确认后,再以最精练的语言来回答他的问题。

  3、懂就是懂,不懂就别乱说。记得最早“老”员工问我一个我自己不是很懂的问题,我通常是按自己的理解方式,跟他胡吹一通。结果他再一细问,我就傻了。知道就知道,不知道就别乱说,这点很重要,尤其是在参加面试的时候,如果自己不是很动,别人一问你就会露馅。

软件测试工作总结4

  XX年是我进入公司的第一年,也是我的工作能力得到提高和快速发展的一年,在公司领导的指导和同仁以及其它部门的支持配合下,最后在经过自己的努力,完成了自己所要完成的各项工作任务,在新的一年来临之迹,我要对过去一年的工作进行一个全面的总结,以便在今年的工作中能够有更明确的目标,尽量克服自己现在所存在的不足,希望能更一步为自己所在的部门增光,做出自己的贡献。下面是我对去年工作汇总。

  一、总结:

  1、自身定位:在过去一年,是我进公司的第一年,也是我工作的第一年,刚开始在我对工作竞争和自身都不甚了解的情况下,在领导和同仁的.指导下,我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解,因为有了自我目标,才能感受到自己的压力有多大!我的目标也不只是完成目前所要做的工作而已,要向其它方面拓展学习。

  2、定下心来,踏踏实实:我学的是计算机专业,我的工作也是计算机方面的,以前有什么优势,但是踏入工作岗位后才发现,自己学的只是一个基础,只是有些方面或许比别人走的快一步,所以一切都要靠自己。自己要定得心下来学习。成功需要耐得住寂寞,不求最快,但求。

  3、团队合作:以前在学校或许你可以靠一个取得好成绩,在工作上你必须要有一个团队,在一个部门之中,团队合作精神显得尤为重要。以前我做有些事都是一意孤行,但现在已经对自己改变了,多听听他人意见,会犯更少错误,会更长见识,所以要学会与同仁之间的合作,做事才更有效。

  4、工作情况:在公司一年,对mes大型系统有了个大概了解,对我们所要学习的mes已经可以说差不多都掌握,条码打印机的维修和设置掌握,a4打印机大多数情况可以维护,pda、条码枪已掌握,电脑的系统重装和维护已掌握,其它基本设置可以维护,对新出来的程序掌握和了解也比较快。

  5、课外学习:sql该学的已经掌握,c#学习,简单的程序可以编写,但有时还要依靠于网络和朋友,需要进一步加强。但主要还是以网络为主。

  二、自身缺点

  1、沟通问题:自己的沟通能力只能算一般,因为对于某些事的阐释还是不怎么好,语言表达能力有点差,希望通过平时的交流和沟通来加强。

  2、心态问题:自己对于做某些事过于着急,一心想急切完成,确反而误时,这个问题一开始就一直出现,现在虽然已经基本克服,但也要列入缺点方面,希望以后时刻注意!

  3、学习问题:对于课外学习这方面,我在编程时感觉困难的时候有时候就不愿去做,现在虽然已经慢慢改进上网搜资料和问问朋友,但有时候还是克服不了自己。

软件测试工作总结5

  在经发局的领导下,xx的工作有条不紊地进行,并得到有利、健康的发展,顺利完成上级交给的各项任务和目标。下面我对xx一年来的工作作以下总结:

  一、本着“节约为本,诚信办公”的方略

  以最节约的开支,创造的效率。办公经费上尽量降低成本,能将就用的就地取材,特别是在文字处理和文件等方面百分之九十利用电子邮件方式来完成。办公设备做到修补后可用的,则动手亲自维修,大大节约了开支。全心全意为进驻企业服务是我工作的宗旨。xx内年我们送走了在业界有名的华城楼宇科技,年我们迎来了比较突出的讯能智软科技和鑫淼科技,这些资深企业的引进,给我们的孵化基地注入了新鲜血液,使xx的建设增添几道亮丽风景。同时,园内的其他企业我们也不例外,同样精心呵护,用心去服务,只要企业需要,随时二十四小时服务,有时候忘记了什么时候上班什么时候下班,特别是刚进驻的企业。真正让他们感受到在xx内办公有一种宾至如归的.感觉是我义不容辞的责任。

  二、行政管理上,认真做好进驻企业的登记、造册、录入有关数据等

  进驻企业由年的家增加到家。信涵传送方面,园内必须当天送达,不在园内办公的就用电话通知其本人或单位。切实有效地做到快捷、准确无误的传输方式,更好地为企业服务。特快、挂号等重要信件用册子记录,必需是收件人本人或单位委托人签字方可取件。根据领导的安排和要求,对园内合同到期的企业即时以电话或书面的形式通知对方来补办手续和交纳各项费用。

  三、进驻的企业有所增加,使用网络的客户也越来越多

  最近两个月来,上班时间根本无法利用网络办公,给很多企业带来诸多不便,这是我xx急需解决的问题,望领导给予重视。与此同时,也感谢领导为我提供了络的平台,使我对网络有了初步的认识。由于没有基础,有些地方往往别人花一倍的时间就能完成,而我则付出十倍的代价,尝尽了求学的艰辛。

  四、治安管理常抓不懈,对已安装的电脑控制无线报警系统和消防设施进行定期或不定期测试与维护,法定长假前的安全大检查是治安工作必不可少的程序。

  最近业主单位给停车场安装了电动伸缩门和设立值班岗,无形中也给xx提供安全措施,但我们并没有为此而对安全保卫工作有过丝毫松懈,反而时时提高警惕,尽职尽责地驻守一方,保一方平安做好自己的本质工作。随时观察值班人员工作情况,发现问题即时采取措施进行补救和纠正,把问题解决在萌芽状态。如下半年值班员对自己的工资待遇低,情绪低沉,严重影响治安工作的顺利开展,我及时给他们做好思想政治工作,稳定局势。根据具体情况向领导反映,适当提高工资待遇,得到了领导的大力支持和落实。对园内企业人员的出入管理要求相对严格,原则上不允许工作人员在里面留宿,特殊情况的要严格控制,安全为重。一年来没有发生一起治安案件。全面贯彻落实人防、物防、技防相结合的工作方针。

  五、卫生工作我们采取了周末大扫除,平时保洁的方式

  上半年清理五楼顶过道垃圾,消除安全隐患,保持消防通道的畅通。随时保持内环境卫生,为园内企业创造良好、整洁的工作场所。但我个人认为今年的卫生保洁不太理想,也许是我的工作太多或者其它原因所在?望上级领导安排或任命一位专门管理和监督xx办公室事务的工作人员。

  六、xx硬件设备老化,特别是各办公室内水龙头、水管漏水严重,平均每个月的用水量都在多吨

  就目前园内常驻企业状况的用水量算,总起来说也只不过是多吨的三分之一。常此以往,损失不可估量,希望领导高度重视,早日解决!走廊路灯基本无法正常工作,与xx显得不相匹配。

  最后,接待工作有些力不从心,如条件允许给我们出去学习的机会和参观,学习一些先进经验和方法,更好地为xx服务。

软件测试工作总结6

  伴随着充实紧凑的工作生活,20xx年的时间已经过去了。这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。总结经验,吸取教训,我主要从几个方面来对工作进行总结:工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。以此作为惩前毖后的记录。

  一、工作的主要内容

  在20xx年的工作中,我的总体任务是协助xx管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:

  1.编写矿业权系统的各类文档;

  2.矿业权系统的编码及bug勘误工作;

  3.矿业权系统的测试工作。

  下面依照时间来对我的工作进行介绍。初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。

  在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此,入职工作顺利起步。

  在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现xx系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的`下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中,对xx系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。

  完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个xx的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。

  在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对xx系统进行细微的缝补工作。这段时间是学习多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。完成了系统的修补之后,我们的程序送到了xx进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。

  第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了xx所进行所检。在进行所检之余,我又接到了新的任务,完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于x月x号编写完毕。

  现阶段我的任务是根据所检的bug列表,对xx系统进行回归测试。

  二、工作中失败的教训以及成功的经验

  对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

  成功的经验:

  1)敢于接受任务并想尽一切办法完成。最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。

  2)勇于承担错误,正视自身的问题。工作中可谓是错误不断,从文档的错别字这种小问题到xx系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。

  失败的教训:

  1)重视每一个细节,不要忽视小问题。在最初进行矿业权系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。

  2)进行重复工作也不能大意。在对xx系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。

  3)考虑问题要严谨。在对xx系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。

  4)注重用户体验。在xx系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。

  三、展望下一阶段的工作

  下一阶段短期内我们的工作主要针对xx系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习xx数据库和xx数据库的使用上的区别,做好从xx数据库向xx数据库的迁移工作。

  20xx年的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。感谢经理的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现中地的辉煌。

软件测试工作总结7

  伴随着充实紧凑的工作生活,两个月的时间已经过去了。这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。总结经验,吸取教训,本文将主要从几个方面来对工作进行总结:工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。以此作为惩前毖后的记录。

  1、工作的主要内容

  在这两个月的工作中,我的总体任务是协助xx做好武警xx部队xx管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:编写xx系统的各类文档;系统的编码及bug勘误工作;系统的测试工作。下面依照时间来对我的工作进行介绍。

  初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。

  在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行xx系统的测试工作。这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此,入职工作顺利起步。

  在对xx系统进行测试之后,暴露了系统的诸多问题,测试过程中发现xx系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写xx系统的数据需求文档。在编写该文档的'过程中,对xx系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。

  完成了xx系统的数据需求文档的编写之后,新的任务是对整个xx的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。

  在对xx系统添加输入限定完成之后,进入了解决程序小问题的阶段,对xx系统进行细微的缝补工作。这段时间是学习多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。

  完成了系统的修补之后,我们的程序送到了xx进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。

  第一轮测试结果出来之后,我们项目组开始了紧张的第一轮xx系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。

  第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了十五所进行所检。

  在进行所检之余,我又接到了新的任务,完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。

  现阶段我的任务是根据所检的bug列表,对矿权系统进行回归测试。

  2、工作中失败的教训以及成功的经验

  对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

  成功的经验:

  (1)敢于接受任务并想尽一切办法完成

  入职两个月最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。

  (2)勇于承担错误,正视自身的问题

  在这两个月的工作中可谓是错误不断,从文档的错别字这种小问题到xx系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。

  失败的教训:

  (1)重视每一个细节,不要忽视小问题

  在最初进行xx系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。

  (2)进行重复工作也不能大意

  在对xx系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。

  (3)考虑问题要严谨

  在对xx系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。

  (4)注重用户体验

  在xx系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。

  3、展望下一阶段的工作

  下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别,做好从sql数据库向oracel数据库的迁移工作。

  这两个月的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。感谢两个月来xx经理的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现中地的辉煌。

软件测试工作总结8

  20xx年xx月xx日,我怀着对提高并实现自我价值的心态,跨进西安XX科技有限责任公司的大门,开始了自己大学里兼职实习工作。转眼间,断断续续的三个星期的实习时间就过去了。回想起这段时间的工作过程,我深深的认识到在XX实习的选择是绝对正确的,XX公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。

  一、软件测试部见证XX的强硬实力

  这段实习时间完全是在软件测试部度过,亲自体验感受离了XX科技的主要软件产品。包括数据快速恢复平台v3、0,系统快速恢复平台v1、o,闪电恢复,三合一数据宝,一键恢复,联想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、电脑城市场调查简单分析

  前期,和赛格电脑城的三叶网络(网络及电脑外设集成批发全国连锁经营),高鸿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的成长期,早日跨进发展期,创造期。

软件测试工作总结9

  手机软件测试人员。工作内容回顾:

  1.每天根据组长分配给自己任务进行测试,按照测试需求,借相应的手机崭只。

  分配的Qc库里的每条测试用例,因为每条测试用例都是英文描述,所以每次必须经过认真阅读以保证正确执行。

  2.在测试过程中,手机出现问题时,要判断是手机硬件的问题还是软件的问题,如果是软件的问题,还要继续跟Po

  或者Fo确认之后,然后才能在公司本地库中填写errorreport,有的error还需要Fasttrace工具来抓取bug

  和decodex-fiel,并将这些东西一起放在errorreport里面,经过Ec处理之后状态为new的error就可以往mzilla库中报最终的Bug。

  3.每次做任务的手机都是去相应的产品组借的,所以做完任务的时候将自己手里借一切跟测试相关的东西及时签还,并告知组长任务完成。

  工作总结:这为期四个月的实习和试用期,使我对手机软件测试工作有了深入的认识,就是尽最大的努力发现测试手机的不足,经过开发人员解决之后使手机尽快达到上市的.标准,这些发现的bug就是为公司创造的价值。作为四个月的文思海辉的员工,我对公司也有了一定的了解,文思海辉技术有限公司PacteraTechnologyinternationalLtd.(纳斯达克股票代码:PacT)是值得信赖的咨询与科技服务提供商,公司

  竭诚为您提供优质文档/双击可除

  拥有超强的全球运营能力、严格的质量标准和高效的交付流程,致力于成为全球企业“新时代的合作伙伴”,为客户成功保驾护航。自1995年以来,文思海辉一直致力于为全球客户提供世界领先的商业/iT咨询、解决方案以及外包服务,在金融服务、高科技、电信、旅游交通、能源、生命科学、制造、零售与分销等领域积累了丰富的行业经验,主要客户涵盖众多财富500强企业及大中型中国企业。我所在的亦庄分公司主要承接诺基亚手机测试任务,在以往的测试工作中,得到了诺基亚公司的高度认可。工作中优点及不足:

  对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。优点:

  1)敢于接受任务并想尽一切办法完成

  入职四个月每一个任务对于初入职场的我都是一个挑战,保质保量完成任务是最基本的要求,即使是自己不熟悉的任务也会尽自己的努力和前辈的帮助下按时完成。 2)勇于承担错误,正视自身的问题

  在这四个月的工作中犯了一些错误,测试工具使用不熟练等导致测试结果填写不规范等,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正。不足:

  竭诚为您提供优质文档/双击可除

  1)由于工作时间不长,参加了很多培训,在测试的时候这些知识运用的还不够熟练,所以对手机中出现的bug发现的数量不高。

  2)一开始工作的时候,对一些测试工具的使用不是很熟练,在使用的过程中会耽误一些工作的时间,导致自己在规定的时间内完成任务比较紧张。以后工作中改进:

  1)重视每一个细节,不要忽视小问题

  做手机测试工作,首先要具备的就是细心,只有这样才能发现手机里的bug,不能放过任何一个与测试用例描述不一样的执行结果,不管这个差别有多么的小,很多bug都是从这些细微的差别中产生的。

  2)进行重复工作也不能大意

  手机测试有时候相同的测试用例要在不同的手机上重复测试,这就相当考验我的耐心,对每次做测试用例都要向第一次做那样,认真的执行每一步操作。

  3)考虑问题要全面

  每次做任务都要有一些发散思维的自由测试,这就需要我们考虑问题的时候要全面的展开思维做尽可能多的测试,才能发现更多的bug。

  4)加强学习

  平时的时候除了要参加各种培训外,在培训之后还要及时的复习总结,对自己不明白的地方及时找师傅或有经验的人请教,来提高自己

软件测试工作总结10

  自2月份开始,我一直在跟进xx银行w-xxnd1s2.0项目的测试工作,至此为止已近6个月时间,从公司内部系统测试、验收测试,再到uat测试,以及投产前的系统压力测试等等。从开始到项目即将结束,一步步走过来。本次项目中,我作为测试环节的主力人员之一,仅对此项目中测试工作进行总结。

  一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的,完全按照项目组计划要求完成测试任务、提交测试类相关文档,包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作,本此项目中测试小组一共组织了四轮次系统全面测试工作,认真配合项目工作,共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作,每日同步更新问题跟踪单的模式,按照规划时间完成系统更新测试。

  二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽,项目组内部共同探讨解决问题的方法,向各模块负责人学习模块功能处理方式,向业务人员了解系统中涉及的业务知识点,两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验,也向项目组提出了一些完善性意见。

  三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一,是项目验收阶段的最终把关阶段,业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面,客户测试介入力度太小,尽管我们已经很多次电话催促业务人员测试,每次联系相关业务人员进行测试,他们来到项目组开发现场测试,也仅仅一两个小时时间,简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试,也算给项目进行了一次全面的测试,从中也暴露出不少系统存在的.问题,目前项目组均已解决。最新软件系统项目工作总结

  四、测试成效方面。中信x-funds2.0系统测试中,共记录问题及客户新增需求825个,其中bug数量512个、系统完善类问题225个,新增需求类问题88个。组织了四轮次内部系统全面测试工作,兼顾日常系统更新测试工作,最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试,测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作,测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。

  五、个人得失方面。作为此次项目测试的负责人,对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高,理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对各子系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强,测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验,做好以后的补丁测试工作及其他项目的测试工作。

软件测试工作总结11

  时光如梭,转瞬间已进入我公司二月有余,首先感谢公司领导对我的信任将新产品开发重任交给我去做,再次感谢领导和同事对我工作上的指导。这是我人生中弥足珍贵的经历,也给我留下了精彩而美好的回忆。在这段时间里公司领导及同事门给予了我足够的支持、鼓励和帮助,让我充分感受到了领导们坚定的信念和同事们积极乐观的精神。

  记得初到公司的第一天,领导就将试制了两年多一直没有供货的产品;流水槽总成交给我,当时感觉这是一份很有压力而富有挑战的工作。虽然以前从事过冲压工艺及管理方面的工作,有一定的经验,但是面对的'顾客不一样,要求也不一样,现在面对的是大众公司,各方面要求都要严格些。学习是取得一切进步的前提和基础。在这段时间里,白天忙于现场配合xx工程师及工装科解决流水槽调试及试装过程中存在的一些问题,晚间回家认真学习公司各相关文件、标准,并带着问题向同事们互相探讨、互相学习取长补短,具体做了如下工作;

  一、后流水槽总成xx试装工作

  来公司两个月,去xx公司现场x次。每次试装顾客都要提出不同的问题(大众倒三班)诸如;后流水槽总成表面波浪、凸凹、划痕等质量问题、与尾灯支架匹配间隙问题、激光焊接等等试装存在的缺陷,每次回来都要配合工装现场制定解决方案,并跟踪落实。然后再同xx公司产品工程师、现场工程师、车间管理人员协调下一轮试装等事宜。功夫不负有心人,在公司领导及相关人员的积极努力下,流水槽总成的试装工作已接近尾声,下一步就要进行ots工装样件提交了。

  二、编制各类技术文件几十种

  依据新产品开发程序,编制各类技术文件;如;控制计划、过程流程图、过程fmea、作业指导书、检验指导书、检具说明、平面布置等等。

  在与公司同行的互相交流中,发现我公司有些指导性文件版本中有不完善之处,并及时依据标准进行完善。如冲压下料卡中没有规定剪切毛刺公差等。

  三、设计工位器具二种

  根据流水槽零件形状不规则,而且是表面件;内表面质量要求高等特点,设计第一、二工序间带滑轮的转运车两种。

  四、焊接夹具改造

  后流水槽总成焊接夹具;流水槽(1k5809643/644)与支架(1k5863345)点焊时,支架摆放时是垂直位置,靠压弯部定位放不住,零件容易掉落。提建议将夹具适当位置加小磁铁固定。

  以上是我来公司两个月来所做的一些主要工作,还有一些如配合三坐标检测、检具检测、夹具调整等一些零散工作就不一一累述了。

  工作中虽然又积累了一些经验,相对于自身有了很大进步。尽管如此自认为同xx公司沟通较少,不利于新产品开发进度。在以后的工作中还需继续努力,不仅要学习更好的与人愉快的相处,而且在技术和项目管理上也要更进一步,同时以积极,热情,细致对待每一项工作,多角度的提高自己解决实际问题的能力,为企业创造更多的价值,让自己的人生更有意义。

软件测试工作总结12

  x年是我进入公司的第一年,也是我的工作能力得到提高和快速发展的一年,在公司领导的指导和同仁以及其它部门的支持配合下,最后在经过自己的努力,完成了自己所要完成的各项工作任务,在新的一年来临之迹,我要对过去一年的工作进行一个全面的总结,以便在今年的工作中能够有更明确的目标,尽量克服自己现在所存在的不足,希望能更一步为自己所在的部门增光,做出自己的贡献。下面是我对去年工作汇总。

  一、总结:

  1、自身定位:

  在过去一年,是我进公司的第一年,也是我工作的第一年,刚开始在我对工作竞争和自身都不甚了解的情况下,在领导和同仁的指导下,我感觉自己已经慢慢对人与人的'竞争和自身定位有了深刻的了解,因为有了自我目标,才能感受到自己的压力有多大!我的目标也不只是完成目前所要做的工作而已,要向其它方面拓展学习。

  2、定下心来,踏踏实实:

  我学的是计算机专业,我的工作也是计算机方面的,以前有什么优势,但是踏入工作岗位后才发现,自己学的只是一个基础,只是有些方面或许比别人走的快一步,所以一切都要靠自己。自己要定得心下来学习。成功需要耐得住寂寞,不求最快,但求。

  3、团队合作:

  以前在学校或许你可以靠一个取得好成绩,在工作上你必须要有一个团队,在一个部门之中,团队合作精神显得尤为重要。以前我做有些事都是一意孤行,但现在已经对自己改变了,多听听他人意见,会犯更少错误,会更长见识,所以要学会与同仁之间的合作,做事才更有效。

  4、工作情况:

  在公司一年,对mes大型系统有了个大概了解,对我们所要学习的mes已经可以说差不多都掌握,条码打印机的维修和设置掌握,a4打印机大多数情况可以维护,pda、条码枪已掌握,电脑的系统重装和维护已掌握,其它基本设置可以维护,对新出来的程序掌握和了解也比较快。

  5、课外学习:

  sql该学的已经掌握,c++学习,简单的程序可以编写,但有时还要依靠于网络和朋友,需要进一步加强。但主要还是以网络为主。

  二、自身缺点

  1、沟通问题:自己的沟通能力只能算一般,因为对于某些事的阐释还是不怎么好,语言表达能力有点差,希望通过平时的交流和沟通来加强。

  2、心态问题:自己对于做某些事过于着急,一心想急切完成,确反而误时,这个问题一开始就一直出现,现在虽然已经基本克服,但也要列入缺点方面,希望以后时刻注意!

  3、学习问题:对于课外学习这方面,我在编程时感觉困难的时候有时候就不愿去做,现在虽然已经慢慢改进上网搜资料和问问朋友,但有时候还是克服不了自己。

软件测试工作总结13

  软件测试基础总结

  学了两周的软件基础知识,这期间基本上是以自己看为主,TC帮我们解决其中遇到的问题为辅,让我在了解软件工程的基础上进一步深入的了解到软件测试在软件工程中的重要地位,先将所收获到的知识概括如下:

  一、软件测试的概念和目标软件测试在整个软件工程中的地位:

  软件测试的概念:

  软件测试是为了发现错误而执行的过程或者说软件测试是根据软件开发各阶段的规格说明和程序的内部结构二精心设计一批测试用例并利用这些测试用例去运行程序以发现程序错误的过程

  软件测试的目标:

  a.测试是为了发现程序中的错误而执行程序的过程

  b.好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案c.成功的测试是发现了至今为止尚未发现的错误的测试重点强调:

  软件测试人员应具备的素质:

  a.基本要求:责任、奉献、专注、专业

  b.注意学习,不断提高自己的计算机知识修养,理解网络系统、Internet/Intranet系统和大型数据库系统的基本概念c.工作认真,一丝不苟,精益求精。

  d.力求系统的正确性、完整性、合理性、稳定性

  软件测试人员知识结构的组成:

  a.产品知识:对于你所测试的产品,你一定要非常熟悉。小到你所测试的模块,大到整个产品的架构,内部实现,代码,等等。

  b.测试知识:黑盒测试,白盒测试,手工测试,自动化测试,性能测试,安全测试等等。c.开发知识:编程,数据结构,算法,调试等等。

  d.专业知识:以上2,3是基本的知识,你还应该精通一些你从事的更专的技术知识。比如,如果你的产品是基于.net的,你应该精通.net,或者类似的J2ee等

  e.领域知识:你应该精通你所工作的领域的知识,比如手机领域,数据库领域等等。f.行业知识:你要对计算机行业的整体状态,新技术,动态,发展趋势有一个明确认识。要记住,你首先是一个计算机人才,其次是一个软件人才,再次是一个测试人才,最后你才是一个SQAA,SQAE,STE,SDET等等。要想做一个高级测试人才,这一条线的知识都需要掌握。

  二、软件测试方法分类软件测试的主要流程

  分析测试的需求→制定测试计划→设计测试方案→编写测试用例→执行测试用例→验收测试→书写测试报告重点强调:

  软件测试方法和分类----按开发阶段分

  a.单元测试b.集成测试c.确认测试d.系统测试e.验收测试

  软件测试方法和分类----按测试技术分

  a.白盒测试b.灰盒测试c.黑盒测试d.静态测试e.动态测试

  软件测试方法和分类----按测试实施组分

  a.开发方测试(α测试)b.用户测试(β测试)c.第三方测试

  三、测试用例的设计方法

  我们现在做的都是功能测试,用例设计的主要方法包括等价类划分法、边界值分析法、错误推测法和场景分析法重点强调:等价类划分法

  a.等价类划分法是把程序的输入域划分成若干部分,然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值,也就是说,如果某一类中的一个例子发现了错误,这一等价类中的其他例子也能发现同样的错误;反之,如果某一类中的一个例子没有发现错误,则这一类中的其他例子也不会查出错误。b.单个用例中应覆盖尽可能多的有效等价类c.单个用例只能覆盖一个无效等价类确定等价类划分法的原则

  a.在输入条件规定了输入值的集合或者规定了”必须如何”的条件的情况下,可以确定一个有效等价类和一个无效等价类

  b.在输入条件规定了输入值的集合或者规定了”必须如何”的条件的情况下,可以确定一个有效等价类和一个无效等价类

  c.在输入条件是一个布尔量的情况下,可以确定一个有效等价类和一个无效等价类d.在规定了输入数据的.一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确定n个有效等价类和一个无效等价类

  e.在规定了输入数据必须遵守规则的情况下,可确定一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)

  f.在确知已划分的等价类中,各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类

  边界值分析法

  a.人们从长期的测试工作经验得知,大量的错误是发生在输入或输出范围的边界上,而不是在输入范围的内部。因此针对各种边界情况测试,可以查出更多的错误b.空值是一种特殊的边界值,常常被人遗忘

  边界值选择原则

  a.如果输入条件规定了值的个数,则用最大个数、最小个数、比最小个数少1、比最大个数多1的数作为测试数据

  b.将前面的两条规则应用于输出条件,即设计测试用例使输出值达到边界及其左右的值c.如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例

  四、Linux操作命令

  Linux的概念:Linux是一种自由和开放源码的类Unix操作系统重点强调

  用户的创建与删除

  a.用户的创建:useradd-g组名-d/home/用户名-s/bin/bash用户名b.用户的删除:userdelr用户名文件的属性与权限的修改a.chgrp:改变档案所属群组b.chown:改变档案拥有者

  c.chmod:改变档案的权限例如:chmod777文件名目录管理

  a.cd(变换目录)b.mkdir(创建目录)c.touch(建立一个文件)

  a.cp(复制档案或目录)

  b.mv(移动档案与目录,或更名)c.rm(移除档案或目录)d.rmdir(删除空的目录)文件或目录的压缩与打包

  a.tarcvfname.tarname压缩b.tarxvfname.tar解压c.tartvfname.tar查询

  VI编辑命令(一般模式、编辑模式与指令列命令模式)a.删除文本内容(退出编辑状态按x键)

  b.复制文本内容(nyy复制以下几行内容再+p)c.粘贴文本内容(+p)d.搜寻和取代文本内容

  /word:向光标之下寻找一个名称为word的字符串?word:向光标之上寻找一个名称为word的字符串

  :n1,n2s/word1/word2/g在第n1与n2行之间将word1这个字符串取代为word2:1,$s/word1/word2/g这个指令用于在整个文件中替换特定字符串e.退出编辑模式(q!强制退出不保存、wq保存并退出文本编辑模式)

  五、熟悉mCommerce项目

  网上购物平台主要角色用户、供应商、系统管理员重点强调

  用户、供应商、系统管理员与mCommerce购物平台之间的关系.

  用户主要浏览前台页面可以购物,供应商管理系统管理员可以管理后台的商品信息的增删查改,系统管理员又可以管理供应商的各种操作掌握mCommerce购物系统里各个功能.找出mCommerce购物系统里存在的Bug.

  六、个人总结(提出近阶段个人学习总结以及遇到问题)

  个人学习总结:a.两周的测试基础知识学习掌握了一些测试的基础知识和方法。例如等价类划分法从而设计出测试用例,还有边界值分析法,和一些linuxde简单文件操作命令。

  b.在这个学习的过程中,我发现很多东西都需要自己去钻研,去和同事交流从而找到解决的办法,不会的问题光靠自己一个人琢磨是远远不够的。需要和同事及同学交流和沟通,通过讨论会大家一起研商找出解决办法对自己的帮助很好。

  c.每天提交一份日报和问题,清楚自己一天的计划和完成了什么事,问题也能得到TC及时的解决。遇到的问题:

  a.当我在看很多测试基础知识资料的时候,不知道从哪抓重点,总是很盲目的从头浏览到尾,看完之后感觉没有记住多少东西。

  b.关于测试用例设计方法等价类划分这块掌握的不是很好,白皮书上有些题目虽然TC讲过但还是不能太理解。TC要求我们掌握80%就好了,感觉只掌握了50%。

  c.可能最近都是在看测试基础文档类的原因吧,除了操作linux和熟悉mCommerce项目外,感觉没实际操作的少了,有时侯看文档很容易走神,这样一来时间就浪费了。

软件测试工作总结14

  20xx年原公司并入新公司集团,我也随同原公司一起成了新公司的一员。我所在的部门是研发中心,担任副经理一职,配合王总与单总开展工作。工作内容总结:

  上半年的工作仍是延续以前的三维xxxx产品(下面简称AA)的研发。主要的工作内容包括下面一些:

  AA研发管理工作:

  一开始组织进行真实矢量数据的绘制,用于实现用户标准,POI显示等。这部分工作完成了雏形后,又启动了批量矢量的预研工作,下半年小组成员完成了这一内容的阶段版本。同时完成了一个阶段的程序结构梳理、性能调优,开展了一些VR效果及基础GIS功能(测量等)实现的工作。

  在组织研发工作的同时,因市场需要,我们的产品开始投入使用。其中我负责的两个是xxxx测绘工程院前期合作、xxxx预研合作。这两个合作都没有明显的成果,只能算是产品的测试使用。通过这些小任务,我们也整理了一些我们软件的不足,收集了一些完善意见,同时我组织人员开发了一个由maxx数据直接生成产品自有格式的工具,扩充了产品支持的三维模型数据格式。

  下半年由于xxxx项目的需要及当时部门的人员情况,领导安排我负责停滞了很长时间的xxxx三维平台升级项目任务。

  因以前的老平台无法满足规划局用户共享交换的需要,公司决定用新研发的AA产品对xxxx共享平台进行升级。我们在xxxx建设了一个十人左右的队伍,基于AA的SDK进行应用开发。完成此项目的过程中,我的主要工作内容是:在领导的支持下组建队伍、整理用户需求、分配工作任务、与公司研发队伍进行沟通协调、客户汇报。同时,对公司研发的任务内容、技术路线等我也提出了一些自己的建议和看法。并协助领导开展了部分人员的思想工作。因项目需要,完善了产品的地形、影像数据处理工具,使数据展示的效果比以前有了提升。

  至目前为止,项目任务已基本完成,与客户要求的6个月时间相吻合,客户关系也已经理顺,算是保住了xxxx这个老市场,xxxx的项目也锻炼出了一支应用项目实施的队伍,部分员工成长迅速,很有潜力。

  xxxx项目任务完成的过程中,得到了研发人员的大力支持,同时xxxx的项目需求也给AA研发指明了一些方向。应该说,xxxx项目是我们AA应用的一个完整检验。基于xxxx项目,研发完成了地下管网数据展示的一个阶段版本。算是对AA产品做了一个较大的扩展,也可作为产品区别与大部分三维产品的一个特点。年度工作中存在问题和不足

  20xx年的工作任务算是完成了,在完成这些任务的过程中,我意识到自己还存在许多不足。主要有下面几个方面:

  首先是执行力。三维软件研发的过程中,对一个新研发内容的工作量及所需要的时间、人力我和负责开发的人员都存在评估不准确的情况,在这种情况下制定出来的工作计划往往无法按时完成。没按时完成我也没有对应的措施去应对,按计划完成了也没有措施去奖励,计划和实际总是存在偏差。

  其次是引进人才方面。一个研发队伍,需要有经验、有能力、有潜质的技术人员,但在人才引进方面我觉得自己做得很不够,没有为我们的开发队伍引进一个技术牛人,xxxx的队伍的成员也是王总引进以及通过正常招聘找来的。

  还有就是主动引导其他部门的方面。我们是产品研发部门,理应由我们来告诉其他人我们的产品特点是什么、适合做什么、不适合做什么。但截至目前的情况却是其他项目部门告诉我们他们需要什么,然后我们来支持。这种情况的结果是我们自己的研发节奏和目标都被打乱,最终产品变得没有特点或者延迟交付。

  20xx年度工作展望或计划

  xxxx的项目已经接近尾声,本地的项目成员已经可以担负起后续的任务了,我也将从项目中回归到研发管理中来。20xx年我将和研发的弟兄们一起,继续建设完善产品。使AA三维地理数据的显示效果更好、性能更优。另外针对现在场景维护不方便的情况,研发一个场景编辑工具,以更好的组织和调整三维数据显示内容。

  同时,希望能和其他部门人员一起将xxxx项目的三维数据共享模式向其他城市推广,争取提炼出一个类似以前二维共享平台的解决方案。为我们的产品赢得一个更广阔的市场。

  另外,今年的研发中心两个任务(AA、xxxx)没怎么结合,20xx年计划在AA接入xxxx成果,为公司数据成果的推广提供一个展示通道。

  对20xx年工作中自己做的不好的地方,我也寻找原因及解决方式,在20xx年中,克服这些缺点,更好的实现自己及公司的`价值。

  对公司管理的意见:

  20xx年的新公司集团是由好几个公司合并到一起组成的,现在已经很难看出是几家公司合并的痕迹了,各部门的协作很频繁也很紧密,一年的时间能使大家融合得这么好非常难得。也存在一些小问题,下面说明。

  首先是平常没有监督考核机制。工作努力不努力,反正都是拿一样的薪水,不能很好的鼓励辛勤付出的员工,部分人还可能存在混日子的情况。研发中心的员工对待工作任务努力的程度也不尽相同,因为没有考核制度,我以及我的领导也很难激励或处罚。其次是制度执行的问题。公司有一些纪律和制度,但没有贯彻执行下去。一个最简单的例子是公司有制度要求员工每天佩戴胸卡,不佩戴会怎么怎么,但实际情况是公司大部分时间大部分同事(包括我)都不戴胸卡,没有任何人查过(除非有大客户来公司),也没有任何人因为这事怎样过。有制度没执行,说明的是纪律没有严肃性,我认为还不如没制度。当然,佩戴胸卡这事影响可能不大,但如可以不管,就不要定制度了。还有一些,如财务报销的速度慢、报销后没有及时通知等,财务人员工作太忙,可以理解。

  对公司建议或需要公司提供的资源支持:

  20xx年一年我们都在研发三维软件,用于更好的展示地理数据。国内外做三维地理软件的公司很多,大家的产品都差不多,不管是功能、性能还是显示效果,我们要想做到比别人牛,基于目前的时间和人力情况,我认为很难。同时,靠我们研发的软件去做项目,存在实施周期长、成本高、利润率低、同类产品竞争激烈、维护成本高等问题。

  目前,国外已经有几家公司能基于航飞数据自动构建出三维模型数据,公司也开展过这方面的合作,但目前都未成功应用。如果我们也能走通这条路线,那以后我们不光可以生产影像、还可以基于影像生产出3D模型,那航飞数据就增值了。同时3D模型一旦可以大规模生产,配合公司的航飞优势,市场前景应该很好。

  当然,走这条路线存在很多关键技术需要突破,前期可能不容易看到成果,但已经有人替我们验证过了是可行的,而我们又需要它,为什么不能在这个地方大力投入呢。一旦走通,我们将看到一片广阔的蓝海。新公司集团就真的海阔天高了。

软件测试工作总结15

  1、为什么要在一个团队中开展软件测试工作?

  因为没有经过测试的软件很难在发布之前知道该软件的质量,就好比ISO质量认证一样,测试同样也需要质量的保证,这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题,及时让开发人员得知并修改问题,在即将发布时,从测试报告中得出软件的质量情况。

  2、测试能给你带来什么样的快乐?

  测试可以给我带来很多快乐,如果测试出一个项目缺少东西,我会很高兴,因为我对自己的工作有了新的认识,也为公司做了效益;如果测试出一个项目没有问题,我也很高兴,因为同事们都在努力,大家都希望为公司做贡献,这就是一个很强大的团队,这是一件多么另人振奋的事情啊!

  3、软件测试的目的?

  测试的目的是以最少人力、物力和时间找出软件中潜在各种错误和缺陷,通过修正种错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。

  4、Alpha测试与beta测试的区别

  Alpha测试在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的设计变更。这种测试一般由程序或测试员完成,不能由最终用户或其它人员完成。

  Beta测试当开发和测试根本完成时所做的测试,最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成,不能由程序员或测试员完成。

  5、简述集成测试的过程

  (1)构建的确认过程。

  (2)补丁的确认过程。

  (3) Z34 。

  (4)测试用例设计过程。

  (5)测试代码编写过程。

  (6) Bug的报告过程。

  (7)每周/每两周的构建过程。

  (8)点对点的测试过程。

  (9)组内培训过程。

  集成测试过程:集成测试计划->集成测试设计->集成测试实现->集成测试执行。

  6、质量的八大特性是什么?各种特性的定义?

  (1)功能性:软件所实现的功能达到它的设计规范和满足用户需求的程度

  (2)性能:在规定条件下,实现软件功能所需的响应时间和计算机资源(CPU、内存、磁盘空间和数据吞吐量)的使用程度

  (3)可靠性:在满足一定条件的应用环境中,软件能够正常维持其工作的能力,在出现一些错误操作时,软件可以具有容错性,如果软件意外退出,重新启动后可以恢复最近的软件数据

  (4)安全性:为了防止意外或人为的破坏,软件应具备的自身保护能力

  (5)使用性:用户在理解、学习和操作软件的过程中的付出的努力的难易程度

  (6)维护性:软件在运行维护过程中,如果出现了运行故障或者扩展新功能和性能,软件系统是否具有可分析性和良好的扩展性,重新设计后的软件的稳定性和可测试性

  (7)移植性:软件从现有运行平台向另一个运行平台过度的适应程度和平台可替换性

  (8)重用性:整个软件或其中一部分能作为软件包而被再利用的程度

  7、系统测试计划是否需要同行审批,为什么

  需要,系统测试计划属于项目阶段性关键文档,因此需要评审。

  8、软件质量应该从哪些方面来评价?

  可靠性、安全性、性能、易用性、外观、稳定性

  9、系统测试包含哪些方面?

  1.恢复测试、2.安全测试、3.强度测试、4.性能测试

  10、区别阶段评审的与同行评审

  同行评审目的:发现小规模工作产品的错误,只要是找错误;

  阶段评审目的:评审模块阶段作品的正确性可行性及完整性

  同行评审人数:3-7人人员必须经过同行评审会议的培训,由SQA指导

  阶段评审人数:5人左右评审人必须是专家具有系统评审资格

  同行评审内容:内容小一般文档< 40页,代码< 500行

  阶段评审内容:内容多,主要看重点

  同行评审时间:一小部分工作产品完成

  阶段评审时间:通常是设置在关键路径的时间点上!

  11、测试结束的标准是什么?

  1.用例全部执行。2.覆盖率达到标准。3.缺陷率达到标准。4.其他指标达到质量标准

  12、制定测试计划之前需要了解什么问题?

  (1)软件测试计划的目的是什么?是否所有人都知道?他们同意这个测试计划过程吗?

  (2)测试的是什么产品?是新程序还是维护升级的?是独立程序还是由多个小程序组成的?

  (3)产品的质量目标是什么?产品的功能需求和性能指标必须得到所有人的一致认可。

  13、请详述设计测试用例的方法?(只是列出一个测试用例思考的方向,具体设计靠经验)

  ①黑盒测试用例根据业务需求说明书来设计,分为:

  等价划分法边界值分析法错误推测法因果图法逻辑覆盖法

  ②白盒测试用例通过研究代码与程序结构可以分为以下两种方式:

  静态测试:通过静态的检查程序代码、界面、文档中可能存在的错误的过程。

  |-测试代码编写的规范性|-测试界面|-测试相关需求说明和用户手册是否符合实际要求

  动态测试:通过路径和分支测试。测试用例主要根据以下六种覆盖测试方法设计

  |-语句覆盖|-判定覆盖|-条件覆盖|-判定/条件覆盖|-组合覆盖|-路径覆盖

  14、比较负载测试,压力测试,容量测试和强度测试的区别

  负载测试:在一定的工作负荷下,系统的负荷及响应时间。通过逐步增加系统负载,最终确定在满足性能指标的情况下,系统能承受的最大负载量的测试。

  强度测试:又称疲劳强度测试,在系统稳定运行的情况下能够支持的最大并发用户数,持续执行一段时间业务,通过综合分析,确定系统处理最大工作量强度性能的过程。一定负荷条件下,在较长时间跨度内的系统连续运行给系统性能所造成的影响。

  容量测试:容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值(如最大并发用户数、数据库记录数等),系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的,并且目的是显示系统可以处理目标内确定的数据容量。

  压力测试:通过逐步增加系统负载,最终确定在什么负载条件下系统性能将处于崩溃状态,以此获得系统能提供的最大服务级别的测试。

  15、测试人员需要何时参加需求分析?

  如果条件允许,原则上来说是越早介入需求分析越好。因为测试人员对需求理解越深刻,对测试工作的开展越有利,可以尽早的确定测试思路,减少与开发人员的交互,减少对需求理解上的偏差。

  16、软件的缺陷等级应如何划分?

  严重:1.由于程序所引起的死机,非法退出2.死循环3.数据库发生死锁4.因错误操作导致的程序中断5.功能错误6.与数据库连接错误7.数据通讯错误。

  较严重:1.程序错误2.程序接口错误3.数据库的表、业务规则、缺省值未加完整性等约束条件。

  一般性:1.操作界面错误(包括数据窗口内列名定义、含义是否一致)2.打印内容、格式错误3.简单的输入限制未放在前台进行控制4.删除操作未给出提示5.数据库表中有过多的空字段。

  建议:1.界面不规范2.辅助说明描述不清楚3.输入输出不规范4.长操作未给用户提示5.提示窗口文字未采用行业术语6.可输入区域和只读区域没有明显的区分标志。

  17、你自认为测试的优势在哪里?

  优势在于我对测试坚定不移的信心和热情,虽然经验还不够,但测试需要的'基本技能我有信心在工作中得以发挥。

  18、你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决。

  (1)如果不是错误则应该主动承认不是缺陷。

  (2)如果是需求不明确的则应和开发加强沟通补充需求。

  (3)如果和开发争论不休应该邀请上级判断。

  19、您认为做好测试计划工作的关键是什么?

  (1)明确测试的目标,增强测试计划的实用性

  (2)坚持“5W”规则,明确内容与过程

  (3)采用评审和更新机制,保证测试计划满足实际需求

  (4)分别创建测试计划与测试详细规格、测试用例

  20、风险和问题

  ◆市场的压力

  ◆测试时间不够

  ◆测试资源的及时到位

  ◆测试人员的技能需求

  ◆开发进度的变化,需求的变更

  ◆开发部门的版本控制

  ◆短时间上线。这个是已经定好的,没有参考测试人员的意见。时间短往往不能得到充分的测试,测试策略必须根据可用的时间进行调整。尽快指出这样的问题非常重要,只有这样才能调整时间表,确定快速开发的风险并制定降低风险的策略。

  ◆新的设计过程。引入新的设计过程会增加风险,新的设计过程包括新的工具和设计技术。如果采用新的技术,能否像我们预期的那样运转,都存在很大的风险

  ◆复杂性。我们应该进行一些分析工作来确定哪个功能最复杂,哪个功能最容易出错,错误会对系统的哪些地方造成重大的影响。

  ◆使用频率。软件最常用功能中隐藏的问题可能给用户造成严重的损失。

  ◆不可测试的需求。不可测试的需求会对系统的成功造成巨大的威胁。如果测试组在需求阶段就验证了需求的可测试性,对需求进行了评审,那么此类问题会减少多。

【软件测试工作总结】相关文章:

软件测试个人工作总结02-08

软件测试培训心得01-16

软件测试培训心得06-03

软件测试实习总结04-13

软件测试求职简历03-09

软件测试实习日记08-02

软件测试实习报告01-03

软件测试个人总结01-16

软件测试的个人总结01-10