短文网整理的测试部的总结（精选10篇），快来看看吧，希望对您有所帮助。
测试部的总结 篇1
总结一：软件测试在整个软件周期中的重要性。
它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。
总结二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。
再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的'环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。
总结三：在系统性能测试方面需要重视。
经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。
当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。
测试部的总结 篇2
20xx年xx月x9日，我怀着对提高并实现自我价值的心态，跨进xxx公司的大门，开始了自己大学里兼职实习工作。转眼间，断断续续的一年的实习时间就过去了。回想起这段时间的工作过程，我深深的认识到在xx实习的选择是绝对正确的，xx公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。
一、软件测试部见证三茗的强硬实力
这段实习时间完全是在软件测试部度过，亲自体验感受离了三茗科技的主要软件产品。包括数据快速恢复平台v3.0，系统快速恢复平台v1.o，闪电恢复，三合一数据宝，一键恢复，xxx等等。并且协助同事完成对xxx以及联想网络控制工具等软件的测试工作。
1.三茗的产品名不虚传。
通过对软件的实际测试，彻底从思想上改变了自己对数据备份保护的概念。三茗的硬盘动态备份技术，能够在不占用固定硬盘空间（非用户使用空间），实现数据的快速备份与恢复，堪称典范，不愧是行业的创新者和领导者。
2.友善同事关系给人温暖和关怀。
在实习期间，自己的对计算机硬件系统比较陌生，特别是对频繁的更换操作系统等，多亏蓝朝霏等多位同事的热情帮助和指导，让我顺利完成软件测试。在软件测试过程中，同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋，给我力量，给我信心！
3.软件的瑕疵在所难免。
在软件测试过程中，也发现了部分让人不是很满意的地方。主要表现在下列方面：
a.软件对中英文操作系统不能完全兼容。
建议：在软件安装入口处对中英文操作系统进行路径选择。
b.软件对不同主板的识别bios差异大。
具体是在hd-shield软件测试中，不同主板性能差异大。
c.软件密码在重新登录后有残存现象。
已经通过金党锋学长反馈到研发部。
d.软件的不稳定性。
本人xxe660因为测试三合一数据宝中的闪电恢复软件在重启中黑屏，在维修过程中彻底报废。
在软件测试中部分软件在不同机器环境中测试性能有差异。
还有其他问题在测试过程中已经汇报相关人员并得到满意解决。
总而言之，我们三茗科技的产品还是值得信赖的。作为销售人员，我们需要对产品树立强大的信心！即使我们产品存在瑕疵，我坚信，我们勤奋团结的同事，一定会创造出更优秀的产品。
二、产品市场简单调查分析
1.同行业产品简单调查
通过在xxx搜素引擎检索“数据快速恢复”，“系统快速回复”，“快速还原”等关键词，发现南京生产的“雨过天晴”软件，和本公司产品具有很强的`相似性。（测试报告详见附件内容）
通过在xx赛格，百脑汇电脑城的电脑diy市场及软件销售市场简单走访，暂时未发现“雨过天晴”系列软件的经销商。
2.网络调查简单分析
作为数据快速恢复领域的创新者和领导者，本公司的核心关键词语“数据快速恢复”，“系统快速回复”，“电脑系统快速还原”等在baidu，google等知名搜索引擎没有很好的被索引。
或许是公司产品发展定位因素，在网络推广方面有再提高的空间。
对于此，本人有信心有能力，在非工作实践，提高三茗产品关键词语在上述搜索引擎的排行。
3.电脑城市场调查简单分析
前期，和xx电脑城的xx网络（网络及电脑外设集成批发全国连锁经营），xx（品牌笔记本零售商），xx（电脑diy集成）等公司的店长简单交流对此类软件的看法。整体反映效果较好。
在xx月份，在进一步熟悉公司产品和销售流程同时，将安排时间继续跟进，推荐试用xx产品。
三、个人整体认知
准确的说，xx是一面镜子，照出了自己的不足和缺点，为自己的成长和提高创造了机会。
1.计算机硬件知识欠缺。
自认为是it专业本科生，熟悉专业去做销售更好些。其实不然，自己还是一粒沙子。在软件测试部，学会了计算机硬件的线路连接，知道了用u盘可以ghost快速做系统等等。或许可笑，但是对我而言，很严肃的现实证实：自己还不会是一个合格的大学生。需要虚心的向同事们请教！
2.英语知识的欠缺。
自认为立志做好国内销售，带领团队创作“农村信息化”创业计划书，立志为xx农村的it发展贡献一份力量。看到了vista，win 7的英文操作系统，就基本灰心。但是我坚信，我会在短期内，在专业英语方面有所突破，因为自己还是对专业英语有浓厚兴趣的。
3.对销售的错误认识。
两年多的校园代理销售经历，误打误撞，取得了一定的成绩。尽管在实习期间，没有亲自体验到去向大客户推销产品的经历，但是通过x经理推荐的《大客户销售十八招》一书，发现自己还有很多的东西要认真的学，认真的领会，并在实际推销中灵活应用。庆幸的是，对于销售的做起码准则还是在坚守：诚实信用，对客户负责！用好的人品去赢得客户关注！面对拒绝，保持良好的心态！
4.自己还有在三茗存在的价值。
xx和自己理想中的还有很大的差距，但是这种差距，或许就是我存在的价值！
主动向同事请教问题，积极虚心的向同事学习，这是我实习过程中一直在践行的！
下阶段，将积极贯彻李总经理的指示“加强个人管理，提高业务的能力”，从严要求自己，做好各项工作，提高个人存在贡献值。
“与xx共创业”，是我在xx实习的基本心态：认同公司发展愿景，服从公司安排，任劳任怨，积极负责，务实创新，把三茗的事业看成自己的事业去拼搏！
四、下阶段工作计划
在xx月份，认真贯彻落实“加强个人管理，提高业务能力！”的xx员工作风，具体落实到：
1.服从公司的工作安排，保质保量完成任务；
2.进一步熟悉公司产品（硬件产品），熟悉公司环境（认识研发部同事）
3.熟悉学习公司的销售制度和流程；
4.提高公司关键字网络检索排行，并提交一份营销计划书；
5.继续学习销售知识及应用技术，提高处理实际问题的能力；
6.申请参加公司的综合业务能力考核。
20xx年，自己的收获是丰硕的：最起码从意识上，发现自己的不足，并寻求到合适的解决途径。非常感谢测试部的同事，感谢所有三茗的同事，因为你们的帮助，我顺利的走过在xx科技的适应期。我坚信：在你们的帮助下，我会持续努力，不断反省，总结提高，快速度过在xx的成长期，早日跨进发展期，创造期。
测试部的总结 篇3
我是在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 (2008-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：测试水平低，测试需求点少，测试强度不够
测试时间的紧张，严重限制了测试人员的测试水平的发挥，单位许多测试人员测试水平是相当不错的，但他们根本没有时间编写测试需求报告，一个系统的测试需求点往往只有几百个点，这种测试需求强度根本无法保证测试质量。
测试部的总结 篇4
XX年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与中行对公系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的x-fund2.0项目的全程介入测试。跟随项目组一同到北京现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。目前中信x-funds2.0系统也已经投产完毕。
8月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。
补丁测试方面主要有部分辖内对公系统补丁测试、部分中行对公代客管理系统补丁测试、澳门资金管理系统补丁测试、中信x-funds2.0系统补丁测试等。
压力测试方面主要有中信x-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。
从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。
从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。
一、测试组内部要有计划。介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的'测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。
二、项目的测试进度控制。主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。
三、要加强学习和沟通。在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。
四、善于总结和吸收项目经验教训。总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易.。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。
五、个人得失及不足。作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在中信x-funds2.0项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。
公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。
公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。
公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。
测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。
测试部的总结 篇5
20xx年xx月x9日，我怀着对提高并实现自我价值的心态，跨进xxx公司的大门，开始了自己大学里兼职实习工作。转眼间，断断续续的一年的实习时间就过去了。回想起这段时间的工作过程，我深深的认识到在xx实习的选择是绝对正确的，xx公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。
一、软件测试部见证三茗的强硬实力
这段实习时间完全是在软件测试部度过，亲自体验感受离了三茗科技的主要软件产品。包括数据快速恢复平台v3.0，系统快速恢复平台v1.o，闪电恢复，三合一数据宝，一键恢复，xxx等等。并且协助同事完成对xxx以及联想网络控制工具等软件的测试工作。
1.三茗的产品名不虚传。
通过对软件的实际测试，彻底从思想上改变了自己对数据备份保护的概念。三茗的硬盘动态备份技术，能够在不占用固定硬盘空间（非用户使用空间），实现数据的快速备份与恢复，堪称典范，不愧是行业的创新者和领导者。
2.友善同事关系给人温暖和关怀。
在实习期间，自己的对计算机硬件系统比较陌生，特别是对频繁的更换操作系统等，多亏蓝朝霏等多位同事的热情帮助和指导，让我顺利完成软件测试。在软件测试过程中，同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋，给我力量，给我信心！
3.软件的瑕疵在所难免。
在软件测试过程中，也发现了部分让人不是很满意的地方。主要表现在下列方面：
a. 软件对中英文操作系统不能完全兼容。
建议：在软件安装入口处对中英文操作系统进行路径选择。
b.软件对不同主板的识别bios差异大。
具体是在hd-shield软件测试中，不同主板性能差异大。
c.软件密码在重新登录后有残存现象。
已经通过金党锋学长反馈到研发部。
d.软件的不稳定性。
本人xxe660因为测试三合一数据宝中的闪电恢复软件在重启中黑屏，在维修过程中彻底报废。
在软件测试中部分软件在不同机器环境中测试性能有差异。
还有其他问题在测试过程中已经汇报相关人员并得到满意解决。
总而言之，我们三茗科技的产品还是值得信赖的。作为销售人员，我们需要对产品树立强大的信心！即使我们产品存在瑕疵，我坚信，我们勤奋团结的同事，一定会创造出更优秀的产品。
二、产品市场简单调查分析
1.同行业产品简单调查
通过在xxx搜素引擎检索“数据快速恢复”，“系统快速回复”，“快速还原”等关键词，发现南京生产的“雨过天晴”软件，和本公司产品具有很强的相似性。（测试报告详见附件内容）
通过在xx赛格，百脑汇电脑城的电脑diy市场及软件销售市场简单走访，暂时未发现“雨过天晴”系列软件的经销商。
2.网络调查简单分析
作为数据快速恢复领域的创新者和领导者，本公司的核心关键词语“数据快速恢复”，“系统快速回复”，“电脑系统快速还原”等在baidu，google等知名搜索引擎没有很好的被索引。
或许是公司产品发展定位因素，在网络推广方面有再提高的空间。
对于此，本人有信心有能力，在非工作实践，提高三茗产品关键词语在上述搜索引擎的排行。
3.电脑城市场调查简单分析
前期，和xx电脑城的xx网络（网络及电脑外设集成批发全国连锁经营），xx（品牌笔记本零售商），xx（电脑diy集成）等公司的店长简单交流对此类软件的看法。整体反映效果较好。
在xx月份，在进一步熟悉公司产品和销售流程同时，将安排时间继续跟进，推荐试用xx产品。
三、个人整体认知
准确的说，xx是一面镜子，照出了自己的不足和缺点，为自己的`成长和提高创造了机会。
1.计算机硬件知识欠缺。
自认为是it专业本科生，熟悉专业去做销售更好些。其实不然，自己还是一粒沙子。在软件测试部，学会了计算机硬件的线路连接，知道了用u盘可以ghost快速做系统等等。或许可笑，但是对我而言，很严肃的现实证实：自己还不会是一个合格的大学生。需要虚心的向同事们请教！
2.英语知识的欠缺。
自认为立志做好国内销售，带领团队创作“农村信息化”创业计划书，立志为xx农村的it发展贡献一份力量。看到了vista，win 7的英文操作系统，就基本灰心。但是我坚信，我会在短期内，在专业英语方面有所突破，因为自己还是对专业英语有浓厚兴趣的。
3.对销售的错误认识。
两年多的校园代理销售经历，误打误撞，取得了一定的成绩。尽管在实习期间，没有亲自体验到去向大客户推销产品的经历，但是通过x经理推荐的《大客户销售十八招》一书，发现自己还有很多的东西要认真的学，认真的领会，并在实际推销中灵活应用。庆幸的是，对于销售的做起码准则还是在坚守：诚实信用，对客户负责！用好的人品去赢得客户关注！面对拒绝，保持良好的心态！
4.自己还有在三茗存在的价值。
xx和自己理想中的还有很大的差距，但是这种差距，或许就是我存在的价值！
主动向同事请教问题，积极虚心的向同事学习，这是我实习过程中一直在践行的！
下阶段，将积极贯彻李总经理的指示“加强个人管理，提高业务的能力”，从严要求自己，做好各项工作，提高个人存在贡献值。
“与xx共创业”，是我在xx实习的基本心态：认同公司发展愿景，服从公司安排，任劳任怨，积极负责，务实创新，把三茗的事业看成自己的事业去拼搏！
四、下阶段工作计划
在xx月份，认真贯彻落实“加强个人管理，提高业务能力！”的xx员工作风，具体落实到：
1.服从公司的工作安排，保质保量完成任务；
2.进一步熟悉公司产品（硬件产品），熟悉公司环境（认识研发部同事）
3.熟悉学习公司的销售制度和流程；
4.提高公司关键字网络检索排行，并提交一份营销计划书；
5.继续学习销售知识及应用技术，提高处理实际问题的能力；
6.申请参加公司的综合业务能力考核。
20xx年，自己的收获是丰硕的：最起码从意识上，发现自己的不足，并寻求到合适的解决途径。非常感谢测试部的同事，感谢所有三茗的同事，因为你们的帮助，我顺利的走过在xx科技的适应期。我坚信：在你们的帮助下，我会持续努力，不断反省，总结提高，快速度过在xx的成长期，早日跨进发展期，创造期。
测试部的总结 篇6
光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务器的建立，测试工具QC、性能测试软件LoadRnner的安装使用；测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等；
在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。
20xx年5月，我来到英特华，在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。
虽然测试部在20xx年中取得了不小的成绩，但是还是存在很多不足，比如新订单系统的长期测试，工期长期推延，迟迟不能结束！这是测试部在下一年要重视的`地方，要认真总结的地方！
下面是这一年测试部遇到的重大问题及原因与对策：
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）大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！
下面是展望20xx
丰收的20xx已经过去，让我们迎接展新的20xx！
20xx努力的方向：
为了公司开发软件的质量与专业，我们测试部要往更高层次发展，这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师！
20xx测试部要努力增加的岗位人员：
一名功能测试人员
一名性能测试人员
一名安全测试人员
20xx年测试部需要的物理资源
一台做压力测试用的物理服务器（可以用一台配置好的pc机代替）—— 一个专业的，准确的性能测试需要模拟接近真实服务器的干净的环境！虚拟机的各项性能还是和物理机的性能是有很大区别的，并且虚拟机上已经装了很多的服务和软件，环境不干净，影响真实的性能测试结果！
20xx年测试部的工作年度目标：
电商俱乐部CRM系统 20xx年3月之前完成测试工作
ERP-产品系统 20xx年6月30日之前完成测试工作
ERP-采购系统 20xx年8月25日之前完成测试工作
ERP-仓储系统 20xx年9月30日之前完成测试工作
ERP-物流系统 20xx年11月5日之前完成测试工作
ERP-订单系统 20xx年12月10日之前完成测试工作
最后感谢领导和各部门的同事对测试部工作的大力支持！
测试部的总结 篇7
20xx年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与xx系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的xxx项目的全程介入测试。跟随项目组一同到xx现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。目前xx系统也已经投产完毕。
x月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。
补丁测试方面主要有部分辖内对公系统补丁测试、部分xx代客管理系统补丁测试、xx资金管理系统补丁测试、xxx系统补丁测试等。
压力测试方面主要有中信x-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。
从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。
从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。
一、测试组内部要有计划
介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。
二、项目的测试进度控制
主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。
三、要加强学习和沟通
在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。
四、善于总结和吸收项目经验教训
总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易.。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。
五、个人得失及不足
作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在xxx项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。
公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。
公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。
公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。
测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。
测试部的总结 篇8
20xx年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与xx系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的xxx项目的全程介入测试。跟随项目组一同到xx现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。目前xx系统也已经投产完毕。
xx月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。
补丁测试方面主要有部分辖内对公系统补丁测试、部分xx代客管理系统补丁测试、xx资金管理系统补丁测试、xxx系统补丁测试等。
压力测试方面主要有中信x-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。
从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。
从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。
一、测试组内部要有计划
介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。
二、项目的测试进度控制
主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。
三、要加强学习和沟通
在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的'方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。
四、善于总结和吸收项目经验教训
总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易.。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。
五、个人得失及不足
作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在xxx项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。
公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。
公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。
公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。
测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。
测试部的总结 篇9
光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务器的建立，测试工具QC、性能测试软件LoadRnner的安装使用；测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等；
在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。
20xx年5月，我来到英特华，在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。
虽然测试部在20xx年中取得了不小的成绩，但是还是存在很多不足，比如新订单系统的长期测试，工期长期推延，迟迟不能结束！这是测试部在下一年要重视的地方，要认真总结的地方！
下面是这一年测试部遇到的重大问题及原因与对策：
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）大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！
下面是展望20xx
丰收的20xx已经过去，让我们迎接展新的20xx！
20xx努力的方向：
为了公司开发软件的质量与专业，我们测试部要往更高层次发展，这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师！
20xx测试部要努力增加的岗位人员：
一名功能测试人员
一名性能测试人员
一名安全测试人员
20xx年测试部需要的物理资源
一台做压力测试用的物理服务器（可以用一台配置好的pc机代替）——一个专业的.，准确的性能测试需要模拟接近真实服务器的干净的环境！虚拟机的各项性能还是和物理机的性能是有很大区别的，并且虚拟机上已经装了很多的服务和软件，环境不干净，影响真实的性能测试结果！
20xx年测试部的工作年度目标：
电商俱乐部CRM系统20xx年3月之前完成测试工作
ERP-产品系统20xx年6月30日之前完成测试工作
ERP-采购系统20xx年8月25日之前完成测试工作
ERP-仓储系统20xx年9月30日之前完成测试工作
ERP-物流系统20xx年11月5日之前完成测试工作
ERP-订单系统20xx年12月10日之前完成测试工作
最后感谢领导和各部门的同事对测试部工作的大力支持！
测试部的总结 篇10
XX年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与中行对公系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的x-fund2.0项目的全程介入测试。跟随项目组一同到北京现场开发测试，以及后期配合用户的`压力测试，项目投产内部演练和支持等工作。目前中信x-funds2.0系统也已经投产完毕。
8月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。
补丁测试方面主要有部分辖内对公系统补丁测试、部分中行对公代客管理系统补丁测试、澳门资金管理系统补丁测试、中信x-funds2.0系统补丁测试等。
压力测试方面主要有中信x-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。
从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。
从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。
一、测试组内部要有计划。
介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。
二、项目的测试进度控制。
主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。
三、要加强学习和沟通。
在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。
四、善于总结和吸收项目经验教训。
总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。
五、个人得失及不足。
作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在中信x-funds2.0项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。
公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。
公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。
公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。
测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。