测试年终总结 篇1
本人因需个人更好的发展和您的热忱诚意地邀请于####年#月##号来到贵厂面试，通过与董事长和您诚恳的当面沟通，了解到##集团历来创业的辉煌成就和未来发展的宏图目标，此时此刻已经深深地打动我愿到贵厂服务的决心，并于####年#月#号正式到司报到，自到贵厂入职上岗已有#个月之多，期间担任常务副总经理一职。
从担任此岗位那一天起就知道肩上负有工作压力的沉重性，之前和您沟通工作上的话题时，已经了解一些本厂现存在的内部管理上的弊端和不足。经过几天的摸索和了解，才知道本厂遗留的管理问题超过本人的意料，工作困难程度已超越我以前曾经历的管理模式。
入职七天内我的思想意识有些波动，是放弃还是留下来?当时真的左右为难，通过汪经理真诚地与我交流，在工作期间会遇到不少的问题及困难，但是我相信“解决问题方法总比出现的问题多”，所以我凭着对这份工作的热情及积极性和我多年的工作管理经验，没有什么不能解决的困难和问题，工作期间可以和大家共同解决各种管理上的疑难杂症和弊端，我对自己的能力充满了信心，一直在为建立一支规范化、制度化和有凝集力的团队而努力工作。
现本人将自入职以来到至今工作期间的工作情况和进展给予回顾，对一些问题在下面的内容中进行了具体的阐述和说明，并编写此总结报告书，呈交各位领导审阅，望各位领导过目后给予批示，如有不妥之处请批评指正。
公司内部管理存在的弊端和不足。
1、每个企业在建立和发展中不可缺少的四大资源是：资金资源、物资资源、人力资源、信息资源。随着社会经济体制改革和各行各业企业经营的发展，资金资源、物资资源和信息资源三大资源并不为现代企业发展的竞争焦点，而竞争或企业“活”下去的主要方面是企业内部管理，企业只有重视内部管理才是以后发展的根基，否则若干年自然被淘汰。现代企业管理改革=人力资源竞争，总而言之，人力资源则为现代企业发展的重要资源。
因本厂建立经营已有10年之久，发展历史比较悠久，过去全国企业普遍不重视内部管理，管理机制建设不健全，只重视生产和市场开拓，忽视行政人事方面的管理，并将人力资源排列最后一位，导致公司经营和内部管理不能同步发展，整体管理遗留很多弊端和不足，这就是存在问题的根源之处。我个人认为如公司不设立远大目标去发展，现在的企业管理模式还可以维持一段时间发展的(我想老板是不会这样做的)。如公司设立更大的宏伟目标，现在的企业管理状况和公司发展目标就不能成正比了，也就是现在的企业管理能力远远跟不上公司发展的需求。比如说，一个孩子在成长的过程中骨骼中缺少了钙元素，产生营养不良，那么这个孩子身材虽然长得很高，那又怎样呢?
2、我曾在文件管理柜中查阅过公司以往的管理资料，比如规章制度，工作标准和流程，质量管理体系文件等，其实公司很多所需管理资料还是有的，这不过没有真正的利用起来成为加强企业管理的法宝，而变成了一张张废纸陈列在文件柜内，实在可惜。
3、因没有企业管理基础，公司人员逐步形成散漫，“近墨者黑，近朱者赤”，新进人员同样熏陶，就变成了管理上的恶性循环，这也是本厂管理上的历史遗留漏洞和管理者最头疼的事情。
4、公司人员文化程度、素养、意识底子薄，公司人员有一部分小民意识太强，不知道其他成功企业的管理模式是什么样子，只是坐井观天，我行我素。有的员工在厂工作已到10年之久，平时也没有经常培训和指导，养成散漫的工作行为，每个人都在同一水平线上开展工作，没有超越自我的意识，平时工作能干就干，不能干就推辞的思想。团队精神意识极差。
5、公司领导干部班子大部分是从基层员工培养升职的，就产生了虽然在技术方面过硬，但在这种管理气氛中成长起来的干部，管理基础就不可能建立起来，所以在管理方面就不能独当一面和履行本岗位真正的职责，曾经有位主管这样给我讲：我只管生产，别的不要找我，我不会去管的!可想而知我们公司骨干的管理能力和知识达到什么样的水平。
6、生产车间劳动纪律差。生产现场管理七大方面是：“货期”、“质量”、“信息”、“纪律”、“产量”、“安全”、“成本”，其中劳动纪律直接影响公司整体管理水平和员工工作态度及行为的好坏，没有规矩，不成方圆。如果没有劳动纪律车间就会一片混乱，不但影响公司形象，而且影响正常的生产效率和秩序。这段时间据我观察在车间还是存在不少违反劳动纪律的现象，比如：员工坐姿不规范;不按规定佩戴工帽和工牌，上班穿拖鞋;在车间抽烟产生安全隐患;把推车当作玩具损坏公物的行为;上班时间玩耍手机;边做工边聊天;物品乱丢乱放;串岗，擅离职守、夜间工作时间睡觉等。
7、公司绩效考核运行情况人事部的成绩为“0”。此项工作基本上未启动，员工平常工作做好。
测试年终总结 篇2
总经理
您好！本人因需个人更好的发展和您的热忱诚意地邀请于20xx年x月x号来到贵厂面试，通过与董事长和您诚恳的当面沟通，了解到##集团历来创业的辉煌成就和未来发展的宏图目标，此时此刻已经深深地打动我愿到贵厂服务的决心，并于20xx年x月x号正式到司报到，自到贵厂入职上岗已有x个月之多，期间担任常务副总经理一职。
从担任此岗位那一天起就知道肩上负有工作压力的沉重性，之前和您沟通工作上的话题时，已经了解一些本厂现存在的内部管理上的弊端和不足。经过几天的摸索和了解，才知道本厂遗留的管理问题超过本人的意料，工作困难程度已超越我以前曾经历的管理模式。入职七天内我的思想意识有些波动，是放弃还是留下来？当时真的左右为难，通过汪经理真诚地与我交流，在工作期间会遇到不少的问题及困难，但是我相信“解决问题方法总比出现的问题多”，所以我凭着对这份工作的热情及积极性和我多年的工作管理经验，没有什么不能解决的困难和问题，工作期间可以和大家共同解决各种管理上的疑难杂症和弊端，我对自己的能力充满了信心，一直在为建立一支规范化、制度化和有凝集力的团队而努力工作。现本人将自入职以来到至今工作期间的工作情况和进展给予回顾，对一些问题在下面的内容中进行了具体的阐述和说明，并编写此总结报告书，呈交各位领导审阅，望各位领导过目后给予批示，如有不妥之处请批评指正。
一、公司内部管理存在的弊端和不足。
1、每个企业在建立和发展中不可缺少的四大资源是：资金资源、物资资源、人力资源、信息资源。随着社会经济体制改革和各行各业企业经营的发展，资金资源、物资资源和信息资源三大资源并不为现代企业发展的竞争焦点，而竞争或企业“活”下去的主要方面是企业内部管理，企业只有重视内部管理才是以后发展的根基，否则若干年自然被淘汰。现代企业管理改革=人力资源竞争，总而言之，人力资源则为现代企业发展的重要资源。因本厂建立经营已有10年之久，发展历史比较悠久，过去全国企业普遍不重视内部管理，管理机制建设不健全，只重视生产和市场开拓，忽视行政人事方面的管理，并将人力资源排列最后一位，导致公司经营和内部管理不能同步发展，整体管理遗留很多弊端和不足，这就是存在问题的根源之处。我个人认为如公司不设立远大目标去发展，现在的企业管理模式还可以维持一段时间发展的（我想老板是不会这样做的）。如公司设立更大的宏伟目标，现在的企业管理状况和公司发展目标就不能成正比了，也就是现在的企业管理能力远远跟不上公司发展的需求。比如说，一个孩子在成长的过程中骨骼中缺少了钙元素，产生营养不良，那么这个孩子身材虽然长得很高，那又怎样呢？
2、我曾在文件管理柜中查阅过公司以往的管理资料，比如规章制度，工作标准和流程，质量管理体系文件等，其实公司很多所需管理资料还是有的，这不过没有真正的利用起来成为加强企业管理的法宝，而变成了一张张废纸陈列在文件柜内，实在可惜。
3、因没有企业管理基础，公司人员逐步形成散漫，“近墨者黑，近朱者赤”，新进人员同样熏陶，就变成了管理上的恶性循环，这也是本厂管理上的历史遗留漏洞和管理者最头疼的事情。
4、公司人员文化程度、素养、意识底子薄，公司人员有一部分小民意识太强，不知道其他成功企业的管理模式是什么样子，只是坐井观天，我行我素。有的员工在厂工作已到10年之久，平时也没有经常培训和指导，养成散漫的工作行为，每个人都在同一水平线上开展工作，没有超越自我的意识，平时工作能干就干，不能干就推辞的思想。团队精神意识极差。
5、公司领导干部班子大部分是从基层员工培养升职的，就产生了虽然在技术方面过硬，但在这种管理气氛中成长起来的干部，管理基础就不可能建立起来，所以在管理方面就不能独当一面和履行本岗位真正的'职责，曾经有位主管这样给我讲：我只管生产，别的不要找我，我不会去管的！可想而知我们公司骨干领导者的管理能力和知识达到什么样的水平。
6、生产车间劳动纪律差。生产现场管理七大方面是：“货期”、“质量”、“信息”、“纪律”、“产量”、“安全”、“成本”，其中劳动纪律直接影响公司整体管理水平和员工工作态度及行为的好坏，没有规矩，不成方圆。如果没有劳动纪律车间就会一片混乱，不但影响公司形象，而且影响正常的生产效率和秩序。这段时间据我观察在车间还是存在不少违反劳动纪律的现象，比如：员工坐姿不规范；不按规定佩戴工帽和工牌，上班穿拖鞋；在车间抽烟产生安全隐患；把推车当作玩具损坏公物的行为；上班时间玩耍手机；边做工边聊天；物品乱丢乱放；串岗，擅离职守、夜间工作时间睡觉等。
7、公司绩效考核运行情况人事部的成绩为“ 0” 。此项工作基本上未启动，员工平常工作做好。
测试年终总结 篇3
伴随着充实紧凑的工作生活，20xx年的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。总结经验，吸取教训，我主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。
一、工作的主要内容
在20xx年的工作中，我的总体任务是协助管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：
1.编写矿业权系统的各类文档；
2.矿业权系统的编码及bug勘误工作；
3.矿业权系统的测试工作。
下面依照时间来对我的工作进行介绍。初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利；若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。
在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中，对系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后，新的任务是对整个输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。完成了系统的修补之后，我们的程序送到了进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。
第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了所进行所检。在进行所检之余，我又接到了新的任务，完成系统的概要设计以及详细设计文档的编写。这两份文档已于x月x号编写完毕。
现阶段我的任务是根据所检的bug列表，对系统进行回归测试。
二、工作中失败的教训以及成功的经验
对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。
成功的经验：
1）敢于接受任务并想尽一切办法完成。的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月的成功在于没有一次任务是拖沓的，每次都尽努力完成了任务。
2）勇于承担错误，正视自身的问题。工作中可谓是错误不断，从文档的错别字这种小问题到系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。
失败的教训：
1）重视每一个细节，不要忽视小问题。在最初进行矿业权系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。
2）进行重复工作也不能大意。在对系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。
3）考虑问题要严谨。在对系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。
4）注重用户体验。在系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。
三、展望下一阶段的工作
下一阶段短期内我们的工作主要针对系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习数据库和数据库的使用上的区别，做好从数据库向数据库的迁移工作。
20xx年的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。
测试年终总结 篇4
20____年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与____系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了____银行的______项目的全程介入测试。跟随项目组一同到____现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。目前____系统也已经投产完毕。
__月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、____银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。
补丁测试方面主要有部分辖内对公系统补丁测试、部分____代客管理系统补丁测试、____资金管理系统补丁测试、______系统补丁测试等。
压力测试方面主要有中信__-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。
从年初的中行对公项目到____银行__-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。
从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。
一、测试组内部要有计划
介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。
二、项目的测试进度控制
主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。
三、要加强学习和沟通
在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。
四、善于总结和吸收项目经验教训
总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易.。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。
五、个人得失及不足
作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在______项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。
公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。
公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。
公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。
测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。
测试年终总结 篇5
我是在20xx年5月到新单位工作的，新单位是一个很不错的单位，项目饱满，资金等方面也没有太多的问题，但就测试部门工作的情况却很不乐观。具体表现是人员少，任务重，人员不稳定。领导对测试部门的工作很不满意，在面试我的时候就多次表示了对公司目前测试不满，期待我来之后能够带领测试部门有一个比较好的发展。
首先说说我们公司测试部门在这四个月的变化吧
1 测试人员大量增加，原来的测试人员为3人，现在为14人，人员扩充了3倍，目前来说，测试人员的数量还不是很多，但相比原来部门的扩充速度还是很快的，另外一个方面，由于我们工作比较有成效，领导基本认可开发人员和测试人员比例可以达到1：0.8或1的比例。我想这个比例对一个国内的企业来说已经是很高的比例了。
2 个人素质的提高。具体的个人素质提高不是很好说，还是用项目来说吧，我刚来的时候，测试人员在一个系统测试的时候，一般测试需求点位500个左右，后来一个项目在作回归测试的时候，测试需求点达到15000个，第二次回归测试的时候测试需求点达到了49000个，这里要说明的是，我们测试需求点的增加不是为了增加而增加，而是对被测试需求各种使用情况分析的更详细，程序覆盖强度越来越大的结果，测试发现的问题深度逐步增强的反应。
3 机器设备的变化，测试人员是开发群体的弱势群体，他们的机器配置也是公司最低的，刚来的时候，全部测试人员都使用P4 1.7完全不能满足自动化测试的需要，目前，测试人员基本都是P4 3.0双核，液晶，测试人员很高兴。另外我们还有专门的测试流程管理服务器，一些淘汰下来的老机器作为专门跑测试用例的测试专用机。
4 开发人员对测试人员的态度改变。测试人员在开发过程中处于弱势地位，这是一个不可回避的现象，原来开发人员可以随意的让测试人员作自己认为需要的测试，而测试人员是没有办法拒绝的，甚至连具体测试的方法和手段开发人员都要干涉，而一旦出问题，首先怪罪测试人员，而不是找自己的责任，测试人员成了项目失败的替罪羊。而现在这种已经发生了很大的改变，至少测试人员有能力展示他们的特长。而不是开发人员的附属。
5 领导对测试工作的态度转变
我刚到单位的时候，领导们对测试工作很不满意，给我印象最深的是领导说，测试部门的工作人员，可用的就留下，不可用的就直接开除，这对测试人员的工作评价实在不高，现在好多了，首先测试部门现在的工作得到了领导的认可（原来我们总是被批评，而现在总是被表扬），其次，人员、设备的配置在增加，最重要的是，我们要求的测试时间可以得到保证。
到单位工作4个月了，测试部门出现这么多的变化，有很多原因，但最重要的就是那句话：做正确的事情，正确地做事情。
个人认为做正确的事情比正确地做事情要重要，道理很简单，中国的一句成语，南辕北辙是最好的解释了，如果不能了解什么事情是正确的事情，那么你做事情的效果越好，则整个项目失败的可能性越大。下边先说说我到单位做的几个事情。
1和领导达成一个协议
和领导达成一个协议是一个很关键的事情，我在面试的时候，就了解到了领导们对测试部门的工作很不满意，希望很快扭转测试部门目前的工作状态，但一个部门工作状态的改变不是一件很容易的事情，在面试的时候，我就和领导们达成了一个协议，争取测试部门在3个月内有一个小变化，6个月内有一个大变化，12个月内形成一个良好的工作环境。领导是 一个明白人，没有强迫我在几天或几周内就要 有一个大变化，这为我们部门以后的发展打下了一个良好的基础。
2了解单位的工作情况
3了解单位工作的问题
4订立规则
5组建自己的团队以及核心团队
6协助其他人做工作
测试人员工作分配不均，严重影响工作情绪
在我来的时候，测试人员都是被配置到项目组，开发人员有测试需求的时候都是直接找到本项目组的测试人员，由于各项目进度不一，造成在不同阶段测试人员的工作量严重不一，真是忙的忙死，闲的闲死。另外还有一个问题，有一些比较好的测试人员会主动帮助其他测试人员，而一些懒惰的测试人员作会坐在一边装作什么都不知道，结果是好的测试人员忙死，其他人闲死。
4订立规则
在了解了测试部门当前的主要问题，解决的方法就确定了，具体方法：
A：首先是订立规则，说简单点先确定测试部门内部规则，我规定测试部门只接受系统测试，不接受单元测试和集成测试，说简单点，测试人员进行的测试必须是一个完整的测试周期，最短时间是2周，这样才能保证测试工作的最低测试强度。
B：我向测试人员明确测试人员是软件开发过程中的专业技术人员，他们的特长就是测试技术，在测试技术上测试人员不能比开发人员水平低，所以，他们的测试工作要保持自己的独立性，问题的发现是他们作主，至于发现的问题是否是BUG，是否需要修改，这是开发人员（确切的说是项目经理）和质量保证人员来确定，但是否是问题是测试人员来决定，测试人员判断是否是问题的标准就是测试结果和测试预期结果是否相同，只要不相同，就算问题。其他人员无权对这个原则提出异议。
C：为了保证测试的独立性，我要求测试人员在测试过程中，不要和开发人员有过多的交流，如果有交流也仅仅限制于关于系统如何使用方面（我们没有很好的开发文档），其他的一概不和开发人员讨论，这种方法虽然会对开发工作有一些阻碍工作，但在测试工作当时的工作状态下是很必要的，否则整个测试工作的独立性根本无法保持。
D：使用测试流程管理工具，我们原来的测试计划、测试用例都使用word文档来管理，很不方便，我来单位后，采用了专门的测试流程管理工具，也就是说一个完整的测试，首先写测试计划（主要内容是测试人员，系统需求，时间等方面的信息,这个东西还是使用word来编写），其次是测试需求点、测试计划（这个测试计划是我们测试用例执行的先后次序），每个测试用例的测试步骤，以及发现的所有问题。在最近的一段时间，通过测试工具的使用，使我们测试需求点的管理从不规范，随意写，到有条理，有顺序，有了很大的变化，我们的一个系统，在我来以前测试需求点大约是600个。在我们后来的几次回归测试中，测试需求点，分别为20000，500000，60000个，测试需求点的变化，说明了测试强度的增加和规范。
E：测试结果需求评审，否则不进行回归测试。这是一个原则问题，确切的说测试人员在开发过程中不能直接创造价值，他们的工作必须通过开发人员才可以得到体现。开发人员是否重视测试中发现的问题，是否对这些问题进行认真的评判和修改，不但关系到测试人员工作价值的体现，而且对测试部门工作安排也很重要。在我们测试的几个项目中，如果开发人员认真对待测试结果，一般来说，进行1到2次回归测试，整个系统bug就会呈现出收敛状态，否则，测试人员需要无休止的测试。在测试过程中，我一方面保证测试周期的时间的要求（最少2周）。一方面，和质量保证人员配合，对于那些不认真对待测试结果的项目组，采取不评审，就不进行回归测试的方法。（反正项目延期不是测试部门的责任，有点无赖，但有时候也是没有办法）。保证了测试的有效性。
删除 51mobile (20xx-4-21 12:36:45, 评 0 分)
现在这篇不完整，我在其他地方有看到完整的，现在补充下，希望作者别见怪 ^_^
1和领导达成一个协议
2了解单位的工作情况
3了解单位工作的问题
4订立规则
5组建自己的团队以及核心团队
6协助其他人员工作
下边我具体的说一下：
1、和领导达成一个协议：
5月份我到公司正式上班，新到一个公司，人生地不熟。最先要作的事情是在和各位领导接触过程中了解公司的情况，并与领导达成一个大致的协议，我首先和领导达成的协议基本内容是测试部门的工作在3个月内有一个小变化，6个月内有一个大改观，1年之后形成良好的测试流程和测试队伍。领导们也基本同意我的设想。和领导达成这个协议为我以后的工作的开展取得了时间上的保证，（很多领导希望招聘一个高级开发管理人员后，开发或测试立刻有一个改观，在几天内开发和测试完全没有问题，这种心情是可以理解的，但实际上也是不可能的），我的领导在这方面给了我一定宽限，为以后的工作打下了一个良好的基础。
2、了解单位的工作情况
每一个单位都用自己的特点，有优点也有缺点，如果下车伊始就乱下命令，必然是瞎指挥，不但不能改善工作，而且原来单位一些好的做法也必然被你毁掉。所以，刚下车，一定要休息一下，看看周围的环境，再决定如何行动。来一个新单位也是这样，人生地不熟的自然要先看看，首先是有几个部门，各个部门主要方向，几个主管领导，比如人力资源对我们以后人员招聘会比较重要，研发部门有几个？哪个研发方向是单位的最主要的方向，后勤保障部门是那些人员，不要小看他们，部门以后是否可以获得好设备主要就看他们了，这些人职位不高，但属于现管。争取他们对工作支持是很必要的。最后,别忘了了解你的工作人员，无论怎么说，你的工作人员是和你打天下的人。
3、了解单位工作的问题
刚到单位，测试人员都很忙，我则在一边观察，前几天的问题总结了一下。
A：测试人员人员少，队伍分散，由于以前的测试队伍管理比较乱，很多项目不放到测试部门测试，而是将测试人员直接从测试部门调出。在我到岗的时候测试部门只有4名测试人员。
B：试部门机器的问题，由于测试部门一直不被重视，所有的机器很落后，自动化测试工具基本不可使用，
C：开发人员对测试干涉过多，测试缺少独立性
开发人员对测试工作干涉过多，主要表现在几个方面，
C1：测试内容由开发人员规定，测试方法以及测试手段均由开发人员决定，在测试人员能力弱的情况下，这无疑是一个可行的方法，问题是这种方法要求开发人员对测试方法和手段比较了解，但单位的实际情况却不是这样，另外开发人员对测试工作质量不承担责任，说明白点就是测试人员按照开发人员的规定去做，即使完成了测试任务，也无法保证测试质量，而由于测试质量不好造成产品质量不好的问题，又需要测试人员来承担。
C2：开发人员和测试人员在测试过程中交流过多，在测试过程中由于相关文档不全或者质量问题，测试人员经常需要开发人员进行交流，这种交流是必要的，但也容易产生问题，比如测试在发现一个问题的时候，开发人员总会用这样或那样的借口告诉开发人员这不是问题，不用写在问题报告里，结果很多问题即使被测试出来也被这种糟糕的交流给掩盖起来了。
D：测试时间无法保证
测试时间无法保证主要是以下几个原因
D1：首先是开发人员来规划测试任务，而真正了解测试工作的开发人员很少，测试工作量占到整个开发量的30%-70%。基本上没有开发人员了解这个情况，所以他们给测试留得时间很少，往往是1、2天。这么短的时间根本不能做到完整的测试。
D2：开发人员管理的混乱，软件版本的频繁升级，有时候一个版本和上一个版本的差别只有几行代码，这样不但造成软件配置管理的混乱，而且给测试人员带来了很大的麻烦，最讨厌的是，绝大部分的测试工作都变成了无效测试。除了浪费测试资源以外对开发没有任何好处。
E：测试水平低，测试需求点少，测试强度不够
测试时间的紧张，严重限制了测试人员的测试水平的发挥，单位许多测试人员测试水平是相当不错的，但他们根本没有时间编写测试需求报告，一个系统的测试需求点往往只有几百个点，这种测试需求强度根本无法保证测试质量。