手机测试员工作总结

第一篇：手机测试员工作总结

手机测试员工作总结

一、前提条件

1.培养个人素质：

a）对工作一丝不苟的谨慎态度和一如既往的高昂热情。

b）探索精神，打破沙锅问到底。

c）追求完美，创造性思维，想出富有创意甚至超常的手段来寻找缺陷。

d）善于表达观点，并组织好语言，描述操作过程应做到通俗易懂。

2.认识职责所在：

a）测试用例、测试计划的编写，测试资源、测试质量的协调保证。

b）测试执行，部分自动化测试、性能测试。

c）国外、国内，外场测试的支持。

二、测试目的

测试的目的是为了发现尽可能多的缺陷，这个观念很容易让人接受，但是却很难落实到实际工作中，因为测试的目的常常被定位为“证明软件没有问题”。软件质量是否优良在投产后才能有所体现。

正确理解测试的目的十分重要。如果认为测试的目的是为了说明程序中没有缺陷，那么测试人员就会向这个目标靠拢，因而下意识地设计很多不易暴露错误的测试示例，这些测试用例恰恰证明软件实现了预期功能，这样的测试是不真实的。成功的测试在于发现了迄今尚未发现的缺陷。

三、测试流程

1.项目需求评审：

a）评审原则：检查需求的正确性，无歧义性，完整性，一致性，可执行性，可验证性，可修复性，可追溯性。不要只检查文档的表面文字和界面，要深入思考，该功能是否符合逻辑，敢于提出问题。

b）评审要点：是否描述可输入/输出值的属性，如边界值，度量单位，时序要求等。是否描述清楚软件模块与模块间衔接处的处理情况及返回值。专用名词是否一致性等等。

2.制定测试计划

a.对测试项目进行划分进程，明晰在某个时间应该完成某个测试任务。尽量细分测试阶段及人员分配。

b.了解、收集并整理测试所需的资源。

c.制定可用度量指标定义的测试成功条件。

3.设计测试用例：

a）基本要素：测试目的、前提条件、输入数据或操作过程、期望的响应。

b）不同的测试例其用途应当不同，不要冗余。

c）设计测试用例在除了常用数据外，还需要考虑极限值、边界值、重复值、0值及负值，即不同的测试用例需要不同类型的数据值来进行测试。

d）设计测试用例时需要注意的是，除了对整体流程及功能注意外，还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。

4.测试过程

a）集成测试：将一些程序模块集成在一起时，测试它们能否正常运行。

b）系统测试：指在于模块测试与单元测试的基础上进行测试。了解系统功能与性能，根据测试用例进行全面的测试。目的在于测试软件是否符合所有需求（包括功能性需求与非功能性需求）。

第二篇：测试员试用期工作总结

篇一：软件工程师试用期工作总结 试用期工作总结

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

在这两个月的工作中，我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：1.编写矿业权系统的各类文档；2.矿业权系统的编码及bug勘误工作；3.矿业权系统的测试工作。下面依照时间来对我的工作进行介绍。

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

在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现矿权系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中，对矿权系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。

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

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

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

第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。在进行所检之余，我又接到了新的任务，完成矿权系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。

现阶段我的任务是根据所检的bug列表，对矿权系统进行回归测试。2.工作中失败的教训以及成功的经验

对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。成功的经验： 1)敢于接受任务并想尽一切办法完成

入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。2)勇于承担错误，正视自身的问题

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

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

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

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

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

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

4)注重用户体验

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

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

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

试用期工作总结：(包括对试用期工作的内容回顾、总结，对公司企业文化的理解,自己在工作中的优点及不足，如何改进，对今后工作的设想和建议等）

试用期工作总结

我是2013年4月8日加入文思海辉技术有限公司，我所在的职位是手机软件测试人员。工作内容回顾：

1.每天根据组长分配给自己任务进行测试，按照测试需求，借相应的手机幷给手机刷任务要求的版本，然后开始执行 分配的qc库里的每条测试用例，因为每条测试用例都是英文描述，所以每次必须经过认真阅读以保证正确执行。

2.在测试过程中，手机出现问题时，要判断是手机硬件的问题还是软件的问题，如果是软件的问题，还要继续跟po 或者fo 确认之后，然后才能在公司本地库中填写error report,有的error还需要fast trace工具来抓取bug 和decode x-fiel，并将这些东西一起放在error report 里面，经过ec处理之后状态为new的error就可以往

mzilla库中报最终的bug。

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

工作总结：这为期四个月的实习和试用期，使我对手机软件测试工作有了深入的认识，就是尽最大的努力发现测试手机的不足，经过开发人员解决之后使手机尽快达到上市的标准，这些发现的bug就是为公司创造的价值。作为四个月的文思海辉的员工，我对公司也有了一定的了解，文思海辉技术有限公司pactera technology international ltd.（纳斯达克股票代码：pact）是值得信赖的咨询与科技服务提供商，公司拥有超强的全球运营能力、严格的质量标准和高效的交付流程，致力于成为全球企业“新时代的合作伙伴”，为客户成功保驾护航。自1995年以来，文思海辉一直致力于为全球客户提供世界领先的商业/it咨询、解决方案以及外包服务，在金融服务、高科技、电信、旅游交通、能源、生命科学、制造、零售与分销等领域积累了丰富的行业经验，主要客户涵盖众多财富500强企业及大中型中国企业。我所在的亦庄分公司主要承接诺基亚手机测试任务，在以往的测试工作中，得到了诺基亚公司的高度认可。

工作中优点及不足：

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

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

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

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

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

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

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

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

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

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

平时的时候除了要参加各种培训外，在培训之后还要及时的复习总结，对自己不明白的地方及时找师傅或有经验的人请教，来提高自己的测试技能，并且要认真研究测试工具，多练习使用它们以确保达到熟练的水平。下一步工作展望：

下阶段的工作我很有信心会比之前有所改善，经过四个月的工作和学习已经具备了一些有用的经验，相信他们会对我今后的工作有很大的帮助。以后的工作希望自己能够提高报bug的数量和质量，除此之后还要继续跟师傅和前辈们学习手机测试的更多方法来提高自己的能力。这四个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢四个月来吴爽组长的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现文思海辉的辉煌。篇二：软件测试工程师试用期的心得体会 试用期的心得体会 时光一晃而过，转眼之间我的三个月试用期已经结束，这是我人生中弥足珍贵的经历，也给我留下了深刻的回忆。在这段时间里各位领导给予了我足够的宽容、支持和帮助，让我充分感受到了他们“海纳百川”的胸襟，也感受到了自己的不足之处。不过我以后会更努力的学习，也会时常向前辈们请教的！下面我将从以下几个方面总结这段时间自己的感受。

一、努力学习，注重实践，不断提高自身素养和工作能力

始终把学习作为获得新知、掌握方法、提高能力、解决问题的一条重要途径和方法，切实做到用理论武装头脑、指导实践、推动工作。思想上积极进取，积极的把自己现有的知识用于社会实践中，在实践中也才能检验知识的有用性。所以在这三个月的工作中给我最大的感触就是让我了解了手机应用软件的测试，虽然工作性质还是测试员但和我以前的工作还是有较大的区别，其中最明显的就是，手机应用软件加了计费测试和升级测试和一下打断测试。同时在工作中不断的学习也是弥补自己的不足的有效方式。社会在变化，人也在变化，所以你一天不学习，你就会落后。通过这三个月的试用期，认真学习深讯和的各项政策制度、管理制度和工作条例，使工作中的困难有了最有力地解决武器。通过这些工作条例的学习使我进一步加深了对各项工作的理解，可以求真务实的开展各项工作。

二、围绕中心，突出重点，尽心尽力履行职责

在各项工作中我都本着认真负责的态度去对待每项工作。虽然开始由于经验不足和认识不够，觉得不能在公司很好工作，但我迅速从自身出发寻找原因，和同事交流，认识到自己的不足，以至于迅速的转变自己的角色。为使自己尽快熟悉工作，进入角色，我一方面抓紧时间查看相关资料，熟悉自己的工作职责，另一方面我关注相关行业的知识、和信息有了一个比较全面、系统的认识和了解。

三、以极大的热情投入到工作中

刚步入这个工作岗位我有点不适应转变，不能发现太多问题，我就有一点失望，开始的热情有点消退。但我还是尽量保持当初的那份热情，想干有用的事的态度，不断的做好一些杂事，同时也勇于协助同事做好各项工作，慢慢的就找到了自己的技巧，明白自己该干什么，怎么来干，这就是一个热情的问题，只要我保持极大的热情，相信自己一定会得到认可，没有不会做，没有做不好，只有你愿不愿意做。

五、存在的问题

几个月来，我虽然努力做了一些工作，但距离办事处领导的要求还有不小差距，如理论水平、工作能力上还有待进一步提高等等，这些问题，我决心在今后的工作和学习中努力加以改进和解决，使自己更好地做好本职。

针对以上存在的不足和问题，在以后的工作中我打算做好以下几点来弥补工作中的不足：

一、做好实习期工作计划，继续加强对公司各种制度和业务的学习，做到全面深入的了解公司的各种制度和业务。

二、以实践带学习全方位提高自己的工作能力。在注重学习的同时狠抓实践，在实践中利用所学知识用知识指导实践全方位的提高自己的工作能力和工作水平。

三、踏实做好本职工作。在以后的工作和学习中，我将以更加积极的工作态度更加热情的工作作风把自己的本职工作做好。在工作中任劳任怨力争“没有最好只有更好”。

四、继续在做好本职工作的同时，为公司做一些力所能及的工作为公司做出应有的贡献。篇三：新员工测试工作心得

测试（test）一词最早出于古拉丁字，它有“罐”或“容器”的含义。在工业生产和制造业中测试被当作一个常规的生产活动，它常常和产品的质量检验密切相关，测试的含义似乎是明确的：“以检验产品是否满足需求为目标”，其实在计算机软件领域则不然。软件测试是软件开发中的重中之重，没有一点可以马虎的。“软件测试是为了发现错误而执行程序的过程”。这一测试定义明确指出“寻找错误”是测试的目的。因而，软件测试的目标涵盖了：

1）测试是一个为了寻找错误而运行程序的过程；

2）一个好的测试用例是很可能找到至今为止尚未发现的错误的测试； 3）一个成功的测试用例是指揭示了至今为止尚未发现的错误的测试；

软件测试的目标是设计这样的测试，既能够系统的揭示不同类型的错误，并且耗费最少的时间和最少的工作量。

本文以一个新测试员的身份，就测试工作中如何设计一个好的测试用例做了一番讲述，并顺带谈了自己在这段实习和试用期中工作得到的心得，以求达到一种抛砖引玉的效果。不正之处，敬请指出。我想先引出《谈 软 件 测 试 的 心 得》一文中给出的一些软件测试人员应具备的素质和测试技巧，我觉得它说得非常好，我也以此为标准不断在工作中去实践，去提高自己的能力和水平： “

一、软件测试员自身素质培养

（1）首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在测试过程中不管遇到什么样的困难，我相信你一定能克服。

（2）善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。

（3）打破砂锅问到底的精神，对于只出现过一次的bug，一定找出原因，不解决誓不罢休。（4）保持一个良好的心情，否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来。（5）做测试时要细心，不是所有的bug都能很容易的找出，一定要细心才能找出这些bug。（6）灵活一些，聪明一点，多制造一些容易产生bug的例子。（7）在有条件的情况下，多和客户沟通，他们身上有你所需要的。（8）设身处地为客户着想，从他们的角度去测试系统。（9）不要让程序员，以“这种情况不可能发生”这句话说服你，相反，你应该去说服他，告诉他在客户心里，并不是这样的。（10）考虑问题要全面，结合客户的需求、业务的流程、和系统的构架，等多方面考虑问题。（11）提出问题不要复杂化，这一点和前面的有点矛盾，如果你是一新手，暂时不要管这一点，因为最终将有你的小组成员讨论解决。（12）追求完美，对于新测试员来说，努力的追求完美，这对你很好，尽管有些事无法做到，但你应该去尝试。

（13）幽默感，能和开发小组很好的沟通是关键，试着给你的开发小组找一个“bug杀手”，或对他们说“我简直不敢相信，你写的程序居然到现在没有找到bug”。

（14）到此是不是对测试很有兴趣呢？不过我要告诉你，测试过程中有酸甜苦辣，其中的滋味只有你知道，也许你会感到枯燥，要学会放松自己，去溜冰或做你喜欢做的事，不过，别放弃，因为你的自信告诉过你“你会是很优秀的测试员”不是吗？

二、浅谈软件测试之技巧软件测试虽然辛苦，但是掌握了一定的技巧之后将使你事半功倍。（1）（2）（3）

（4）边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。非法测试，例如在输入数字的地方输入字母。跟踪测试，跟踪一条数据的流程,保证数据的正确性。在开始测试时应保证数据的正确性，然后在从系统中找出各种bug。

（5）接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。（6）代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。

（7）突发事件测试，服务器上可能发生意外情况的测试。

（8）外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。（9）在程序员刚修复bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。

（10）认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。

（11）文字测试，如果在系统中有用词不当的地方，我想这是不应该的。

（12）系统兼容测试，例如有些程序在ie6能运行正常，到ie5下不能运行。有些程序在win2000下能运行，而到win98却不能运行。像一些很特别的用户去使用系统，你很有可能发现bug。

（13）用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的。”

在admin系统中，有一个ftp模块，提供上传文件功能。根据需求，它所要实现的功能如下： 1)2)3)4)5)省指定文件夹中(temp)的文件只传送给中央； 中央指定文件夹中(temp)的文件传给所有的省； 如果发送不成功，有重发机制； 发送出错要写日志，并提供查看日志文件； 有监控程序监控该主模块(ftp模块)的运行状态。页面操作则是非常简单，跟其他系统提供的上传功能一样：选中要上传的附件，点击粘贴后再点击确定，返回文件上传成功页面。但后台操作远没有如此简单。记得一开始的时候，启动ftp模块，要先杀调该模块的已经启动的进程，由于没有提供进程控制脚本，每次都是查找该ftp模块启动的用户的所有进程，然后把进程杀掉。这里就有一个问题，由于进程无法表明是哪个应用软件，所以就不可避免的出现“误杀”的情况。记得最严重的一次是我的测试组长和我都是使用同一个系统用户admin去操作应用软件ftp和weblogic的进程，当时她想启动weblogic而我则是要杀掉ftp的进程。由于操作用户相同，所以我每次都是把属于该用户的进程杀掉，而我的组长每次都是很奇怪明明刚刚启动的进程怎么又没有了；而我也莫名其妙怎么进程老是不能全部杀尽？就这样我们两个人一个杀一个起忙得不亦乐乎，严重影响测试工作。结果不难想象被我的组长海k一顿，这就启发我：这样的启动ftp模块方式不好，用户易用性不高。于是找来开发人员，要求写出一个启动脚本和一个停止脚本，以后每次启动ftp的时候只需执行脚本就好了，又安全又方便。从这点我们也可以看出，连我们自己本身内部测试用都感到麻烦的东东怎么能拿到用户那边给用户使用呢？所以我们测试也要从软件按照维护人员的角度多考虑考虑我们的系统。在测试的前段时间里，ftp的运行失败最大的原因是由于权限设置问题而造成的。由于我们运行的是unix系统，有严格的权限限制。对于文件的操作更是如此。这对于没有接触过unix系统的新手来说是一时半会不会理解过来的。比如，使用root用户创建文件夹，但你却使用user的用户来操作文件夹，显然权限不够，操作被拒绝。这样就无法讲文件夹里的文件及时发送出去并删除，造成数据堵塞，使得上传文件失败。所以在使用该模块的时候一定要注意权限，有两点注意：一是对进入系统的用户赋予相应的权限，unix 或者linux 操作系统对用户处理文件的权限设置比较多，因此运行ftp模块的用户权限不得小于在temp文件夹中创建文件的用户权限；(建议启动weblogic的用户和启动ftp模块的用户为同一用户)。二是对脚本要赋予可执行权限，比如使用unix命令chomod。以保证了ftp模块的文件可操作。经过这番折腾，对unix的认识是与日俱增，并学会了vim－unix 世界里极为普遍的全萤幕文书编辑器，简直太棒了。接下来ftp运行良好，于是考虑压力测试了。通过和开发同学的讨论，再结合实际使用情况，我们整理了以下的测试计划： 1)测试原理：

测试对象： 一个集团两个省 测试类型：

1）持续性的压力测试，每隔定长传送30m 100m 300m的文件； 持续20－30次左右；

2）突发性的压力测试：在第一次启动时，传送的文件很大 500－600m 测试流程： 1）启动测试脚本； 2）观察测试结果； 3）记录测试数据； 4）分析ftp模块性能；

对于持续性的压力测试测试流程：

a）在集团和省服务器上安装测试脚本； b）同时运行测试脚本； 测试脚本的安装：

1）在/opt/admin/ftp/目录下建立目录ftptest； 2)将脚本ftptest.sh 拷贝至/opt/admin/ftp/下； 3）对该脚本赋予可执行权限；

4）将ftptest 目录下放置30-100m 的文件； 5）在shell中按如下操作 crontab-e 10 * * * /opt/admin/ftp/ftptest.sh 6）保存退出；

持续性压力测试我们采用自动测试，利用unix环境自动运行机制crontab（程序定时器）来运行脚本。crontab 是用来让使用者在固定时间或固定间隔执行程序之用，换句话说，也就是类似使用者的时程表。而crontab –e 10 * * * * /opt/admin/ftp/ftptest.sh的意思是在每个小时的第10分钟执行ftptest.sh脚本。脚本实现的功能很简单，就是在定时的时间一到就把ftptest文件夹里的文件往temp文件夹里拷贝一份，而ftp模块定时监控temp文件夹，发现有文件就往特定点发送文件，完成ftp功能。这样我让它运行几天，观察ftp模块是否工作正常，查看数据是否丢失。此时，我们组长又提出了新的要求，要求每隔10分钟压一次。但是，如何设置crontab每隔10分钟执行某个程序呢？在查找有关unix资料后我找到了答案： 其实很简单 crontab-e 输入

0,10,20,30,40,50 * * * * /opt/admin/ftp/ftptest.sh 在每个小时的0分，10分，20分，30分，40分和50分就运行ftptest脚本，呵呵，这样不就每隔10分钟运行一次吗。我把这个方法告诉开发的同学，他也很高兴（本来他以为unix是做不到的）。

至于突发性的压力测试，我就采用了手动方法利用ftp工具一次性往unix服务器的temp文件夹里上传了大量的数据。然后启动ftp模块，看是否能够正常发送。

在测试这个模块的过程中，也考虑了一些异常情况的测试。如服务器磁盘满了。此时上传附件肯定是不会成功的，但我们要看的是程序对这个异常是怎么处理的，页面又作何处理（主要是查看页面的出错信息提示是否正确）？在这个过程中发现不少有趣的错误提示，都一一跟开发的同学讲了，大家就把该改的地方改了，杜绝隐患。

其实测试工作除了要有一定的知识外，更多的是在工作中积累下来的经验。比如，在检查涉及查询条件的地方时，要注意使用两种方法，一种是不带查询条件的测试，另一种是带查询条件的测试。具体为：在未输入查询条件的情况下进行查询以测试查询记录是否正常；在输入查询条件后进行查询以测试查询到的记录是否满足设定的条件。别小看这个，往往带条件查询时翻页可能会有问题。还有就是问问题，一定要讲究技巧，虽然说新手如初生牛犊不怕虎，但你问人家问题的时候你本身一定要对你想要获取什么信息心中有数。这点我最有感触，记得问过zhaohy一个地址链接问题，她反问我：“你说的是数据库地址还是应用地址？”我一时回答不上来。试问连你自己都不知道的问题别人又如何帮你解答？后来知道原来数据库地址和应用地址是两码事，不能认为数据库地址就是应用地址。因此，在问地址的时候要注意指出是数据库的地址还是应用的地址。还有就是在测试mpic的时候，由于该系统需要其他系统的协助，比如misc、portal等。我问过zhanggl最多的问题是为什么portal无缘无故就死了，上不了。但每次问的都不好，到后来他都恼火了“xportal有很多网元的，你说哪一个啊！跟你说了这么多次，你为什么从来就不长记性呢？

”呵呵，这可是他的原话哦（xportal确实有很多网元，比如wap、3w、pda）。经过这么几次后我问问题都会先问我自己，是否已经到了非要问别人不可的时候？你要问的问题已经准备好了吗？慢慢的，我发现我问的问题别人有时候也不是那么容易回答的了。

还有就是平时工作的积累，我来公司工作之前是真的一点都没有接触过测试工作，完全一个fresh man。头个月真的很辛苦，感到压力很大，很担心自己的工作做得不好。要知道，测试工作是一个team work，一个人的工作好坏会影响到整个团队的工作质量。所以我在工作的时候会把不懂的地方记下，再在以后的工作中寻找机会去弄懂。虽然在此后碰壁不少，挨训机会也多，但每次我都会记下我失误的地方，因为这就是我的经验，如同玩游戏一样，死得多经验值也多。有幸在zhaohy麾下当一名小兵，是我成长最快的时候。

第三篇：测试员年终工作总结年终工作总结

测试员年终工作总结年终工作总结

本页是最新发布的《测试员年终工作总结》的详细参考文章，觉得应该跟大家分享，重新编辑了一下发到。

篇一：测试年终工作总结 XXXXXXX 公司 工作人员：

xxx 总结日期：

xxx 年工作总结 XX 工作总结 我在公司的职位是软件测试人员，我的工作就是要负责公司软件开发后的测试工作，把好最后一道关，使公司的产品实现价值最大化，延长软件生命周期。

转眼间，在公司这个大家庭里工作已经半年了，回首这半年来自己所经历的一切，面对自己的成绩与教训、长处与不足、困难与机遇内心感慨万千，这段时间让我学到很多也懂得了很多，我很感谢公司所给予的一切。

首先，我真心的感谢公司领导及其公司同事给我们的这个难得的机会，我非常珍惜这个机会，对我来说，这能够真正使我从不适应工作到适应以后的工作和生活。非常感谢研发部的同事，还有感谢所有公司的同事，因为你们的帮助，我顺利的走过在公司的适应期。还记得工作第一天的时候，那时

我对所有的工作流程都还不懂，开始的时候很紧张，但是从有了第一次工作后，对自己的工作就逐渐成为习惯，适应了这里的工作环境，自我价值也在工作的过程中得到了实现并且得到了提高。

其次，在工作的半年以来自己在工作上有不少收获，能够熟练的操作公司所生产的软件产品，做到尽到自己的工作职责将软件产品不成熟的地方和有 bug 的地方即时记录，享即时将建议与问题发给研发进行沟通，让研发可以更快的解决问题所在。对于网站以及服务器上会出现的问题都已经整理文档，方便大家共享，更好的查找和解决问题。

在测试工作之外，我会力所能及的帮用户监测网站查找问题，编写测试报告。帮公司的销售人员查找网站链接，整理表格资料，进行监测，查找出问题，方便销售人员对用户提供测试报告，思想汇报专题增加销售筹码。

在领导的帮助下，完成了公司所需要申请专利的两份资料，对专利申请的流程以及申请文档的编写的有了进一步的了解。为以后在相同方面的工作累积了经验。

再次，在工作的过程中，也发现自己在专业工作中的不足和缺点：

1.计算机硬件知识欠缺。

自认为是 IT 专业的本科生，其实不然，自己还是一粒沙子，还有很多需要学习的地方。在软件测试部，学会了计算机硬

件的一些基础知识。但是对我而言，还是需要虚心的向同事们请教！

2.英语知识的欠缺。

看到了操作系统或服务器后台的很多专业知识时，就基本灰心。但我会在专业英语方面多学习，争取有所突破，因为自己还是对专业英语有浓厚兴趣的。

最后，自己对工作的下阶段计划也进行了相应的调整，应具体落实到：

1.进一步熟悉自己的工作流程，学习更多的专业知识及应用技术，提高处理实际问题的能力；服从公司领导的工作安排，保质保量完成任务； 2.继续争取学习更多的技能，做到能够学以致用，实现从学习——分享——带领学习的过程； 3.进一步着重于对公司软件方面产品的理解和研究，也应对公司的硬件产品也需进一步熟悉，争取独立解决一些问题，进一步融入公司环境和各部门同事关系友好； 4.提高公司关键字网络检索排行，并提交对公司产品的各项数据的记录文档； 5.提高自身的综合能力，持续努力，不断反省，总结提高，快速度过在公司的成长期，早日跨进发展期，创造与实现自身的价值。

总结人员：XXX

总结日期：XXX 篇二：测试员工作总结 工作总结 时间飞逝，转眼间一年的工作已接近尾声，为了更好地做好今后的工作，总结经验、吸取教训，本人就以这年的工作小结如下：

年我的大部分岁月是在丰田的现场度过的，在与丰田客户的交流中，我和丰田项目组的成员一起成长着。我有几点体会，分别说明。

1，在这个项目组的测试流程工作中，我认为在测试计划方面还是不错的。每一 次的内测，都会事先定好测试时间、测试内容、测试人员、测试版本。因此，内测每一次都能按时完成。还有让客户测试，也都会做好周密的计划。2，做事要仔细。丰田的客户是非常仔细的客户，对文档上的一个字或是系统报 错的提示语都会作出要求，这让我体会到，给客户做事情是要一丝不苟的。其实，当你对自己严格要求时，客户也会比较的明理。

3，还有一件事情，就是沟通是非常重要的，当客户提出一个问题时，它有可能 是 BUG，也有可能是新需求，有可能是数据问题，也有可能是对软件不理解。因此，在这个项目里，当客户在 BUG 系统

上写出问题时，我们要做的第一件事不是立刻拿给程序员改，而是进行确认，最全面的参考写作网站确认这是否是一个BUG，确认这个 BUG 能否重现。当我根据客户的描述无法重现 BUG 时，都会去找客户，她们虽然很忙，但还是都耐心的回答我的问题。还有一方面就是，和程序员也要很好的沟通，有时在 BUG 系统上一个问题被程序员提交了，在返测时不通过退回，但第二天看到又提交了，但返测又不过，这时我知道，一定是哪里出了问题，于是这时我会马上去找程序员询问，有时是我的理解问题，有时是程序员不能重现错误，总之，在沟通后，问题就得到了解决。4，然后我要说的是需求，在这个项目中，从一开始参加进来，赵晓阳经理有机 会就会尽可能的给我们讲丰田的业务，包括丰田的组织架构，业务功能产生的背景，业务功能，设计上的改变等。这对于测试和编程都是非常有帮助的，在熟悉了业务的基础上，我们能够顺利的进行测试和编写操作手册。5，在这个项目的测试工作中，也遇到了一些难解的问题，客户提出的一些 BUG 有些不能重现出来，或重现的几率非常低。这样的一些问题测试不能重现，那么程序员解决起来也异常的困难。这和客户现场的网络有一定关系，还有一些性能方面的问题，这些需要我加强测试方面的知识以确定 BUG 怎样能够重现。

在回到公司以后，我主要又参加了 XX 项目组的《北京液化

气供应链系统》的测试，写作在这个组中，XX 对于测试也是非常的重视，每次测试，XX 都会充分的做好准备，讲解业务流程，并请程序员和测试员坐在一起走流程测试，这种做法有利也有弊，在大家一起找的过程中，我能够了解到一些平常不太注意的地方的错误，程序员也能马上了解到某个地方错了，就不会费力气在重现错误上。这样做不好的地方就是效率比较低，因此在熟悉了流程后，在后面的测试，都是每人各自测试。

还有一个项目，就是重庆凯源燃气的测试，这个项目的测试做的并不是很好。虽然在公司的测试已经进行了，但在现场还是每天都出现层出不穷的问题。这使得程序员与测试员在一个月的时间里，每天都在不停的改问题，返测问题。以后会注意加强项目在拿到现场前的测试。

在测试进修方面，我仍坚持业余学习计算机专业的知识。力争学到更多对测试有帮助的知识。

以上小结，如有不妥，敬请领导同事批评指正。

篇三：软件测试工程师年终工作总结 年终工作总结 一：年工作回顾及总结 回顾年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突

破，工作方式有了较大的改变。现将这一年的工作情况总结如下：

1、总体来说，年我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常测试以及质量控制工作；“……”已经稳定上线运行 6 个多月，“……”即将上线。

2、日常我主要负责项目测试工作、测试文档编辑、TOP100参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说，主要的工作内容有：a、测试项目案例、测试用例的设计与编写；b、对测试过程中遇到的问题进行沟通，并提供意见；c、设计业务功能流程，提供参考意见，绘制关键业务流程；d、进行主要功能的界面测试、功能测试；e、按照测试用例执行测试计划；f、进行需求验证工作 3、知识的总结与分享，完成客户端在安卓 4.0P>

以上就是这篇的全部内容，讲的是关于测试、公司、工作、问题、项目、自己、提高、学习等方面的内容，希望网友能有所收获。

第四篇：测试员的工作总结

2009工作总结

冯南南

时间飞逝，转眼间一年的工作已接近尾声，为了更好地做好今后的工作，总结经验、吸取教训，本人就以这年的工作小结如下：

2009年我的大部分岁月是在丰田的现场度过的，在与丰田客户的交流中，我和丰田项目组的成员一起成长着。我有几点体会，分别说明。

1，在这个项目组的测试流程工作中，我认为在测试计划方面还是不错的。每一次的内测，都会事先定好测试时间、测试内容、测试人员、测试版本。因此，内测每一次都能按时完成。还有让客户测试，也都会做好周密的计划。2，做事要仔细。丰田的客户是非常仔细的客户，对文档上的一个字或是系统报错的提示语都会作出要求，这让我体会到，给客户做事情是要一丝不苟的。其实，当你对自己严格要求时，客户也会比较的明理。

3，还有一件事情，就是沟通是非常重要的，当客户提出一个问题时，它有可能是BUG，也有可能是新需求，有可能是数据问题，也有可能是对软件不理解。因此，在这个项目里，当客户在BUG系统上写出问题时，我们要做的第一件事不是立刻拿给程序员改，而是进行确认，确认这是否是一个BUG，确认这个BUG能否重现。当我根据客户的描述无法重现BUG时，都会去找客户，她们虽然很忙，但还是都耐心的回答我的问题。还有一方面就是，和程序员也要很好的沟通，有时在BUG系统上一个问题被程序员提交了，在返测时不通过退回，但第二天看到又提交了，但返测又不过，这时我知道，一定是哪里出了问题，于是这时我会马上去找程序员询问，有时是我的理解问题，有时是程序员不能重现错误，总之，在沟通后，问题就得到了解决。4，然后我要说的是需求，在这个项目中，从一开始参加进来，赵晓阳经理有机会就会尽可能的给我们讲丰田的业务，包括丰田的组织架构，业务功能产生的背景，业务功能，设计上的改变等。这对于测试和编程都是非常有帮助的，在熟悉了业务的基础上，我们能够顺利的进行测试和编写操作手册。5，在这个项目的测试工作中，也遇到了一些难解的问题，客户提出的一些BUG有些不能重现出来，或重现的几率非常低。这样的一些问题测试不能重现，那么程序员解决起来也异常的困难。这和客户现场的网络有一定关系，还有一些性能方面的问题，这些需要我加强测试方面的知识以确定BUG怎样能够重现。

在回到公司以后，我主要又参加了王宁项目组的《北京液化气供应链系统》的测试，在这个组中，王宁对于测试也是非常的重视，每次测试，王宁都会充分的做好准备，讲解业务流程，并请程序员和测试员坐在一起走流程测试，这种做法有利也有弊，在大家一起找的过程中，我能够了解到一些平常不太注意的地方的错误，程序员也能马上了解到某个地方错了，就不会费力气在重现错误上。这样做不好的地方就是效率比较低，因此在熟悉了流程后，在后面的测试，都是每人各自测试。

还有一个项目，就是重庆凯源燃气的测试，这个项目的测试做的并不是很好。虽然在公司的测试已经进行了，但在现场还是每天都出现层出不穷的问题。这使得程序员与测试员在一个月的时间里，每天都在不停的改问题，返测问题。以后会注意加强项目在拿到现场前的测试。

在测试进修方面，我仍坚持业余学习计算机专业的知识。力争学到更多对测试有帮助的知识。

以上小结，如有不妥，敬请领导同事批评指正。

第五篇：测试员工作总结

2006年个人工作总结

光阴似箭，岁月如梭，一转眼，我来到华源已经有近两个月了，在这段时间里，使我从一个测试新手逐步向一个掌握一定测试技巧、对测试有着浓厚兴趣测试人员转变。在这近两个月工作中，我们苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我也就是在这苦中、累中、成功、失败中一步步成长起来。2006年12月，我来到华源，在技术总监的指导下负责华源网站、会员管理系统、会员服务平台的系统测试工作，在同事的帮助下我逐渐熟悉了业务流程，在这个过程中，熟悉了测试计划及测试用例的撰写，部分工具的简单用法，理解了黑盒测试的各种方法，并且也逐步养成了测试的逆向思维，尤其是对华源医药网有了更深层次的理解。，对整个系统的功能进行测试，虽说没有遇到太多的困难，但是在测试的过程中仍然感觉到自己的知识严重缺乏，有时力不从心，但也使用充分认识到测试的重要性，我相信通过自己的努力，一定会做的更好 由于对业务流程不是很熟悉，理论基础不是很扎实，经验又不足导致在整个系统的测试过程中，也出现了一些失误。总的来说这个系统的测试使我发现了自己的一些缺点，也会在以后的测试工作中加以改正。

通过近两个月的测试工作，实践了我以前的理论知识，也学习了很多以前不知道的知识，积累了不少测试经验，使我工作起来更加顺利。心情也由此变得愉快。在此我也非常感谢技术部的所有同事的帮助，是他们的帮助让我进步更快，也感谢华源给我提供了良好的工作环境和学习发展空间，我将在此更上一层楼，努力工作。在下一年我会学习白盒测试、工具自动化测试，使自己的测试水平不仅仅局限于黑盒，为公司尽更多的力，使我们的产品运行更加稳定，祝愿我们的公司蒸蒸日上，一年更比一年好。