搜索更多内容
嵌入式软硬件售后工程师工作总结（精选十一篇）
时间总是这样的快，眨眼间，一年就这样毫无声息的走了，回顾这一年的工作历程，付出了努力，也收获了成长，现在就让我们对过去的工作做一个详实的总结吧。相信很多人都是毫无头绪、内心崩溃的状态吧！以下是小编整理的自动化设备售后工程师年终总结范文（精选11篇），仅供参考，欢迎大家阅读。
弹指一挥间，上半年时间匆匆过去，回顾上半年工作，围绕“促进发展，服务油田”的宗旨，以“以科技求发展，以质量求生存”的目标，售后服务部在公司领导及各部门同事的支持与帮助下，按照公司的要求，较好地完成了本职工作。上半年的工作较以往有了很大起色，但也存在不足。先将售后服务部工作总结如下：
一、建立完善售后服务队伍，为服务油田保驾护航
在市场激烈竞争的今天，随着客户观念的变化，客户在选购产品时，不仅注意到产品实体本身，在同类产品的质量和性能相似的情况下，更加重视产品的售后服务。因此，企业在提供价廉物美的产品的同时，向消费者提供完善的售后服务，已成为现代企业市场竞争的新焦点。因此，建立和完善一支具有一定专业技术业务水平的售后服务队伍就显得尤为重要，为此，公司在原有一名售后服务人员的基础之上，招聘并培训了采油、化工等专业技术人员四名，进一步完善壮大了售后服务队伍，为产品更好的在油田上使用奠定了基础，为服务油田保驾护航。
二、在实践中学习，增强业务技术经验
实践是最好的老师，在实践中才能更好的检验已经学到的专业知识；了解到产品使用的各个环节；学习到油田各种工作及各部门间的运作程序；更能在与各类人的.交流中增强人际交往能力。为此，在前半年中，特别是新员工加入之后，先后在甘谷驿、青化砭、川口等采油厂现场学习了解压裂、注水、原油破乳等工艺，积累了一定的专业知识，同时在人际交往方面也有了一定的提高。
三、加强内部各部门间合作，售后内外都服务
售后服务在全力保证产品在油田正常使用的同时，也注意加强与公司内部质检部、研发部、生产技术部的合作，及时收集各采油厂的使用情况及各种信息，为产品更新及检测等提供数据支持。20xx年上半年，售后服务部主要进行了以下工作：
先后两次在油田公司下属23个采油厂提取共计油样60余桶，水样40余桶，为新产品研发及产品适用性实验提供支持。
为质检部采集产品现场使用要求及检测方法。
解决了甘谷驿等采油厂出现的产品使用问题。
四、不足之处
售后服务部成立时间较短，新成员多，现场实践经验较为欠缺，我们必须坚持加强现场实践的力度，在实践中培养增强各种业务水平，同时要争取工作的主动性，提高责任心、专业心，加强工作效率、工作质量。
要树立真正的“主人翁”思想，心往一处想，劲往一处使，积极主动共同服务于公司的各项工作中。为公司产品更好的在油田使用，为更好地服务油田贡献自己的微薄之力。
20xx年自动化及通信工作总结20xx年自动化组实现了各项安全生产目标，...
查看详情>>嵌入式软硬件售后工程师工作总结范本
时间飞逝，一年的工作即将告一段落。在这一年里，我们不断接触新事物，学习新知识和技能。除了埋头苦干，还要及时总结经验，为新的一年做好准备！如何写出一份别具匠心的年终总结呢？以下是小编整理的电子工程师个人年终工作总结，欢迎阅读收藏。
先介绍一下我的背景：通信类院校20xx年毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。
一、t项目执行
20xx年7月13日入部门，此时才知道自己被分配到了测试部。部门主管把我领走后，就把我交给了导师。
入部门的头几天，主要熟悉公司的工作环境，认识部门同事，了解产品知识。由于我们是做传输设备的，所以当时学习的产品知识主要以sdh原理为主，包括sdh的帧结构、网络的保护和倒换等。
下面介绍一下我所做的项目。
项目名称：t软件
项目概况：该项目是在pc和sun工作站上开发的软件，属于cs结构。client端用java开发（开始使用jdk1.3，后来改用jdk1.4），实现跨平台；server端用c++开发，使用ace实现跨平台（windows和unix）。
人力投入：开发好像是9人，测试3人。（我来的时候是产品的第2个版本，人力投入大概如此）
我入部门几天后，t项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容，去点鼠标，如果发现程序出现错误或异常，就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标：）
现在想起当初的.测试工作，实在有太多的不足，和待改进点。
1、测试用例。对于一个软件的测试来讲，测试用例是至关重要的。测试用例要覆盖所有测试规格，而且测试用例要易于理解、易于执行，简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟，最糟糕的是用例的质量很差，使用这些测试用例，根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的，而且用于存储测试用例的excel表格设计的很差，界面很不友好，从一定程度上降低了测试效率。
2、产品知识。t软件虽然是在pc和工作站上运行的，但是开发t软件的目的是为产品服务的，所以我们必须具备产品知识，才能更好的对t软件进行测试。恰巧当时包括我导师在内的3个人，都不太了解产品，所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。
3、软件测试的重点不明确。软件测试是软件工程中的一项重要活动，它尽可能发现程序中存在的缺陷，保证程序的质量。但软件作为一种商业品，有它的发布时限，老板说这个软件要1月份发布，你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多，而很多重点却没有得到重视，一些严重问题暴露的比较晚，导致测试时间延了又延，版本测了一个又一个，想起那些日子，只能如此描述：“累并痛苦着”。
4、测试流程的把握。7月份中旬，t项目从开发部...
查看详情>>搜索更多内容
推荐栏目
热门标签