无忧范文网小编为你整理了多篇《测试工程师述职报告》范文，希望对您的工作学习有帮助，你还可以在无忧范文网可以找到更多《测试工程师述职报告》。
第一篇：前端工程师述职报告
新的一年即将到来，回首2018年3月，我很荣幸的进入了公司，加入了开发的团队，认识了热心和睦并且技术优秀的同事们，这是我的荣幸，这是有收获的一年，下面我对自己进入公司大半年的情况进行汇报。
收获和不足及改善
A、 业务开发，技术能力
自从来到了咱们公司后，通过与同事领导的沟通，对业务的流程，规约，制造程序的方法步骤都有了一定的了解，期间做过从简单到复杂的基本程序，从模拟到实际，收获很大，期限感到咱公司做的公安系统非常之庞大，能容丰富，功能模块多，业务流程复杂，但是复杂之中又有规律，在此我非常感激老白老好，和王智彬，刁爷，还有老员工们对我的细心指点，那段时间尝尝加班加点的帮助我尽快熟悉系统，对我的程序和代码提出建设性的意见，让我少走了许多弯路。
从内蒙的门户，职业犯罪研判的发帖回帖，超级档案，616门户，数据导入，还有许多功能性的小程序，也让我逐渐成长。也深深让我体会到，做软件是个团队合作的项目，不是一个人单枪匹马能做好的，特别是我们现在做的这么庞大的一个系统，所以在工作态度上我能积极配合大家组好工作，服从领导的安排，有问题及时反映，大家一起讨论研究，工作要细心，耐心严谨。我也从总积累了经验，提升了自己的开发和技术能力。
b、下面说一下我对工作中的体会和存在的问题，与工作的一些技巧总结：
在我的第一个上线的项目中，也就是内蒙门户，当时作为刚跨出校门的新员工，主要不足是在堆业务的梳理上，代码没有写活，后来在同事的帮助下，做了一些改造，代码质量明显提高，能做到增加功能调整需求，不进行大量代码改造，代码写活的好处就在于此。互相不依赖，相同的方法抽取出来，避免垃圾代码的书写。而且利用闲暇时间，回过头去树立以前的工作，以便更深的理解。
提高素质，写好注释，在修改第一个项目初期之后，体会到如果自己写的代码很烂，就会让代码的可读性降低，也会让自己或者让下一个修改次程序，或看这个程序的同事很是头疼，所以一定要书写注释，尤其是在不容易理解方法上，或逻辑复杂的情况下，写注释，这样首先自己的调理清楚，思路明晰，也能让其他人看的明白。
通过这个项目之后，我体会到了一些能让工作效率提升的一些技巧 如果是单纯技术上的问题，如果可以google百度到的，我认为就可以自己消化掉！问的问题一定要先google，（谷歌的搜索引擎搜出的东西比较准，百度差点）然后带着自己的想法，去问一些有经验的.人，收获会更大！
如果在程序中有了需要提出的问题，或不知如何解决的事情， 先把你要问的问题梳理好，最好可以有电子版或者打印版的整理，方便其他同事查看和解答。然后就是提出的问题，要让回答的人感兴趣，这样他不但会给你解答问题，还有可能将问题延伸，让你学到更多的知识。
对于如何让回答的人感兴趣，就是仁者见仁，智者见智了！看个人发挥了！比如老好，有时候我问他一些问题，他会很耐心的给我解答，并且还会给我将一些这方面的知识，从而使我之后的代码能够规避掉一些我之前想不到的错误，而且对于问谁，我觉得你不了解其他同事的时候，要先问你的上司，当你了解了你的同事每个人擅长的领域之后，就应该把自己的问题归类，然后问最擅长的人。这样会事半功倍！ 主动汇报主动沟通，也是一件非常必要的事情，虽然有时候工作量会大一些，没有时间去回报，其实这样是不好的。后来我的领导找到我，问我的进度，才发现意见有所分歧，理解有差距。索性只能重新来过。所以有情况，有成果，有可展示的东西就一定要及时的主动汇报这个事情的进度，做成果展示，在对事情有不理解的时候也需要主动的沟通，使之和所有参与人员的意见一致再去做，保证你做的事情的正确性和有效性。
工作并不是一成不变的，也许有时候要做其他项目，去其他岗位帮忙，所以同事之间的技术也要互相学习，也许有时候其他人问自己问题，或者需要自己帮忙。
自己写完的项目一定要自测，哪怕时间紧，也要对自己写过的功能整体测试一下，再提交，这样可以节省测试部门方面的时间，也可以先改掉一些简单的错误，或容易发现的错误，而且写完一个模块就要测一下，这样能发现自己开发的代码，是不是都会存在类似的问题，也许这样写不行，早发现就能少犯更多的程序思路上的错，节省更多的时间。
未来规划
未来我要多学习一些javascript，和前台页面美化，和后台java代码，多利用资源去学习，也希望能有更多的机会锻炼自己的技术，在开发与现场环境下多学习到一些知识，多接触一下现场环境，服务器等硬件软件，使自己的技能与代码质量更加提高，考虑到的问题能够更加全面，这样工作能够更加高效，也能胜任更多的任务。
改编一句广告就是，那里不会学哪里，领导再也不用担心我的工作了。
不论在什么环境下，我都相信，第一三人行必有我师，第二，天道酬勤 多付出一些，工作就会优化一些，这需要认真沉下心去做事情，职业做事诚信待人。
第二篇：软件测试工程师述职报告
软件测试工程师述职报告
软件测试工程师述职报告
篇1：
软件测试工程师年终述职总结 内蒙古金财信息技术有限公司 研发二部-孟磊 年终总结 201X年12月 201X年终总结 回顾201X年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：
一、项目时间点及各阶段工作
二、测试总结 中间业务平台管理系统集成测试阶段：
缺陷数据分配表 告警性 建议性 严重性
点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。中间业务平台管理系统上线阶段：
在管理系统上线阶段共发现6个问题其中有代表性问题分类如下：
1、需求问题：
系统维护-账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系
统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。教训：
今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。
2、技术实现问题：
集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。教训：
测试角度：
只测试了功能实现与否，没测试功能实现的方式对不对。研发角度：
重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流，说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。
3、迁移配置问题： 如： “机构
附送：
软件测试验收报告
软件测试验收报告
篇1：
测试验收报告
×××× 软件测试报告
××公司 ××系统 ××项目组
修订历史记录
测 试 报 告
软 件 信 息 软件名称：
×× 版本号：
×× 软件开发运行环境：硬件环境：客户机：×× 服务器：×× 软件环境：客户机：×× 服务器：×× 服务器IP地址：
×× 端口号：
×× 软件类别：
×× 提交材料：
软件样品、技术文档 目 录 卫生规划财务信息交流平台系统 软件测试报告 · 1 修订历史记录 1 测 试 报 告 · 1 软 件 信 息 · 1 目 录 1 3.1 系统安装和运行 2 3.2 系统功能· 3 3.3 质量特性· 3
3.4 系统各类文档· 4 它是否符合公司的指导方向。
批准签字
1.4 分发
? ? 2 引言
1 编写目的{阐明编写软件验收测试报告的目的并指明读者对象。} 2 项目背景
{说明项目的来源、委托单位及主管部门。} 3 定义
4 参考资料 {列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：
a.项目的计划 任务书、合同或批文；b.项目开发计划；.需求规格说明书；d.概要设计说明书；e.详细设计说明书；f.用户操作手册；g.测试计划；h.软件验收测试报告所引用的其他资料、采用的软件工程标准或软件工程规范。} 3 测试计划执行情况
3.1 测试项目
{列出每一测试项目的名称、内容和目的。}
3.2 测试机构及人员
{给出测试机构名称、负责人和参与测试人员名单。} 3.3 测试结果 {按顺序给出每一测试项目的：
a.实测结果数据；b.与预期结果数据的偏差；.该项测试表明的事
实；d.该项测试发现的问题。} 3.3.1 3.3.2 测试环境：测试案例及测试结果：
4 软件需求测试结论 {按顺序给出每一项需求测试的结论。包括：
a.正式的软件能力；b.局限性（即此项需求为得到充
分测试的情况及原因）。} 5 评价
5.1 软件能力
{经过测试所表明的软件能力} 5.2 缺陷和限制 {说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的影响。} 5.3 建议
{提出为弥补上述缺陷的建议。}
5.4 测试结论
{说明能否通过。} 6 词条解释 无。7 参考文献
篇3：
验收测试报告 密 级：
内部公开 文档编号： NTT_TS_YSCSBG 版 本 号： V 1.0 验收测试报告
惠州市新中新电子技术开发有限公司----惠州市新中新电子技术开发有限公司对件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何
5.3 功能测试.5 性能测试.功能项测试
对软件需求规格说明书中的所有功能项进行测试；
b)业务流程测试 对软件项目的典型业务流程进行测试；)容错测试
容错测试的检查内容包括: 1)软件对用户常见的误操作是否能进行提示；
2)软件对用户的的操作错误和软件错误，是否有准确、清晰的提示；
3)软件对重要数据的删除是否有警告和确认提示； 4)软件是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相
应的错误提示。
d)安全性测试
安全性测试的检查内容包括: 1)软件中的密钥是否以密文方式存储；
2)软件是否有留痕功能, 即是否保存有用户的操作日志；
3)软件中各种用户的权限分配是否合理；
e)性能测试 对软件需求规格说明书中明确的软件性能进行测试。测试的准则是要满足规格说明书中的各项性能指标。
f)易用性测试
易用性测试的内容包括:
1)软件的用户界面是否友好，是否出现中英文混杂的界面；
2)软件中的提示信息是否清楚、易理解，是否存在原始的英文提示；
3)软件中各个模块的界面风格是否一致；
4)软件中的查询结果的输出方式是否比较直观、合理。
g)适应性测试 参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。对每个环境进行测试。
h)文档测试 用户文档包括: 安装手册、操作手册和维护手册。对用户文档测试的内容包括: 1)操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块；
2)用户文档描述的信息是否正确, 是否没有歧义和错误的表达； 3)户文档是否容易理解, 是否通过使用适当的术语、图形表示、详细的解释来表达；
4)用户文档对主要功能和关键操作是否提供应用实例；
5)用户文档是否有详细的目录表和索引表；
i)用户有特别要求的测试
2 验收标准
1 软件错误的严重性等级 1：
不能执行正常功能或重要功能, 或者危及人身安全； 2：
严重地影响系统要求或基本功能的实现, 且没有办法解决； 3：
严重地影响系统要求或基本功能的实现, 但存在合理的解决办法； 4：
使操作者不方便或遇到麻烦, 但不影响执行正常功能或重要功能； 5 ：
其它错误；
2错误与严重性等级对应表
a)1 级错误的描述 这一级别的错误一般包括以下内容: 没有实现或错误地实现重要的功能；业务流程存在重大隐患；软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况；软件在操作过程中由于软件自身的原因对系统或数据造成破坏；在现有的软、硬建设环境下不能实现应有的功能；特殊软件在操作过程中可能危及系统和人身安全等。
b)2 级错误的描述 这一级别的错误一般包括: 没有实现基本功能，并且不存在替代办法；没有实现重要功能中的部分功能，并且不存在替代办法；业务流程衔接错误；密钥以明文方式存储；没有留痕功能；用户的权限分配不合理；在现有的环境下，不能实现部分功能且没有替代方案；没有满足系统的性能要求。)3 级错误的描述
这一级的错误是与 需要制定的验收标准，即每一级别的错误量的可接受范围。一般来说，不允许存在1 级和2级错误，而3 级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度进行商定，并在软件开发合同中明确地列出。在软件验收测试中，测试的依据包括软件的投标文件、开发合同、需求规格说明书, 同时还包括特定软件的相关行业标准。在进行（7）软件需求说明书；
（8）概要设计说明书；
（9）数据及数据库设计要求说明书；
（10）详细设计说明书；（1 1）操作手册；（1 2）用户手册（1 3）项目用户评价过程意见；（1 4）软件接口规范；（1 5）原代码或安装盘；（1 6）专家组要求的其他材料
4、其他 在有条件的情况下，还应该进行安装测试、压力测试和数据恢复测试。若进行子系统验收或部分验收，可参照以上方法和资料，双方共同协商确定。参考文献：GBT544 ；GBT 16260；《软件验收标准探讨》篇5：
软件测试验收报告
软件测试、验收报告 1引言
1.1目的说明编制本测试验收报告的主要目的。
1.2背景
列出本项目的委托单位、承办单位及其主管部门。
1.3参考资料
a)本项目经核准的计划任务书、合同或上级机关批文； b)项目开发计划；)分析设计说明书；
d)档中引用的文件、资料（包括软件开发规范）。
列出这些资料的作者、标题、编号、发表日期和出版单位。
1.4定义
列出档中用到的可能会引起混淆的专门术语的定义、缩写词的原文。2软件测试
1动态、静态数据特性 把本项测试中得到的动态、静态的输入输出数据的结果同动态静态的输入／输出的期望结果进行比较，列出发现的问题。
2 ．2软件功能结论及建议 简述被测试软件的功能，说明为满足此功能而设计的软件所具有的能力及经过测试已证实的能力；经过测试证实的本软件存在的缺陷和限制，指出对缺陷如何进行改进。3评价
3 ．1软件的主要功能和性能
说明本软件具有的各项功能及性能，说明原定的开发目标是否达到。
3 ．2进度与费用 给出原定计划的进度与实际进度的对比；原定计划的费用与实际支出费用的对比。
3 ．3对开发工作的评价
对开发工作的生产效率、技术方法、产品质量等给出评价。
4经验与教训 列出从本项目的开发中得到的最主要的经验与教训，以及对今后的软件项目开发工作的建议。
测试工程师述职报告
系统测试述职报告
软件测试述职报告
测试工程师工作述职报告
手机软件测试工程师转正述职报告
第三篇：设备工程师述职报告
一：20xx年工作回顾及总结
回顾20xx年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。
通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。
现将这一年的工作情况总结如下：
1、总体来说，20xx年我主要完成了银行系统、渠道管理平台、、、的日常测试以及质量控制工作；已经稳定上线运行6个多月，即将上线。
2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。
就在银联项目工作来说，主要的工作内容有：a、测试项目案例、测试用例的设计与编写；b、对测试过程中遇到的问题进行沟通，并提供意见；c、设计业务功能流程，提供参考意见，绘制关键业务流程；d、进行主要功能的界面测试、功能测试；e、按照测试用例执行测试计划；f、进行需求验证工作。
3、知识的总结与分享，完成客户端在安卓4。0/4。1，IOS6。0以上系统上出现的兼容等问题，完成了兼容性测试案例的`编写以及兼容性测试的培训工作。
在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。
4、完成所需知识积累，学习所需知识、工具以及技能。
在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种测试工具的使用。
二：对公司的建议与意见
对公司和部门建设上，我有以下几点建议：
1、对员工进行金融知识的系统培训，让测试人员了解银行业务流程，有助于测试人员更加详细了解业务流程，测试过程会少走很多弯路。
2、部门内希望多组织技术交流讨论，促进测试工作的开展和提高。
一年至少有2次这样的交流。
3、公司在项目开发前期，希望尽可能的明确需求，尽可能的详尽需求说明书内容。
在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。
4、建议项目需求设计可以有测试员参与讨论。
5、公司管理有点混乱，个人感觉公司对每位员工的重视程度不够！节假日公司应该给每位员工一定的福利和关心。
6、个人感觉平时的效率比较低，希望测试部门能够有所调整。
希望公司能制定质量控制标准以及开发、测试工作流程，让开发更好的了解测试的流程，增强开发团队与测试团队的配合，提高工作效率。
7、加强部门测试成果的积累与沉淀，提高团队测试水准，希望我们的团队能够做的更好，能够已团队的形式参与软件项目的开发，而不仅仅是一个项目中毫不起眼的小小测试员。
三：20xx年工作计划与学习计划
20xx年工作计划就是希望通过自己的努力，让我们的产品更加完美，让自己在软件测试技能上有所提高，更多的关注软件产品的开发过程，提高工作效率、做到与用户的需求一致，提高公司软件产品用户满意度。
具体来说20xx年工作计划有：努力提高自身测试水准，努力学习金融知识以及业务流程，学会需求分析，掌握需求分析在测试中的作用，参与公司更多的开发项目的测试工作。
述职人：xxx
20xx年xx月xx日
第四篇：工程师职称评定工作报告通用8
尊敬的领导：
20xx年，在公司的正确领导下，紧紧围绕公司的整体工作思路及工作重点，不断提高工程监理的水平，杜绝重大安全事故的发生。在项目部的正确领导下，在总监以及总监代表的合理安排下，以公司质量目标为工作目标，本着“严格监理、热情服务、守法公正、科学诚信”的企业精神，通过一年的努力，本人基本实现了本年度的工作目标。作为监理公司的一员，现将本年度工作、学习情况向领导作以下述职：
一、现场工作总结
1、在工程进行过程中熟悉工程设计图纸，找出质量控制难点确定。
控制目标，同时查阅本工程各种专业的施工规范和质量检验标准以满足本工程的需要。本年度参加消防、人防、弱电、总平等专业图纸会审。对进场的专业施工单位进行资质及方案审查，共审查单位及人员资质x份，施工方案x份。
2、重视对进场材料、构配件的检查和验收，要求各专业施工单位。
进场材料必须附产品出厂合格证，并及时报监理部进行进场材料的外观检验和质量证明文件审查，并签署合格材料报审资料xx份。对于外观检验和检测结果不合格的材料，要求承包单位立即清出现场，不得使用。同时在监理过程中对使用的材料采取跟踪监督，杜绝承包单位在使用材料时存在‘以次充好，偷梁换柱’的现象发生。
3、对隐蔽工程和关键部位的施工实行旁站监理，并做好旁站监理记录。
严格要求承包单位分项分部的施工报检程序，避免工程实体与资料脱节，其中共签字确认电气隐蔽资料xx份，给排水隐蔽xx份，防雷接地隐蔽xx份。对于施工过程过程中存在的质量、安全及进度问题先口头交流，再书面要求并追踪最后开专题会议进行解决。组织召开安装专业质量专题会x次、安装进度专题会x次，并参加每周四工地的安全大检查。
4、与建设单位做好紧密配合，对施工单位编制的施工进度计划进。
行提前审查，经与业主协商并征得同意，对施工单位不合理的工序安排提出意见，要求其合理调整，使进度计划满足实际工程需要，共审查进度计划x份。对于每个工种施工前必须做样板间经我监理部及业主检查验收合格方可大面积展开，并同时形成书面记录。施工过程中的每单项工程工程量完成情况做到心中有数，每完成一个项目工程及时报业主进行确认。
二、存在的不足和建议
1、在工作过程中我发现自身业务水平、专业技术之局限，知识面的不足。如：a、对部分细部验收规范、强制性规定的界限不明确;b、在工作中，对施工单位的口头指令比较多;c、与施工方沟通不够等造成监理工作很被动。在以后的工作中，对工程进度的控制还应该从实施情况着手，避免进度计划与实体脱节。同时加强自身安全生产管理专业知识的学习积累，以满足安全生产需要。
2、建议公司可以在适当的时候多组织经验丰富的专业人员，对我们年青的监理人员进行培训，以增强专业水平。
三、下一步工作打算和体会
我做为监理工程师，从事工程师工作时间不算太长，工作中还存在许多不足之处，今后我会更加的严格要求自己，努力钻研业务、不断更新和补充新的知识，提高业务水平和工作能力，总结经验，更好的完成监理工作。
述职人：xxx
20xx年x月x日
第五篇：工程师述职报告
本人于20xx年X月份加入中远公司，入职后在工程部任务，任土建工程师，作为一名加入公司的新人，最重要的就是要在最短的工夫内渡过“顺应期”，尽快顺应任务环境，快速转换角色。
一、新的岗位，新的挑战
来到公司的第一天，给我最大的感受就是公司的标准化的管理，不光体如今任务中，同时在企业抽象、个人抽象中同样能够得到表现。土建工程师是一个对实际任务经历请求很高的职位，而我正是在这方面有所欠缺，我将经过任务中锻炼本人、进步本人、塑造本人。这种进修是一种见机行事，是让本人顺应任务中的学问技艺，使自我希望经过进修能加强本人的合作力，同时也加强公司的合作力。
二、标准本人的言行，做合格的职员
在工程部任务，免不了要与高低左右及社会各界联络，我将始终牢记本人是公司的一员，言行举止都重视束缚本人。对各级指导，做到狂妄自大，尊重服从。但是服从并不代表顺从，关于有利于项手段展开的合理的看法也要及时的反馈给指导，做事大胆，不避讳上上层的关系，真正做到对工程担任，对公司担任，要把本人真正的当成公司的仆人。
三、加强进修，进步现场工程管理程度
在对施工单位的管理上，以合同、标准为根据，按照《工程管理手册》向施工单位灌输我公司的管理办法和理念，立好老实，制定好标准，树质量、安全文明标兵从而带动后进的单位，同时加强效劳认识，进行充分的沟通、协调是做好对施工单位管理的根底。对监理公司的管理，首先应充分支撑监理的任务，其次要检查、督促、指导监理的任务，对待监理日常任务不到位的地方及时指出，在对施工单位的管理上有时可借助监理的力气，常常能够获得优良的成效。
在工程协调上保持以合同为根据，站在公司利益的立场上处理事情，保持原则，但又要有一定的灵敏性，协调的手段是保证工程进度更快，质量更好更有保证，造价最低，全体成效最好。在三控两管上，做到有方案有跟踪有落实，紧盯合同目标制定关键掌握节点，在总体进度方案的根底上把方案分解到每季、月、周，制定相应的考核制度；质量掌握做到事前、事中、事后掌握，关键是进程掌握；投资掌握上严格检查各种签证和变卦材料，确认其合感性、必要性，防止增量多报和减量漏报；在合同管理上，充分熟悉合同条款，落实合同条款的施行情况，严格按照合同施行；在消息管理上做到标准、零碎、统一、有条理。
四、尽心履职，一心一意当好称职的土建工程师
作为工程部的一名土建工程师，我的理解，没有什么追求利益和享用待遇的权力，只有承当义务、带头任务的义务。在平常的任务中，对指导交办的任务，从不斤斤计较，保质保量完成；对本人分外的任务也能积极对待，努力完成，做到既不越位，又要到位，更不渎职。在同办公室其他几位同事的任务协调上，做到真诚相待，互帮互学。
五、做为工程部的代表要有工程阅历和经验，能力要全面，具有综合能力和素质。
1、要有一定的专业知识和工作经验，这是一个基础也是前提，从技术方面来讲，做为甲方，不可能各方面的知识技能都具备，但必须都要了解一些，并且精于某些方面，在施工的时候，甲方代表不可能代替监理，和施工方的质量检验员来管理工程质量，但需要让他们知道，你的能力，这样在你管理工程的某些方面时，会大大提高你的威信。也会赢得大家的尊重。如果大家有技术问题都觉得你是个摆设，那就树立不起权威，即是要能解决大多数的现场技术问题。
2、要有相当的全局把握的能力和思维，很多工作都是相关的，这是建立在积极的工作态度和长时间的工作经验积累上面的，对控制整个工程进度和成本是很有效的。
3、甲方代表还要有综合协调能力，要让监理和施工方信服你，要让公司领导放心你。懂得协调各合作单位和公司内部关联部门之间的关系，建立获得正确信息的有效渠道。要懂管理，会管理，管理能创造效益，这是甲方代表对问题进行正确判断和发布正确指令的基础之一。
4、甲方公司权利要下放到甲方代表，要得到领导的支持。如果没有适当的权利，在项目整个过程中就算有好的管理方法也不能实现，在项目建设过程中可以说是步履艰难。也相当于是一个摆设；施工中，不能一些小问题都决定不了，什么问题都要向上报，等上头研究研究，等到发下来时已经过了几天甚至更久了，这样延误工程进度。到时施工单位完不了工，会将责任推给你。但是有对于大一点的问题及时上报上一级公司领导；因为有些问题并不是现场代表所能解决的。有些责任也不是现场代表所能承担的。
5、要有责任心，从责任心的方面来讲，一个人无论做任何事，从事任何职业，其实都是在做人，所从事的任何工作都体现了个人的素养。在工作中要体现敬业精神，尽量多发现问题，多解决问题。要对在工程上发现的问题，遇到的`问题进行深入研究，不能人云亦云，应做好核实工作，工作中要说到做到，要求的事情必须认真落实处理；对外围联系的工作，应主动及时的处理；尽量做到大公无私。
6、甲方代表要做到大智若愚，在工程的关键问题上，寸步不让。
7、熟悉相关部门的工作流程和部分相关基础知识，比如要懂得预结算、项目开发流程等。和政府相关部门的办事人员要有一定的联系，知道最基本的办事流程。做好了能节约时间和开支。
8、最后，就是自己的了，要主观能动性很强，有很强的预见能力，有很好的协调能力，所有的事情都要在自己计划和预料之中，该做什么的时候心中早已有数。那么对整个工程的监督管理基本上你就是合格的了。
六、甲方代表的难点就是怎么样处理工程建设过程中涉及最多的施工单位、监理单位和本单位的关系问题。
如果对施工单位过于严厉有的时候会适得其反。有时候可以说是一种艺术处理这种关系，原则性问题决不退让，小问题可进可退要看施工单位表现。监理单位主要关系质量问题的是专业监理工程师。如果专业监理工程师在质量上放水，做为业主的我们也不能拿到例会上说，最重要的是跟总监理工程师甚至是监理公司老总沟通，让他们对工程予以重视。另外还要不怕麻烦，根据自己的经验制定一套适合本项目的质量管理细则和施工管理细则，当然有的东西执行起来非常难，但是在最开始必须要执行而且质量管理细则要以公司的名义出，而甲方代表就可以从容的在公司与施工单位周游，把握大原则。我就刚做了一个质量管理细则和施工管理细则。让施工单位和监理单位往里钻，就像是我们设的一个局，一个善意的局。我认为质量控制的重点应抓好工程的几个关键部位：
1、基础：钢筋和砼。
2、框架部分：钢筋和砼，尤其是几何尺寸。
3、抹灰：注意必须两遍成活，并注意在框架与墙体交接部位采取一定的措施。
4、在北方应注意外墙的保温。
从组织上，必须对监理公司严格要求，在重点部位出现质量问题要采取惩罚措施，当然要有一定管理细则。
难点：提高施工队伍的素质，工人的素质和管理人员的素质，活是干出来的不是看出来的。
人个看法：
1、专业知识必须精。作为甲方代表，你随时都可能在现场，有时施工方有些小的专业问题需要甲方确定的，当场问你你必须回答的出。
2、熟悉设计规范、施工规范、验收规范，熟悉施工图纸，工作认真、仔细、主动，大部分问题你可以提前发现并提出来想出好的解决方法。
3、有好的管理能力及协调能力。
