测试部门工作年度总结

第一篇：测试部门工作年度总结

光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务器的建立，测试工具qc、性能测试软件loadrnner的安装使用；测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、qc使用手册的书写等等； 在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。2013年5月，我来到英特华，在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。

虽然测试部在2013年中取得了不小的成绩，但是还是存在很多不足，比如新订单系统的长期测试，工期长期推延，迟迟不能结束！这是测试部在下一年要重视的地方，要认真总结的地方！

下面是这一年测试部遇到的重大问题及原因与对策： 1.新订单系统的多伦测试后还不能封版完工

原因： 1）1级bug太多，严重影响阻碍测试的进度（尤其是报黄页的bug）； 具qc bug管理系统统计，新订单系统中bug总共209个，一级竟然有109个之多！2）存在拆西墙补东墙的严重现象（很严重）

原来好的没有bug模块，由于修改bug重新出现缺陷，出现 拆西墙补东墙，bug循环出现，杜绝bug遥遥无期！

3）软件开发基本定型后，还在修改数据库结构，修改底层代码！4）软件开发基本定型后，还在修改需求！5）开发人员不按照需求开发软件；开发出来的模块或功能和需求有出入 6）部分模块需求在测试快结束后，需求还没出来，开发人员在等需求！（如新订单系统中的利润表模块）

7.）测试人员不足；软件模块太多，测试周期长！对策：

1）检查：对于1级bug太多，只要开发人员开发出的模块后或修改的bug后自己先走查一下流程，看看流程是否能走通，是否还报错，这样就能确保一级bug出现的机会大大减少！2）开发人员在修改bug之前一定要认真先想一下，我这种修改方法会不会给其他模块带来bug？会不会影响其他人员的模块出错？然后在下手修改代码！3）一旦所有人进入全面开发软件后，数据库和底层代码就不能变动！4）一旦进入开发阶段，需求就不能再随意增加变动！5）开发人员严格按需求开发项目，不能私自变动开发；如有变动需要，要所有部门领导在一起商量，并下发通知商量后的结果！6）要做到在写代码之前需求必须全部写完！7）大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！

下面是展望2014 丰收的2013已经过去，让我们迎接展新的2014！2014努力的方向：

为了公司开发软件的质量与专业，我们测试部要往更高层次发展，这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师！2014测试部要努力增加的岗位人员：

一名功能测试人员 一名性能测试人员

一名安全测试人员

2014年测试部需要的物理资源

一台做压力测试用的物理服务器（可以用一台配置好的pc机代替）—— 一个专业的，准确的性能测试需要模拟接近真实服务器的干净的环境！虚拟机的各项性能还是和物理机的性能是有很大区别的，并且虚拟机上已经装了很多的服务和软件，环境不干净，影响真实的性能测试结果！2014年测试部的工作年度目标：

电商俱乐部crm系统

2014年3月之前完成测试工作 erp-产品系统 2014年6月30日之前完成测试工作 erp-采购系统 2014年8月25日之前完成测试工作 erp-仓储系统 2014年9月30日之前完成测试工作 erp-物流系统 2014年11月5日之前完成测试工作 erp-订单系统 2014年12月10日之前完成测试工作 最后感谢领导和各部门的同事对测试部工作的大力支持！测试部：张兴升篇二：2014测试工作个人年终总结

工作总结

转眼间来公司已经一年多了，在这一年多的时间里做了很多工作，也学到了很多知识与道理。下面针对2014年的工作情况，进行简单的阐述。希望各位领导和同事能对我的总结进行批评指正。

一、工作职责

我的工作职责主要有以下几方面：

1、功能测试。

2、性能测试。

3、配置管理。

4、培训、带领新人。

二、工作总结

2014年我主要完成了以下几方面的工作：

1、测试工作

各项测试的主要内容分别为理解需求、分析业务，编写测试计划、测试用例，执行测试，记录缺陷，编写测试报告。测试过程中与开发人员、系统集成人员以及客户等多方进行沟通工作。

2、配置管理工作

负责将每次测试的交付物、培训文档、测试模版等整理并上传到svn上。

3、培训管理工作 2014年下半年，由于工作较为繁忙，测试团队在不断壮大，我负责带领指导3个新人。负责培训测试技巧，指导书写文档等工作。

三、经验分享

从多次测试任务中，总结出以下两点：

1、测试任务开始前，将测试范围、深度、文档书写规范等规则统一制定好，减少返工的工作量。

2、编写测试用例前，将所有情况简单列举出来，与开发人员或需求提出人员确认无误后，再具体形成文档。

四、对部门建设的建议

在部门建设上，我想可以从以下几方面逐步开展部门建设工作：

1、强化制度建设。例如：系统上线后新增bug的责任划分、任务延迟时需说明原因等。

2、争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。

3、加强部门测试成果的积累与沉淀。每次测试完成后，相关测试人员要进行业务总结，写成文档上传svn，以便知识共享。

4、除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如：对项目的测试经验，性能测试的经验，测试用例设计经验等等。

五、2015年计划

2015年，我希望能通过参与具体项目的实践，达到以下目标：

1、能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程。

2、在项目中沉淀出一些部门成果。

3、除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。

以上是本人2014年度的个人工作总结，请各位领导和同事能够提出意见。篇三：品质部部门年度工作总结 2010年度品质部部门工作总结

尊敬的周董、张副总：

这一年，我重新接触新的工作，虽没有轰轰烈烈的成果，但也算经历了一段不平凡的考验和磨砺。非常感谢公司给我另外一个成长的平台，令我在工作中学习到更多的知识，也知道自己在工作中还存在许多的不足。上级领导对我的支持与栽培，同事对我的支持和协助，令我感到旺鑫公司的温情无处不在，在此我向公司的领导以及全体同事表示最衷心的感谢，有领导们的教导才能使我在工作中更加的得心应手，也因为有大家的努力，使公司的发展更上一个台阶。今年以来，在公司领导的关怀和指导下，在同事们的大力支持下，品质部顺利完成了本年度各项工作。现将一年以来的工作情况向您们做一个报告，请批评指证，谢谢！

一、部门管理上运用系统化、标准化的思想规范了品质部工作流程：

今年品管部人员状况是:品管部人力少：仅有6人（其中一人专门负责工程）。控制范围广：包括了主/辅料进料控制、制程生产品质控制，成品品质控制、工程控制，供应商异常品质处理，售后客诉处理，还包括协助质量体系建立完成、7s管理等工作。加之公司在今年加强了品质队伍检验力度和范围，品质部同时也加强了品质控制的力度和范围，工作量也随着增大。在此种情况下必须加强部门管理，必须使品质管理系统化、标准化。对此采取了以下措施：

1.采用日工作报表（原来就有）对当天的工作进行记录，采用周会和月结报告对当周或当月工作进行总结并制定下周或下月的工作计划。各责任人按计划实行，我主要做督促跟进，保证总体任务的改善与完成。2.对各个控制作业和产品标准用文件的方式予以标准化，让各检验人员严格按程序文件作业，规范操作。针对原来的进料和制程检验、成品检验方法和判定标准太过抽象和不全面，现场检验员认识比较含糊，哪种情况以什么为标准并不明确。亲自查找产品各工序品质检验标准并做相应功能测试，并将其形成标准文件。先后修改和拟制了原材料进料检验和制程、成品检验程序和标准多份文件，为现场检验员提供判定准则。详见：（各工序检验作业指导书和检验标准）。3.建全了品管部部门质量目标，包括进料和成品漏检率、品质异常跟踪结案率，并将所有目标指标纳入各岗位人员的绩效考核，确保品质监控的质量。4.加强专业知识培训，除理论知识培训外加强现场实际检验技巧。品质部每一个检验人员都已熟悉整套运作流程中各个工序检验要点。以便于在部门人力紧张时，其它工序检验人员随时可调动协助工作，确保部门工作任务的完成。

二、部门工作任务严格质量控制，完善控制流程和检测手段： 1.进料品质控制： 1>.拟制了“来料检验作业指导书”、“来料检验标准”文件，规范了进料检验作业流程和检验标准。2>.严格进料检验，全年从5月份到11月份统计纸板来料检验10333批，发现47批不合格。全年

纸板进料质量状况如下图所示： 2010年纸板来料品质状况月推移图： 3>.由于受公司采购批量和其它因素的影响，大部份主要生产辅料来料质量无法从全面保证，只能加

强iqc检验和生产试用检测。所以能要求生产部协助配合做好其品质跟踪检验，防止量产后出现不良。4>.从7月份开始加强了与供应商沟通。特别是针对纸板供应商（大宝）8、9、10月份频繁出现不

良问题，多次与供应商沟通，要求其改善。会知采购部采购生产品质要求相对较为严格的客户纸板时，优先不考虑该供应商纸板，待其质量稳定后再做考虑。5>.针供应商品质问题出现后其未能改善的，建议采购部对多次发出问题且未能改善的供应商做相

应扣款处理。严格控制供应商来料质量管理。2.制程、成品质量控制： 1>.拟制了“制程检验作业指导书”、“制程检验标准”、“成品检验作业指导书”、“成品检验标准”

文件，规范了制程、成品检验作业和检验标准。2>.加强了制程和成品质量控制，从印刷首件检验抓起严格把关各个制程环节要检验。每月统计

品质状况报表提供给生产部加强制程与成品质量的控制。并针对制程和成品检验到不合格项及客户投诉/退货的不良现象要求生产部加以改善，从

今年的成品检验结果来看，质量控制得到进一步的提升，从7月份的37单不良下降到11月份的17单不良，不良率下降54%。3>.全年从6月份到11月份共检验15212单，不合格146批，不良率为0.96%。具体如下图所示： 2010年生产品质状况月推移图： 3.品质异常处理方面： 1>.品质部持续按“顾客投诉处理程序”和“不合品控制程序”对品质异常及不良品的处理。对顾客投诉或退货及品管部发现的质量异常由品质部提出、跟踪处理。由责任单位进行原因分析和纠正。即时对各部门发生的品质异常进行立案和跟踪分析处理。针对客户对我司品质异常现象的投诉，品质部及时知会各相关部门及时改善，品质管控得到很大的改善。对供应商品质控制，供应商来料不良及时的与供方联系，且要求供应商业务员同品质负责人一起到我司来针对来料品质异常处理意见商讨，要求供应商后续加以实践改善，来料不良现象得到逐步改善。2>生产品质异常从7月份全年最高37单下降到11月份17单，不良率下降54.05%。纸板来料品质

异常从全年最低6月份2单上升到全年最高9月份14单，不良率上升85.71%，从10月份我接手来由全年最高9月份14单下降到11月份10单，不良率下降28.75%。具体如下图所示： 品质异常散布图：

三、品质部工作存在的问题： 1．品质部门现有的4位现场检人员，只有一位是对该纸箱生产工艺要求较为熟悉外，其它三位都是第一次接触纸箱行业且都未有过品质检验经验。其纸箱检验专业知识较浅，未能真正撑握住一些检验技巧，对品质异常发生的警惕性还不够高；还有少部份问题未能够做到及时的发现和处理。需要

更多的现场检验技巧辅导和专业知识的培训。因人员紧张，对内对外品质处理及日常办公工作事务由我一人完成，培训方面未能得到合理实施。2．供应商的管理缺乏有效的评审及管理机制，供应商来料还存有很异常。其次纸板来料品质控制还存在很多漏洞，多车来料同时卸货的和晚上来料无加班的情况下，加上纸板来料本身只能做抽样检验。导致有部分不良品流入生产线上生产加工后才在制程检验中发现该不良品。且生产部操作人员在分纸和印刷生产前未能对纸板进行品质自检，从而造成不良纸板混入合格纸板中生产，在品质部制程检中才得发现。至此纸板来料不良未能得到很好控制。

3．制程、成品检验存在的问题： a.制程检验：品质部只有一位ipqc在印刷工序检验，其它分纸、啤切工序无人员检验。我司印刷工序现共有5台印刷机，正常生产情况下至少有4台印刷机器在生产印刷。ipqc在检验上十分吃力，在目前的状况下一位ipqc只能全面控制首件检验，在散单较多的情况下印刷过程抽检未能得到充分检查。印刷过程中出现的一些不良现象未能得到及时的发现改善，不良品流入到成品工序生产检验时才得已发现纠正处理。分纸、啤切工序首件检验和生产过程检验未有ipqc检验，只有待到成品序生产检验。b.成品检验：品质部成品检验有两位oqc管控成品质量，成品检验只能在成品生产工序生产过程中做巡检检验。由于oqc每日要书写相关客户的测试报告和出货检验报告还有出货相关物料标签，一天真 5月份 6月份 7月份 8月份 9月份 10月份 11月份

间生产进度和客户交期推迟。4．品质部工作管理见意： 1．品质部需增加一名员工，要品质检验经验丰富能够有一定单独处理问题能力的。协助内部品质和对供应商来料品质管控，同时要完成品质部日常办公工作事务，对供应商纸板来料和内部制程检验更加深入全面地检验。同也希望生产一线上的员工多一份责任心发现有异常能够及时的反馈到品质部及时处理。一个企业的产品质量控制光靠品质检验人员把关那是远远不够的，只有靠所有生产一线上的每一位员工一起对品质的控制才能把质量控制到最佳成效。每一位员工都应做到每接到一批生产物料都要是合格的，后一工序就是前一工序的客户要的就是合格的产品。这样品质才能更有效率地协同各部门努力把不良品控制在成品入库前，才能做到及时发现问题及时纠正改善预防不良品的产出。2．更新供应商评审程序，凡有新的供应商加入前均需要品质、采购、业务三个部门同时对供应商相关资格进行认可，如有一个部门不认可都不可归为合格供应商;建立完善一个供应商具体严厉的处罚方案，促使供应商严格控制来料产品质量。另公司指定或客户指定供应商需采购需有书面或邮件说明知会各部门，便于采取相应的监管措施；采购部更新合格供应商名录时，目前正在合作的较核心供应商需重新评审。3．成品出货物料标签的真写和粘贴不应由品质部完，这样oqc才能更有多的时间和精力放在实际检验上，更好的控制成品的质量把关。把不良品限制在车间内，避免客户因不良品对我司进行投诉影响我司的声誉。4．见意各相关部门在相关信息传达前要有相应的审核后再进行传达到相关部门。以免信息存在漏洞造成不必要的损失。新年将致，品管部全体同仁谨祝两位领导：

新春愉快！万事如意！

祝公司： 玉兔拱门吉祥至，八方财源滚滚来！

报告单位：品质部 报告人：品质主管 2010-12-23篇四：软件测试工程师年终工作总结 2012年终工作总结

一：2012年工作回顾及总结

回顾2012年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。现将这一年的工作情况总结如下：

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

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

3、知识的总结与分享，完成客户端在安卓4.0/4.1，ios6.0以上系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。

4、完成所需知识积累，学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种

测试工具的使用。

二：对公司的建议与意见

对公司和部门建设上，我有以下几点建议：

1、对员工进行金融知识的系统培训，让测试人员了解银行业务流程，有助于测试人员更加详细了解业务流程，测试过程会少走很多弯路。

2、部门内希望多组织技术交流讨论，促进测试工作的开展和提高。一年至少有2次这样的交流。

3、公司在项目开发前期，希望尽可能的明确需求，尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。

4、建议项目需求设计可以有测试员参与讨论。

5、公司管理有点混乱，个人感觉公司对每位员工的重视程度不够！节假日公司应该给每位员工一定的福利和关心。

6、个人感觉平时的效率比较低，希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程，让开发更好的了解测试的流程，增强开发团队与测试团队的配合，提高工作效率。

7、加强部门测试成果的积累与沉淀，提高团队测试水准，希望我们的团队能够做的更好，能够已团队的形式参与软件项目的开发，而不仅仅是一个项目中毫不起眼的小小测试员。

三：2013年工作计划与学习计划 2013年工作计划就是希望通过自己的努力，让我们的产品更加完美，让自己在软件测试技能上有所提高，更多的关注软件产品的开发过程，提高工作效率、做到与用户的需求一致，提高公司软件产品用户满意度。

具体来说2013年工作计划有：努力提高自身测试水准，努力学习金融知识以及业务流程，学会需求分析，掌握需求分析在测试中的作用，参与公司更多的开发项目的测试工作。******** 201*年^月^日篇五：测试主管最新个人年度总结

测试主管工作岗位 =个人原创，有效防止雷同，欢迎下载= 转眼之间，一年的光阴又将匆匆逝去。回眸过去的一年，在×××（改成测试主管岗位所在的单位）测试主管工作岗位上，我始终秉承着“在岗一分钟，尽职六十秒”的态度努力做好测试主管岗位的工作，并时刻严格要求自己，摆正自己的工作位置和态度。在各级领导们的关心和同事们的支持帮助下，我在测试主管工作岗位上积极进取、勤奋学习，认真圆满地完成今年的测试主管所有工作任务，履行好×××（改成测试主管岗位所在的单位）测试主管工作岗位职责，各方面表现优异，得到了领导和同事们的一致肯定。现将过去一年来在×××（改成测试主管岗位所在的单位）测试主管工作岗位上的学习、工作情况作简要总结如下：

一、思想上严于律己，不断提高自身修养

一年来，我始终坚持正确的价值观、人生观、世界观，并用以指导自己在×××（改成测试主管岗位所在的单位）测试主管岗位上学习、工作实践活动。虽然身处在测试主管工作岗位，但我时刻关注国

际时事和中-央最新的精神，不断提高对自己故土家园、民族和文化的归属感、认同感和尊严感、荣誉感。在×××（改成测试主管岗位所在的单位）测试主管工作岗位上认真贯彻执行中-央的路线、方针、政-策，尽职尽责，在测试主管工作岗位上作出对国家力所能及的贡献。

二、工作上加强学习，不断提高工作效率

时代在发展，社会在进步，信息技术日新月异。×××测试主管工作岗位相关工作也需要与时俱进，需要不断学习新知识、新技术、新方法，以提高测试主管岗位的服务水平和服务效率。特别是学习测试主管工作岗位相关法律知识和相关最新政策。唯有如此，才能提高×××测试主管工作岗位的业务水平和个人能力。定期学习×××测试主管工作岗位工作有关业务知识，并总结吸取前辈在×××测试主管工作岗位工作经验，不断弥补和改进自身在×××测试主管工作岗位工作中的缺点和不足，从而使自己整体工作素质都得到较大的提高。回顾过去一年来在**（改成测试主管岗位所在的单位）测试主管 工作岗位工作的点点滴滴，无论在思想上，还是工作学习上我都取得了很大的进步，但也清醒地认识到自己在×××测试主管工作岗位相关工作中存在的不足之处。主要是在理论学习上远不够深入，尤其是将思想理论运用到×××测试主管工作岗位的实际工作中去的能力还比较欠缺。在以后的×××测试主管工作岗位工作中，我一定会扬长避短，克服不足、认真学习×××测试主管工作岗位相关知识、发

奋工作、积极进取，把工作做的更好，为实现中国梦努力奋斗。展望新的一年，在以后的**（改成测试主管岗位所在的单位）工

作中希望能够再接再厉，要继续保持着良好的工作心态，不怕苦不怕累，多付出少抱怨，做好测试主管岗位的本职工作。同时也需要再加强锻炼自身的测试主管工作水平和业务能力，在以后的工作中我将加强与×××（改成测试主管岗位所在的单位）测试主管岗位上的同事多沟通，多探讨。要继续在自己的工作岗位上踏踏实实做事，老老实实做人，争取为**（改成测试主管岗位所在的单位）做出更大的成绩。

第二篇：测试部门规划

一．人员规划： 测试部部门规划

测试部现有测试人员两名，主要负责公司现有软件项目的测试工作和对外测试和演示需求的协助；

随着公司规模的扩大和测试职能从软件部独立出来，现提人力需求如下：

1．软件性能测试工程师1名：主要负责公司设计软件的性能是否满足软件设计的实际需求；

2．硬件测试工程师1名：主要负责硬件部所开发的射频基站和射频卡等硬件的测试及产品技术认证；

二．软件测试规划：

1．各测试人员正常完成软件部所开发的软件功能测试；

2.后续测试重点除正常软件功能外，也要从用户角度考虑软件功能的易用，提出相关意见，与市场和研发部讨论；

3.测试中检查软件开发中代码注释是否规范；

4.规范软件测试中测试计划、测试用例和测试计划编写，测试文档统一上传备份至SVN服务器，测试用例统一使用QC服务器管理；

5.逐步引入软件性能测试（软件压力、负载、容量等测试）；

三．硬件测试规划：

根据目前硬件部所设计的产品，分为射频基站和射频卡，整理硬件测试点如下：

1.射频基站：

 基站读写速度

 基站覆盖有效距离（室内，室外空旷地）

 数据传输丢包率

 基站长时间运行掉线率

2.射频卡：

 功耗测试

 传输有效距离

3.可靠性测试：

 压力测试（大量卡数据接收等）；

 高温、高湿、低温下测试硬件设备工作稳定性；

 震动测试；

 电线扭力测试；



 耐压测试；

 外壳受力测试；

 安规测试（委托第三方测试）；

 EMC测试（委托第三方测试）；

4.硬件产品技术认证:3C认证、RFID应用认证、CQC标志认证、EMC认证、安规认证

第三篇：测试部门规划

测试部门规划与管理

1.引言

1.1测试部门现状

通过几天在公司的学习，观察，了解到我们公司现阶段的测试组的情况如下： 1）测试流程不规范； 2）测试文档不健全；

3）测试文档也没有控制和管理； 4）测试人员不参与需求分析； 5）被测软件没有版本控制； 6）测试部门人员多为行业的新人。1.2编写规划目的

根据测试部门现状，以及公司领导对测试部们的重视与期望，该文档明确定义了测试部门岗位职能、测试流程、测试文档规范、日常项目工作、部门考评机制以及测试部门人员技能与业务的培训等方面，同时该文档将作为测试部门发展的一个指导，在后期的工作实践中由测试部门成员不断地改进优化，使得测试部门能够更好与其他部门成员做好产品的质量控制。

2.测试部门规划

2.1团队建设

1）岗位职能与技能：参考质量管理流程，测试人员分5各岗位,具体职能如下：

a.b.c.测试部门经理：负责测试部门发展规划、协调测试部门资源配合公司各个项目的测试工作、组织培养测试部门人员的技能和业务培训，指导测试人员技能提升与职业发展。配置管理员：负责公司各个产品的软件版本控制，包括代码版本和文版本以及相关变更控制，在项目的不同阶段输出相关的配置文档，如：配置管理计划、配置审计报告等 测试组负责人：负责项目测试环境搭建和bug管理库的维护、同时负责协调测试组所有事宜，包括与开发、需求、设计人员的沟通，分配任务并指导团队测试人员做系统测试，在项目的不同环节阶段输出相关的项目文档，如：测试计划、测试报告以及部分测试用例的编写。d.e.性能测试工程师：负责项目的性能测试工作，输出文档：性能测试计划、性能测试用例、性能测试报告等。

功能测试工程师：负责项目的功能测试和流程测试，提出bug到bug管理库。输出文档：功能测试用例、功能测试报告。

根据公司现状，测试部门目前暂时定位为：测试部门经理、测试组负责人、功能测试功能师3各岗位。配置管理的工作与项目人员沟通，配备专人参与，要求测试人员也要从中学习，性能测试工程师工作由测试团队人员共同来做，必要时测试经理参与。

2）测试人员技能要求：测试岗位不同技能要求的程度也会有所不同，测试团队的成员应该对现市场上比较流行的各种测试软件都应有简单的了解，对于公司部门内部使用的测试工具能够灵活运用。以下测试技能和工具需要部门人员能够掌握到一定的程度：

a.测试部目前选择testdirector做为部门的bug管理工具：要求测试部人员对于从测试需求到bug列表管理的功能熟练使用，并能够做测试报告总结。对于测试组负责人和配置管理员除了功能使用外系统管理员的常用功能使用熟练。对于市场上流行的Bugzilla、bugfree、QC、mantis等都能够有一定的认识。b.测试部门目前需要LoadRunner作为性能测试工具，性能测试人员能够熟练使用该工具，利用该工具能够分析到系统的瓶颈提高系统的性能。对于测试团队的其他成员要求，了解LoadRunner的工作原理，脚本处理中能够做到参数化和关联，针对测试结果做简单的分析。对于市场上流行的自动化测试工具有了解。c.公司目前使用svn作为配置管理工具，要求配置管理员熟练掌握svn的功能。所有团队成员能够使用svn做update操作，并了解简单的svn知识。对于团队的所有成员队员目前常用的配置管理工具vss、cvs、jiar等工具要有一定的认识。

d.除以上使用的测试管理工具外，要求测试部门人员在以下技能方面有一定的深度。   server2005、Oracle是公司使用的数据库，要求测试组团队成员能够熟练的使用这两个数据库的常用的语句 例：查询、插入、修改、删除和简单的表关联。

在网络协议方面，性能测试人员要了解常用的网络协议http、oracle、tuexdo、snmp等协议，团队成员根据个人兴趣爱好适当的学习。

操作系统方面：对于流行的操作系统windows server、linux、unix等，希望测试人员能够了解常用的命令，对于测试组长和性能测试人员需要能够独立安装操作系统并搭建测试环境。  常用软件：tomcat、weblogic等，测试组负责人能共使用这些工具做测试环境的搭建，同时了解该工具的一些相关配置的含义，团队成员能够了解这些工具

其他技能：测试团队成员能够使用viso、project、excel的部分函数编写测试文档，同时测试团队成员应能看懂系统的数据模型，对系统使用的架构和使用语言等方面根据个人的兴趣爱可以进一步学习。

e.人员数量：视公司要求而定。

2.2测试流程

1）项目整体测试流程：

开始测试项目确认测试执行问题修正与更新测试关闭测试结束

2)测试流程：

接收测试申请代码配置管理库中指定的提测版本号在配置库中获 取可测试版本搭建测试环境 测试申请需开发人提测试版本时同步给测试人员，内容包括：

1、提测试的需求功能概述

2、提交代码

3、提交代码对应的数据库脚本

4、提交环境部署文档 测试数据的准备，必要时需要开发人员配合测试数据和测 试用例准备就绪输入测试用例提交缺陷编写测试总结报告评审团队：测试组成员、开发组长、项目经理、需求和设计人员测试报告通 过相关评审测试结束

2.3技能、业务培训

测试部门根据部门人员能力情况，以及测试人员的发展方向，定期安排技能、工具和业务流程的培训等。

技能和工具的培训时间安排一个月1-2次，根据测试部门员工的工作时间进行调配。学习内容将汇总测试部门人员的期望学习意愿统一安排。每次培训结束后希望测试人员能够有所收获。

业务流程培训将根据部门人员参与项目情况，会请需求和设计人员统一给测试人员做培训。

2.4日常项目管理

1）测试各个阶段的分工： a.b.c.d.e.单元测试：由开发人员完成

集成测试；由开发人员与测试人员共同完成 确认测试：由测试人员完成 回归测试：由测试人员完成

验收测试：由测试人员、用户、开发人员完成

2）测试环境：

测试环境要求测试部门独立搭建并负责测试环境维护，搭建测试环境时需要开发或是实施人员提供系统的安装部署手册、版本代码、数据库脚本等。必要时可要求开发人员做配合。3）测试过程输出文档：

a.测试需求:参考需求规格说明书和业务流程说明文档。b.c.d.e.f.测试计划:参考项目整体计划、开发计划以及测试需求。测试用例：参考需求规格说明书、demo、系统的详细设计文档。执行测试：测试用例

提交缺陷单：定期统计bug管理工具的问题。

测试总结报告：根据各个阶段的测试总结，借助测试bug管理工具，对项目做测试总结报告文档输出。

以上的这些文件必需要有的，这样可以有效监督测试整个过程，并且对以后的软件测试也有参考价值，对于相似软件的开发也能提出参考的建议，长期提高软件质量有很大的帮助。所输出文档请按照测试部门文档模板编写。项目测试文档请用配置管理工具管理 svn。（根据现状测试需求文档可以暂不输出，）如果项目经理对测试输出文档有特殊要求，请按项目组输出文档模板输出，测试部门问题模板可以在工作过程中改进并完善。

4）Bug的追踪机制和处理方法：

使用testdirector作为项目的bug管理工具，bug管理流程参考公司流程，bug的管控可以根据项目组的需求进行调整。测试部门问题流程管理模板可以在工作过程中改进并完善。

5）项目团队人员安排：

根据项目任务量协调测试人员，至少每一个项目会有1-2人，其中测试组长任务繁重，建议项目组适当的做测试人员的备份，使得在项目中因个人原因而无法到岗情况得到缓解，同时对测试人员的培养提供了空间，希望测试工程师能有一个积极的心态面对工作任务。在工作中测试小组人员阶段性的组织技术和心得的交流，达到共同的进步。2.6和其他各部门的接口

1）测试组与开发组： a.与开发人员交朋友

b.要采用恰当的方法与开发人员进行沟通，不要总是责怪开发人员的能力和经验，而是要主动协助开发人员解决问题，排除阻碍；

c.两个部门负责人之间的沟通和协作是工作成败的关键

d.测试人员一定要熟悉业务流程和技术, 这样才能对系统的bug有更多的发言权，有时还可以给开发人员提出建议.f.明确规定各部门人员的职责

建议：，测试组的负责人员参与开发人员的项目需求分析的研讨会，并且对测试组的其他成员进行讲解项目需求与培训业务流程，这样才能保证每个测试人员对所测的系统的业务流程熟悉，对提高软件质量有很大帮助。

2）测试组与其他部：

建议：对于验收测试由开发、需求业务部着重考虑软件是否满足规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意，在适当时候测试人员也要参与。

用户操作手册、帮助文件的撰写：对于这部分的文件建议由测试人员配合实施部人员完成。

3.部门考核与激励 3.1整体考核机制

测试部门按月或按季度对部门员工作考评，考评总分100分，考评等级分为五个层次，考评内容包括工作任务及完成情况、个人行为及能力表现以及测试人员技能学习的提升等。

工作任务及完成情况考评分是总分的80%。个人行为及能力表现考评分是总分的20%。员工考评总体评价：考评分数=sum（工作任务及完成情况*80%+行为及能力表现*20%，考评等级根据分数定位。

考评流程：

开始测试人员录入任务及目标、权重、完成情况、积学习计划是是否参与项目否项目经理根据测试 人员工作表现考评测试经理根据测试 人员工作表现情况考评测试人员确认结束3.2测试人员考核机制

1）月考评具体考核项参考考评用表。

2）测试部门人员做月度考评的同时，要求每年的年底写一份总结报告。模板如下：

3.4考评奖励机制

根据部门员工的工作表现能力，考核员工后做职位的级别调整，同时会考虑员工的职业规划做岗位的调换。

部门员工薪资待遇问题，可以根据员工表现在公司统一调薪期间做申请调薪。

4.其它

第四篇：测试部门规划

测试部门规划与管理

1.引言

1.1测试部门现状

通过几天在公司的学习，观察，了解到我们公司现阶段的测试组的情况如下： 1）测试流程不规范； 2）测试文档不健全；

3）测试文档也没有控制和管理； 4）测试人员不参与需求分析； 5）被测软件没有版本控制； 6）测试部门人员多为行业的新人。1.2编写规划目的

根据测试部门现状，以及公司领导对测试部们的重视与期望，该文档明确定义了测试部门岗位职能、测试流程、测试文档规范、日常项目工作、部门考评机制以及测试部门人员技能与业务的培训等方面，同时该文档将作为测试部门发展的一个指导，在后期的工作实践中由测试部门成员不断地改进优化，使得测试部门能够更好与其他部门成员做好产品的质量控制。

2.测试部门规划

2.1团队建设

1）岗位职能与技能：参考质量管理流程，测试人员分5各岗位,具体职能如下：

a.b.c.测试部门经理：负责测试部门发展规划、协调测试部门资源配合公司各个项目的测试工作、组织培养测试部门人员的技能和业务培训，指导测试人员技能提升与职业发展。配置管理员：负责公司各个产品的软件版本控制，包括代码版本和文版本以及相关变更控制，在项目的不同阶段输出相关的配置文档，如：配置管理计划、配置审计报告等 测试组负责人：负责项目测试环境搭建和bug管理库的维护、同时负责协调测试组所有事宜，包括与开发、需求、设计人员的沟通，分配任务并指导团队测试人员做系统测试，在项目的不同环节阶段输出相关的项目文档，如：测试计划、测试报告以及部分测试用例的编写。d.e.性能测试工程师：负责项目的性能测试工作，输出文档：性能测试计划、性能测试用例、性能测试报告等。

功能测试工程师：负责项目的功能测试和流程测试，提出bug到bug管理库。输出文档：功能测试用例、功能测试报告。

根据公司现状，测试部门目前暂时定位为：测试部门经理、测试组负责人、功能测试功能师3各岗位。配置管理的工作与项目人员沟通，配备专人参与，要求测试人员也要从中学习，性能测试工程师工作由测试团队人员共同来做，必要时测试经理参与。

2）测试人员技能要求：测试岗位不同技能要求的程度也会有所不同，测试团队的成员应该对现市场上比较流行的各种测试软件都应有简单的了解，对于公司部门内部使用的测试工具能够灵活运用。以下测试技能和工具需要部门人员能够掌握到一定的程度：

a.测试部目前选择testdirector做为部门的bug管理工具：要求测试部人员对于从测试需求到bug列表管理的功能熟练使用，并能够做测试报告总结。对于测试组负责人和配置管理员除了功能使用外系统管理员的常用功能使用熟练。对于市场上流行的Bugzilla、bugfree、QC、mantis等都能够有一定的认识。b.测试部门目前需要LoadRunner作为性能测试工具，性能测试人员能够熟练使用该工具，利用该工具能够分析到系统的瓶颈提高系统的性能。对于测试团队的其他成员要求，了解LoadRunner的工作原理，脚本处理中能够做到参数化和关联，针对测试结果做简单的分析。对于市场上流行的自动化测试工具有了解。c.公司目前使用svn作为配置管理工具，要求配置管理员熟练掌握svn的功能。所有团队成员能够使用svn做update操作，并了解简单的svn知识。对于团队的所有成员队员目前常用的配置管理工具vss、cvs、jiar等工具要有一定的认识。

d.除以上使用的测试管理工具外，要求测试部门人员在以下技能方面有一定的深度。   server2005、Oracle是公司使用的数据库，要求测试组团队成员能够熟练的使用这两个数据库的常用的语句 例：查询、插入、修改、删除和简单的表关联。

在网络协议方面，性能测试人员要了解常用的网络协议http、oracle、tuexdo、snmp等协议，团队成员根据个人兴趣爱好适当的学习。

操作系统方面：对于流行的操作系统windows server、linux、unix等，希望测试人员能够了解常用的命令，对于测试组长和性能测试人员需要能够独立安装操作系统并搭建测试环境。  常用软件：tomcat、weblogic等，测试组负责人能共使用这些工具做测试环境的搭建，同时了解该工具的一些相关配置的含义，团队成员能够了解这些工具

其他技能：测试团队成员能够使用viso、project、excel的部分函数编写测试文档，同时测试团队成员应能看懂系统的数据模型，对系统使用的架构和使用语言等方面根据个人的兴趣爱可以进一步学习。

e.人员数量：视公司要求而定。

2.2测试流程

1）项目整体测试流程：

开始测试项目确认测试执行问题修正与更新测试关闭测试结束

2)测试流程：

接收测试申请代码配置管理库中指定的提测版本号在配置库中获 取可测试版本搭建测试环境 测试申请需开发人提测试版本时同步给测试人员，内容包括：

1、提测试的需求功能概述

2、提交代码

3、提交代码对应的数据库脚本

4、提交环境部署文档 测试数据的准备，必要时需要开发人员配合测试数据和测 试用例准备就绪输入测试用例提交缺陷编写测试总结报告评审团队：测试组成员、开发组长、项目经理、需求和设计人员测试报告通 过相关评审测试结束

2.3技能、业务培训

测试部门根据部门人员能力情况，以及测试人员的发展方向，定期安排技能、工具和业务流程的培训等。

技能和工具的培训时间安排一个月1-2次，根据测试部门员工的工作时间进行调配。学习内容将汇总测试部门人员的期望学习意愿统一安排。每次培训结束后希望测试人员能够有所收获。

业务流程培训将根据部门人员参与项目情况，会请需求和设计人员统一给测试人员做培训。

2.4日常项目管理

1）测试各个阶段的分工： a.b.c.d.e.单元测试：由开发人员完成

集成测试；由开发人员与测试人员共同完成 确认测试：由测试人员完成 回归测试：由测试人员完成

验收测试：由测试人员、用户、开发人员完成

2）测试环境：

测试环境要求测试部门独立搭建并负责测试环境维护，搭建测试环境时需要开发或是实施人员提供系统的安装部署手册、版本代码、数据库脚本等。必要时可要求开发人员做配合。3）测试过程输出文档：

a.测试需求:参考需求规格说明书和业务流程说明文档。b.c.d.e.f.测试计划:参考项目整体计划、开发计划以及测试需求。测试用例：参考需求规格说明书、demo、系统的详细设计文档。执行测试：测试用例

提交缺陷单：定期统计bug管理工具的问题。

测试总结报告：根据各个阶段的测试总结，借助测试bug管理工具，对项目做测试总结报告文档输出。

以上的这些文件必需要有的，这样可以有效监督测试整个过程，并且对以后的软件测试也有参考价值，对于相似软件的开发也能提出参考的建议，长期提高软件质量有很大的帮助。所输出文档请按照测试部门文档模板编写。项目测试文档请用配置管理工具管理 svn。（根据现状测试需求文档可以暂不输出，）如果项目经理对测试输出文档有特殊要求，请按项目组输出文档模板输出，测试部门问题模板可以在工作过程中改进并完善。

系统测试计划（模版）.doc

系统测试用例（模版）.doc

系统测试报告（模版）.doc

4）Bug的追踪机制和处理方法：

使用testdirector作为项目的bug管理工具，bug管理流程参考公司流程，bug的管控可以根据项目组的需求进行调整。测试部门问题流程管理模板可以在工作过程中改进并完善。

项目问题管理流程说明.doc

5）项目团队人员安排：

根据项目任务量协调测试人员，至少每一个项目会有1-2人，其中测试组长任务繁重，建议项目组适当的做测试人员的备份，使得在项目中因个人原因而无法到岗情况得到缓解，同时对测试人员的培养提供了空间，希望测试工程师能有一个积极的心态面对工作任务。在工作中测试小组人员阶段性的组织技术和心得的交流，达到共同的进步。2.6和其他各部门的接口

1）测试组与开发组： a.与开发人员交朋友

b.要采用恰当的方法与开发人员进行沟通，不要总是责怪开发人员的能力和经验，而是要主动协助开发人员解决问题，排除阻碍；

c.两个部门负责人之间的沟通和协作是工作成败的关键

d.测试人员一定要熟悉业务流程和技术, 这样才能对系统的bug有更多的发言权，有时还可以给开发人员提出建议.f.明确规定各部门人员的职责

建议：，测试组的负责人员参与开发人员的项目需求分析的研讨会，并且对测试组的其他成员进行讲解项目需求与培训业务流程，这样才能保证每个测试人员对所测的系统的业务流程熟悉，对提高软件质量有很大帮助。

2）测试组与其他部：

建议：对于验收测试由开发、需求业务部着重考虑软件是否满足规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意，在适当时候测试人员也要参与。

用户操作手册、帮助文件的撰写：对于这部分的文件建议由测试人员配合实施部人员完成。3.部门考核与激励 3.1整体考核机制

测试部门按月或按季度对部门员工作考评，考评总分100分，考评等级分为五个层次，考评内容包括工作任务及完成情况、个人行为及能力表现以及测试人员技能学习的提升等。

工作任务及完成情况考评分是总分的80%。个人行为及能力表现考评分是总分的20%。

员工考评总体评价：考评分数=sum（工作任务及完成情况*80%+行为及能力表现*20%，考评等级根据分数定位。

考评流程：

开始测试人员录入任务及目标、权重、完成情况、积学习计划是是否参与项目否项目经理根据测试 人员工作表现考评测试经理根据测试 人员工作表现情况考评测试人员确认结束3.2测试人员考核机制

1）月考评具体考核项参考考平用表。

测试部员工考评工作用表.xls

2）测试部门人员做月度考评的同时，要求每年的年底写一份总结报告。模板如下：

测试部员工总结.doc

3.4考评奖励机制

根据部门员工的工作表现能力，考核员工后做职位的级别调整，同时会考虑员工的职业规划做岗位的调换。

部门员工薪资待遇问题，可以根据员工表现在公司统一调薪期间做申请调薪。4.其它

第五篇：测试部门规划及职责

自动化测试组

功能测试组

性能测试组

现场维护组

维修组

测试经理职责：纵观全局的公司测试部门的，其必须有丰富的项目经验或是测试经验，熟悉项目流程和测试流程以及有顾全大局能决策的。

1、制定部门测试工作流程，对测试流程进行过程改进

2、测试资源管理

3、组织（实施）测试培训

4、负责测试部门和其他相关部门的协调工作

5、测试人员绩效考核

6、如果公司没有质量管理部，测试部门还要做一部分质量管理工作（如：制定公司项目管理流程及相关项目管理制度），QA和Test是不能割裂的，相辅相成。

7、对测试项目进行监控，对测试质量负责

8、测试工作总结，汇报

1、根据公司业务发展目标，制定团队工作计划，管理测试团队，按照测试计划保证测试工作的质量；

2、指导测试人员编制测试计划，负责跟踪和督促测试计划的实施，指导测试人员编写测试报告；

3、负责测试工具和测试手段的不断完善创新，引入新的测试框架和测试策略，最大限度提高测试效率和质量；

4、负责培训测试人员，选拔高级测试人员，储备测试人员。

测试主管和测试组长职责：从项目测试的大局出发 制定测试规范 测试计划、方案分析结果 建立/改善流程 人员协调工作分派对下属的考核还包括测试工具的开发 等等，项目的测试质量与项目的沟通负责，跟踪该项目的测试状态，当然要能做测试计划，编写相关的测试方案和测试用例，具有一定的沟通能力。

测试工程师职责：从项目测试的具体对象出发根据计划方案编写对应的用例执行报告结果，能根据项目的需求编写测试步骤，根据测试用例执行任务，编写问题报告，将问题明确描述和向组长汇报测试工作情况。

助理职责：一般都是新手执行用例记录问题反馈结果学习为主