软件测试人员年终总结.docx

软件测试人员年终总结.docx

《软件测试人员年终总结.docx》由会员分享，可在线阅读，更多相关《软件测试人员年终总结.docx（15页珍藏版）》请在冰豆网上搜索。

软件测试人员年终总结

软件测试人员年终总结

　　篇一：

软件测试工程师年终工作总结

　　20XX年终工作总结

　　一：

20XX年工作回顾及总结

　　回顾20XX年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。

通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。

现将这一年的工作情况总结如下：

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

　　2、日常我主要负责项目测试工作、测试文档xx、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。

就在银联项目工作来说，主要的工作内容有：

a、测试项目案例、测试用例的设计与编写；b、对测试过程中遇到的问题进行沟通，并提供意见；c、设计业务功能流程，提供参考意见，绘制关键业务流程；d、进行主要功能的界面测试、功能测试；e、按照测试用例执行测试计划；f、进行需求验证工作

　　3、知识的总结与分享，完成客户端在安卓/，以上系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。

在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。

　　4、完成所需知识积累，学习所需知识、工具以及技能。

在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种

　　测试工具的使用。

　　二：

对公司的建议与意见

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

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

　　2、部门内希望多组织技术交流讨论，促进测试工作的开展和提高。

一年至少有2次这样的交流。

　　3、公司在项目开发前期，希望尽可能的明确需求，尽可能的详尽需求说明书内容。

在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。

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

　　5、公司管理有点混乱，个人感觉公司对每位员工的重视程度不够！

节假日公司应该给每位员工一定的福利和关心。

　　6、个人感觉平时的效率比较低，希望测试部门能够有所调整。

希望公司能制定质量控制标准以及开发、测试工作流程，让开发更好的了解测试的流程，增强开发团队与测试团队的配合，提高工作效率。

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

　　三：

20XX年工作计划与学习计划

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

　　具体来说20XX年工作计划有：

努力提高自身测试水准，努力学习金融知识以及业务流程，学会需求分析，掌握需求分析在测试中的作用，参与公司更多的开发项目的测试工作。

　　********

　　201*年^月^日

　　篇二：

测试工程师年终总结

　　20XX年终工作总结

　　一：

20XX年工作回顾及总结

　　回顾20XX年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。

通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。

现将这一年的工作情况总结如下：

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

　　2、日常我主要负责项目测试工作、测试文档xx、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。

就在银联项目工作来说，主要的工作内容有：

a、测试项目案例、测试用例的设计与编写；b、对测试过程中遇到的问题进行沟通，并提供意见；c、设计业务功能流程，提供参考意见，绘制关键业务流程；d、进行主要功能的界面测试、功能测试；e、按照测试用例执行测试计划；f、进行需求验证工作

　　3、知识的总结与分享，完成客户端在安卓/，以上系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。

在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。

　　4、完成所需知识积累，学习所需知识、工具以及技能。

在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种

　　测试工具的使用。

　　二：

对公司的建议与意见

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

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

　　2、部门内希望多组织技术交流讨论，促进测试工作的开展和提高。

一年至少有2次这样的交流。

　　3、公司在项目开发前期，希望尽可能的明确需求，尽可能的详尽需求说明书内容。

在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。

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

　　5、公司管理有点混乱，个人感觉公司对每位员工的重视程度不够！

节假日公司应该给每位员工一定的福利和关心。

　　6、个人感觉平时的效率比较低，希望测试部门能够有所调整。

希望公司能制定质量控制标准以及开发、测试工作流程，让开发更好的了解测试的流程，增强开发团队与测试团队的配合，提高工作效率。

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

三：

20XX年工作计划与学习计划

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

　　具体来说20XX年工作计划有：

努力提高自身测试水准，努力学习金融知识以及业务流程，学会需求分析，掌握需求分析在测试中的作用，参与公司更多的开发项目的测试工作。

********

　　201*年^月^日篇二：

软件测试工程师年终总结

　　20XX年终总结

　　时光荏苒，如今12年的帷幕已经谢下，13年的钟声已经敲响，在公司高层的正确领导下，我们佰腾科技又走过了一年。

而我也在自己的努力以及同事的帮助下完成了20XX年我所负责的工作，以下就是我对过去这一年的工作总结：

　　一、测试工作及经验

　　作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20XX年中所做的工作主要有：

　　测试用例的编写，对系统的测试、跟踪；

　　需求、高保图、界面和功能的测试；

　　功能测试用例的编写，高保图、系统的测试；

　　的静态页面测试和功能测试；

　　5．xxxxxxxx的功能测试；

　　6．xxxxxxxx第一、二、三迭代高保图测试，测试用例编写，静态页面和功能测试，并主持参与测试用例评审；

　　7．xxxxxxxx平台高保图的测试和系统静态页面、功能的测试；

　　8．xxxxxxxx的高保图测试和测试用例的编写；

　　9．xxxxxxxx的静态页面和功能测试，参与测试用例的评审；

　　10．xxxxxxxx的高保图测试、静态页面和功能测试；

　　11．xxxxxxxx用户使用手册的编写；

　　一年的工作，让我获得很多方面的经验：

　　1．编写逻辑覆盖率全的测试用例甚为重要。

在理解需求的前提下编写测试用例，使得我掌握了多种测试用例编写方法，更让我对产品的需求有更加深入的理解，须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试；

　　2.要站在用户角度对系统进行测试。

从一些项目中出现的未能及时发现的bug中，我认识到用户体验的重要性，现在能够越来越多的从这方面来执行测试；

　　3．对拿到手的项目有较清晰的思路，能够更加快速、准确地发现问题；

　　4.越来越规范的工作流程的让我们的工作有条不紊的进行，让我深刻认识到工作的规范性是多么的重要，并且从中学习如何从文档和流程上规范工作。

　　5.同事间的沟通很重要。

现在不管遇到什么不确定或疑惑，都与开发人员、

　　产品经理等及时沟通，大大提高了工作的效率。

　　二、加强自我能力的提高

　　只有不断的提高自己各种的能力，才能胜任越来越艰巨的任务，因此在工作相对不饱和的时候，我自己进行了一些学习。

　　为提高对“用户体验”的理解，我学习了《下一站用户体验》，书中一些经验确实让我获益匪浅。

不能总拿别人的用户体验去改进自己的产品，但是有一些却是通用的，比如：

太多弹出框、按钮会给用户带来愤怒感，要适当的给页面减肥等等。

　　深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发，所以我学习了性能测试的一些相关知识，并在师父的指导下运用lr工具进行简单性能测试，以后必须坚持学习。

　　三、存在的不足及明年计划

　　一年的工作让我有所进步，但是很多地方还是存在不足，比如：

有时候看问题比较主观，不是很细致，没能深入地去测试，会有遗漏的bug；自身专业技术能力还不足，不能从系统稳定性这一点上对系统进行测试。

在以后的工作中，我会努力改善。

　　在20XX年的工作中，我计划：

　　1、本着实事求是的态度，更加认真、负责的完成工作；

　　2、要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例；

　　3、按照系统稳定性测试方案，要逐渐对系统的稳定性、安全性进行测试；

　　4、继续研究性能测试，并要将lr工具运用在实际工作中；

　　5、多多的学习，参加一些有益的培训，在实际工作中活学活用。

　　四、个人建议

　　这一年来我们部门有着的显著进步，越发规范的工作流程，越来越明确的责任制度、管理体系等，都让我们更加有凝聚力。

在此，个人提出以下几个小建议：

　　1、希望可以加强对项目的把控，尽量能将延期风险降到最低；

　　2、从各个组对需求理解的不一致，以及信息更新不及时等问题上看，沟通问题还是有待完善；

　　4、虽然工作任务繁重，还是希望部门能够多组织活动，完善奖励制度，可以让大家更加激情的为部门、为公司奉献自己的全部力量。

　　以上是我个人的一些浅见，相信在大家共同的努力下，向着同一个目标进发，软件部甚至整个公司必定会大展全新的宏图伟业。

篇三：

软件测试工程师工作总结

　　软件测试工程师的工作总结

　　软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。

很多从事软件测试工作的同行处于迷茫之中，如何提高，如何解决测试工作中的实际问题，困惑着每一个人。

本文总结了一下个人经验，希望对大家有帮助。

　　我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆，cmm是什么就更加不知道了。

那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。

拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。

所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹“江湖“还算无往而不利。

不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。

　　第一招学会利用络

　　刚参加工作面对浩瀚的络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。

当时觉得有了这些“武林秘籍“，成为高手指日可待。

最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上的时间更加频繁。

　　一次项目经理分配任务，觉得依靠手中的秘籍加上自己的“聪明才智“很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。

解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用络寻找要解决问题的答案，从此google成了我的最爱，关键字成了我变化的招数。

在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。

也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有“无敌秘籍“，所以只要你耐心找，答案就在身边。

　　这里总结一下利用络搜索引擎的技巧：

　　组合搜索

　　每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配页。

然而如果再加上一个单词，那么搜索结果会更加切题。

　　选择表述内容的词组一般我在页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。

运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

　　定位信息

　　有的时候用词组搜索不到或者无法准确表达所需信息。

可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。

可以用公式“”去猜测某一组织的特点。

从而得到所要搜索的信息的主要词组

　　其实络上还有很多关于搜索技巧的文章，大家可以自行学习。

千万要记住搜索引擎是帮助你成功的有力武器。

　　第二招学会动手

　　参加软件测试工作后，随着工作经验的增长自我感觉越来越好。

在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样“随手“测试

　　出了几个bug，然后“仔细“的填写了bug单（这个bug的现象已经出现了很多次了）。

这时候测试经理走过来，重新复查了一下填写的bug。

他在重现我的bug的过程中，简化了我的输入变化，bug神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出10几个变化后，软件不动了，内存不断上升。

终于他找到了产生软件的bug的原因，然后对我说“寻找bug要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。

如果测试人员每次发现的bug描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。

这样开发人员在重现bug的时候他要调试跟踪判断，很花费时间，而且效率低。

如果测试人员发现bug的时候多动手可以更加准确的定位bug步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作！

。

“。

　　在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。

上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。

所以多动手，多尝试。

　　第三招思考自己所作的

　　刚开始入行的时候，总是思考如何做好软件测试。

认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。

我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。

这段时间让我学习到了很多东西，接触了iso,cmm，测试管理工具，自动化工具（因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了）。

由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。

在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯

　　通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。

如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。

　　所以善于思考，总结经验，也是成为高手之路的不二法决。

　　第四招学会利用资源

　　其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。

在中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。

所以经常会看到“测试高手“的身影，并且不提问题，而且还能“锄强扶弱“，是测试新丁的救

　　命稻草。

好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。

当然也有很多人都是通过自学，然后在中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。

所以动手和利用资源的过程中他们也在不断提高。

　　很多时候看到中有人提问，问题描述不清，很多人看了很困惑。

发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。

虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。

其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。

　　第五招学习和你所测试的软件产品相关的知识

　　要想成为好的测试人员，还要了解你要测试的软件的相关知识。

要了解软件产品的架构是什么样的。

要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是最大的需要。

但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。

还有多看看公司bug库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。

软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。

比如软件运行在windows或者linux，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。

所以要学习关于和软件系统相关的知识，比如编程，络，数据库等。

不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。

　　和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。

和客户交流，你会在测试中从客户的角度发现问题；和开发人员交流，你会了解开发人员怎么实现软件功能的；和项目管理人员交流，你会知道开发进度以及遇到的困难。

　　篇三：

20XX年软件测试年度总结

　　20XX年软件测试年度总结

　　亲爱的领导：

　　您好！

　　来公司已经2年半，担任软件测试工程师，这个看似不起眼的工作岗位，但也是公司很重要的环节，我自认为在工作中算是尽职尽责绝不含糊，从来不以一位员工的态度测试，本着以公司立场和买家对待我们的手表、APP、手环；同事之前团结友爱，互相帮助，有新同事在测试过程中遇到不明白的地方，我会第一个站出来协助一起完成。

测试过的每一个BUG都记在脑海里面，过目不忘。

工作中发现对方不足委婉提出，别人对自己的意见也积极改正，每一天都在努力提高自己为公司自己创造存在的价值。

　　一、工作内容

　　主要负责MTK6261、MTK2502、MTK6260、量产维护版本和首版软件系统测试和BUG跟踪；

　　手环配对IOS和Android分动手环静态页面测试、BUG提交禅道、跟踪；第三方APP测试西瓜皮IOS端和Android测试及问题提交给第三方公司修改、跟踪；

　　第三方APP关爱护航IOS端和Android测试提交给第三方公司修改、跟踪；第三方FwatchIOS端和Android测试及问题提交给掌盟修改并协助问题验证；

　　分动穿戴、分动手环、分动伴侣、乐活、乐跑、稚爱测试及BUG提交禅道、跟踪；

　　编写分动伴侣的测试用例、参与审核；

　　专项验证；

　　编写所有APP支持语言列表和新增语言维护到服务器；6261、6260、2502平台共性BUG总结；

　　编写Meta2_3G-写IMEI号说明维护到服务器；

　　所有项目开关机logo、动画附件归类和新增附件每周维护；编写大数据部所有APP自检内容和参与评审；

　　编写NX9_苹果风格功能列表和新增维护到服务器；

　　编写M6261A、6261D主菜单功能列表和新增菜单维护到服务器；编写2502语言支持列表和新增菜单维护到服务器；

　　集合2502静态图维护到服务器；

　　所有项目工程测试指令集合和新增内容维护到服务器；编写6261/2502/6260平台版本测试注意事项；

　　遇到每一个必现死机BUG先进行同平台其他项目验证是否也存在，通知软件工程同步修，并且改积极配合验证找出BUG原因，然后把处理结果分享给测试组其他成员测试过程中留意并且提出来；

　　二、测试心得分享

　　每天的准备工作，首先前一天下班前要把第二天测试的机器找到，先充电；提前把下个测试项目的机器找到充电，下个项目没有机器的情况下，与项目

　　经理确认是否有机器也好提前给项目经理准备机器的时间；因为项目经理有时候忙其他事情去了，不可能立马准备好；与项目经理确认没有机器后，回复邮件后告知量产维护版本组长安排下一个版本。

　　首版测试首先要核对产品规格书，是否有项目经理写错的地方，和配置与实

　　际的机器配置不一致的，要划重点写在邮件抬头。

然后核对客户需求，核对附件内容，如有需求和附件内容不明确的地方请和项目经理确认，确认完之后必须以邮件的形式回复【方便其他同事测试查询和后续有疑问要确认】测试到有修改时钟，需先检查附件：

数字时钟检查从0-24有无缺少的数字，AM/PM；模拟时钟要检查秒针、分针、时针长短顺序是从长到短，注意了长短一样的情况经常出现；秒针、分针、时针的数量要够，如有缺少，请把时间调到缺少的时间段，看是否显示错误。

核对功能是否齐全，把该平台支持的功能，未内置齐全的建议一栏写上。

测试功能后最后把蓝牙距离、计步器专项验证好粘贴在邮件里面，如蓝牙距离少于10M一定要特别标明，请项目经理安排客户硬件检测。

计步器差异大的同样在邮件里面特别标明软件已经一起排查，邮件抄送给硬件工程师。

【首次测试每一台都要测】

　　量产维护版本机器不够，特殊情况下软件紧急无法核对基础版本，找一个同

　　平台配置一样的下载基础版。

软件下载好后先核对开关机动画、开机logo、蓝牙名称、语言、菜单功能UI显示、子功能是否与基础版本一致。

核对客户需求，需求有修改错误、未修改完的情况下，回邮件重新修改。

测试过程中遇不能连接蓝牙：

换一台手机试试，再不行，换一台手表下载同一版软件试试，【包括其他蓝牙有关的问题也要这样确认】。

遇摄像头打开提示错误：

请确认基础版本是否正常，如正常！

把软件下载在正确的机器上是否能正常，如正常是机器有问题。

如果错误，软件有问题。

测试遇到某一个界面某一个位置触摸不灵【比如相机界面的右下角返回按钮】，切换到其他界面相同的位置触摸正常，是软件问题触摸区域还可以优化。

　　三、存在的问题和打算

　　尽管经过一些努力，我的测试水平还需进一步提高。

在以后的工作中，我将加强自主管理的意识，加强理论和业务学习，不断提高业务技术水平，使自己的工作达到一个更高的层次，能外出为相关项目公司做培训，有问题