软件测试工程师年终总结

“Dipsy”通过精心收集，向本站投稿了17篇软件测试工程师年终总结，下面小编给大家整理后的软件测试工程师年终总结，希望大家喜欢!

篇1：软件测试工程师总结

我在公司的职位是软件测试人员，我的.工作就是要负责公司软件开发后的测试工作，把好最后一道关，使公司的产品实现价值化，延长软件生命周期。

转眼间，在公司这个大家庭里工作已经半年了，回首这半年来自己所经历的一切，面对自己的成绩与教训、长处与不足、困难与机遇内心感慨万千，这段时间让我学到很多也懂得了很多，我很感谢公司所给予的一切。

首先，我真心的感谢公司领导及其公司同事给我们的这个难得的机会，我非常珍惜这个机会，对我来说，这能够真正使我从不适应工作到适应以后的工作和生活。非常感谢研发部的同事，还有感谢所有公司的同事，因为你们的帮助，我顺利的走过在公司的适应期。还记得工作第一天的时候，那时我对所有的工作流程都还不懂，开始的时候很紧张，但是从有了第一次工作后，对自己的工作就逐渐成为习惯，适应了这里的工作环境，自我价值也在工作的过程中得到了实现并且得到了提高。

其次，在工作的半年以来自己在工作上有不少收获，能够熟练的操作公司所生产的软件产品，做到尽到自己的工作职责将软件产品不成熟的地方和有bug的地方即时记录，享即时将建议与问题发给研发进行沟通，让研发可以更快的解决问题所在。对于网站以及服务器上会出现的问题都已经整理文档，方便大家共享，更好的查找和解决问题。

在测试工作之外，我会力所能及的帮用户监测网站查找问题，编写测试报告。帮公司的销售人员查找网站链接，整理表格资料，进行监测，查找出问题，方便销售人员对用户提供测试报告，增加销售筹码。

在领导的帮助下，完成了公司所需要申请专利的两份资料，对专利申请的流程以及申请文档的编写的有了进一步的了解。为以后在相同方面的工作累积了经验。

篇2：软件测试工程师工作总结

20xx年x月x日，我怀着对提高并实现自我价值的心态，跨进xx科技有限责任公司的大门，开始了自己工作。转眼间，一年时间就过去了。回想起这段时间的工作过程，我深深的认识到在xx工作的选择是绝对正确的，xx公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。

一、软件测试部见证xx的强硬实力

这段工作时间完全是在软件测试部度过，亲自体验感受离了xx科技的主要软件产品。包括xx等等。并且协助同事完成对xx工具等软件的测试工作。

1、产品名不虚传。

通过对软件的实际测试，彻底从思想上改变了自己对数据备份保护的概念。xx的硬盘动态备份技术，能够在不占用固定硬盘空间（非用户使用空间），实现数据的快速备份与恢复，堪称典范，不愧是行业的创新者和领导者。

2、友善同事关系给人温暖和关怀。

在工作期间，自己的对计算机硬件系统比较陌生，特别是对频繁的更换操作系统等，多亏xxx等多位同事的热情帮助和指导，让我顺利完成软件测试。在软件测试过程中，同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋，给我力量，给我信心！

3、软件的瑕疵在所难免。

在软件测试过程中，也发现了部分让人不是很满意的地方。主要表现在下列方面：

a、软件对中英文操作系统不能完全兼容。

建议：在软件安装入口处对中英文操作系统进行路径选择。

b、软件对不同主板的识别bios差异大。

具体是在xx软件测试中，不同主板性能差异大。

c、软件密码在重新登录后有残存现象。

已经通过xx反馈到研发部。

d、软件的不稳定性。

本人xx因为测试xx中的xx软件在重启中黑屏，在维修过程中彻底报废。在软件测试中部分软件在不同机器环境中测试性能有差异。还有其他问题在测试过程中已经汇报相关人员并得到满意解决。

总而言之，我们xx科技的产品还是值得信赖的。作为销售人员，我们需要对产品树立强大的信心！即使我们产品存在瑕疵，我坚信，我们勤奋团结的同事，一定会创造出更优秀的产品。

二、产品市场简单调查分析

1、同行业产品简单调查

通过在xx搜素引擎检索“数据快速恢复”，“系统快速回复”，“快速还原”等关键词，发现xx软件，和本公司产品具有很强的相似性。（测试报告详见附件内容）通过在xx的电脑diy市场及软件销售市场简单走访，暂时未发现xx系列软件的经销商。

2、网络调查简单分析

作为数据快速恢复领域的创新者和领导者，本公司的核心关键词语“数据快速恢复”，“系统快速回复”，“电脑系统快速还原”等在xx等知名搜索引擎没有很好的被索引。或许是公司产品发展定位因素，在网络推广方面有再提高的空间。对于此，本人有信心有能力，在非工作实践，提高xx产品关键词语在上述搜索引擎的排行。

3、电脑城市场调查简单分析

前期，和xx电脑城的xx网络（网络及电脑外设集成批发全国连锁经营），xx（品牌笔记本零售商），xx（电脑diy集成）等公司的店长简单交流对此类软件的看法。整体反映效果较好。在xx，在进一步熟悉公司产品和销售流程同时，将安排时间继续跟进，推荐试用xx产品。

三、个人整体认知

准确的说，xx是一面镜子，照出了自己的不足和缺点，为自己的成长和提高创造了机会。

1、计算机硬件知识欠缺。

自认为是it专业本科生，熟悉专业去做销售更好些。其实不然，自己还是一粒沙子。在软件测试部，学会了计算机硬件的线路连接，知道了用u盘可以ghost快速做系统等等。或许可笑，但是对我而言，很严肃的现实证实：自己还不会是一个合格的职员。需要虚心的向同事们请教！

2、英语知识的欠缺。

自认为立志做好国内销售，带领团队创作“农村信息化”创业计划书，立志为西部农村的it发展贡献一份力量。看到了xx的英文操作系统，就基本灰心。但是我坚信，我会在短期内，在专业英语方面有所突破，因为自己还是对专业英语有浓厚兴趣的。

3、对销售的错误认识。

两年多的校园代理销售经历，误打误撞，取得了一定的成绩。尽管在工作期间，没有亲自体验到去向大客户推销产品的经历，但是通过x经理推荐的《大客户销售十八招》一书，发现自己还有很多的东西要认真的学，认真的领会，并在实际推销中灵活应用。庆幸的是，对于销售的做起码准则还是在坚守：诚实信用，对客户负责！用好的人品去赢得客户关注！面对拒绝，保持良好的心态！

4、自己还有在xx存在的价值。

xx和自己理想中的还有很大的差距，但是这种差距，或许就是我存在的价值！主动向同事请教问题，积极虚心的向同事学习，这是我工作过程中一直在践行的！下阶段，将积极贯彻总经理的指示“加强个人管理，提高业务的能力”，从严要求自己，做好各项工作，提高个人存在贡献值。“与xx共创业”，是我在xx工作的基本心态：认同公司发展愿景，服从公司安排，任劳任怨，积极负责，务实创新，把xx的事业看成自己的事业去拼搏！

四、下阶段工作计划

在xx，认真贯彻落实“加强个人管理，提高业务能力！”的xx员工作风，具体落实到：

1、服从公司的工作安排，保质保量完成任务；

2、进一步熟悉公司产品（硬件产品），熟悉公司环境（认识研发部同事）

3、熟悉学习公司的销售制度和流程；

4、提高公司关键字网络检索排行，并提交一份营销计划书；

5、继续学习销售知识及应用技术，提高处理实际问题的能力；

6、申请参加公司的综合业务能力考核。

这一年自己的收获是丰硕的：最起码从意识上，发现自己的不足，并寻求到合适的解决途径。非常感谢测试部的同事，感谢所有xx的同事，因为你们的帮助，我顺利的走过在xx科技的适应期。我坚信：在你们的帮助下，我会持续努力，不断反省，总结提高，快速度过在xx的成长期，早日跨进发展期，创造期。与xx共创业，我能！

篇3：软件测试工程师年终总结

1.、为什么要在一个团队中开展软件测试工作?

因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。

2.、测试能给你带来什么样的快乐?

测试可以给我带来很多快乐,如果测试出一个项目缺少东西,我会很高兴,因为我对自己的工作有了新的认识,也为公司做了效益;如果测试出一个项目没有问题,我也很高兴,因为同事们都在努力,大家都希望为公司做贡献,这就是一个很强大的团队，这是一件多么另人振奋的事情啊!

27、文档测试要注意什么?

文档的读者群、文档的术语、文档的正确性、文档的完整性、文档的一致性、文档的易用性、样例与示例、文档的语言

3.、软件测试的目的?

测试的目的是以最少人力、物力和时间找出软件中潜在各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。

4.、Alpha测试与beta测试的区别

Alpha测试 在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的设计变更。这种测试一般由程序或测试员完成，不能由最终用户或其它人员完成。

Beta测试 当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。

5.、简述集成测试的过程

1. 构建的确认过程。

2. 补丁的确认过程。

3. Z34 。

4. 测试用例设计过程。

5. 测试代码编写过程。

6. Bug的报告过程。

7. 每周/每两周的构建过程。

8. 点对点的测试过程。

9. 组内培训过程。

集成测试过程:集成测试计划->集成测试设计->集成测试实现->集成测试执行。

6.、质量的八大特性是什么?各种特性的定义?

1)功能性：软件所实现的功能达到它的设计规范和满足用户需求的程度2)性能：在规定条件下,实现软件功能所需的响应时间和计算机资源(CPU、内存、磁盘空间和数据吞吐量)的使用程度3)可靠性：在满足一定条件的应用环境中，软件能够正常维持其工作的能力，在出现一些错误操作时，软件可以具有容错性，如果软件意外退出，重新启动后可以恢复最近的软件数据4)安全性：为了防止意外或人为的破坏，软件应具备的自身保护能力5)使用性：用户在理解、学习和操作软件的过程中的付出的努力的难易程度6)维护性：软件在运行维护过程中，如果出现了运行故障或者扩展新功能和性能，软件系统是否具有可分析性和良好的扩展性，重新设计后的软件的稳定性和可测试性7)移植性：软件从现有运行平台向另一个运行平台过度的适应程度和平台可替换性8)重用性：整个软件或其中一部分能作为软件包而被再利用的程度

7.、系统测试计划是否需要同行审批，为什么

需要，系统测试计划属于项目阶段性关键文档，因此需要评审。

8.、软件质量应该从哪些方面来评价?

可靠性、安全性、性能、易用性、外观、稳定性

9.、系统测试包含哪些方面?

1.恢复测试、2.安全测试、3.强度测试、4.性能测试

10.、区别阶段评审的与同行评审

同行评审目的:发现小规模工作产品的错误,只要是找错误;

阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性

同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导

阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格

同行评审内容:内容小 一般文档 < 40页, 代码 < 500行

阶段评审内容: 内容多,主要看重点

11.、测试结束的标准是什么?

1.用例全部执行。2.覆盖率达到标准。3.缺陷率达到标准。4.其他指标达到质量标准

12.、制定测试计划之前需要了解什么问题?

1.软件测试计划的目的是什么?是否所有人都知道?他们同意这个测试计划过程吗?

2.测试的是什么产品?是新程序还是维护升级的?是独立程序还是由多个小程序组成的?

3.产品的质量目标是什么?产品的功能需求和性能指标必须得到所有人的一致认可。

13.、请详述设计测试用例的方法? (只是列出一个测试用例思考的方向，具体设计靠经验)

①黑盒测试用例根据业务需求说明书来设计，分为：

等价划分法边界值分析法错误推测法因果图法逻辑覆盖法

②白盒测试用例通过研究代码与程序结构可以分为以下两种方式：

静态测试：通过静态的检查程序代码、界面、文档中可能存在的错误的过程。

|-测试代码编写的规范性 |-测试界面 |-测试相关需求说明和用户手册是否符合实际要求

动态测试：通过路径和分支测试。测试用例主要根据以下六种覆盖测试方法设计

|-语句覆盖 |-判定覆盖 |-条件覆盖 |-判定/条件覆盖 |-组合覆盖 |-路径覆盖

14.、比较负载测试，压力测试，容量测试和强度测试的区别

负载测试：在一定的工作负荷下，系统的负荷及响应时间。通过逐步增加系统负载，最终确定在满足性能指标的情况下，系统能承受的最大负载量的测试。

强度测试：又称疲劳强度测试，在系统稳定运行的情况下能够支持的最大并发用户数，持续执行一段时间业务，通过综合分析，确定系统处理最大工作量强度性能的过程。一定负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。

容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值(如最大并发用户数、数据库记录数等)，系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并且目的是显示系统可以处理目标内确定的数据容量。

压力测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务级别的测试。

15.、测试人员需要何时参加需求分析?

如果条件允许，原则上来说是越早介入需求分析越好。因为测试人员对需求理解越深刻，对测试工作的开展越有利，可以尽早的确定测试思路，减少与开发人员的交互，减少对需求理解上的偏差。

16.、软件的缺陷等级应如何划分?

严重：1.由于程序所引起的死机,非法退出 2.死循环 3.数据库发生死锁 4.因错误操作导致的程序中断 5.功能错误 6.与数据库连接错误 7. 数据通讯错误。 较严重：1.程序错误 2.程序接口错误 3.数据库的表、业务规则、缺省值未加完整性等约束条件。一般性：1.操作界面错误(包括数据窗口内列名定义、含义是否一致) 2.打印内容、格式错误 3.简单的输入限制未放在前台进行控制 4.删除操作未给出提示 5.数据库表中有过多的空字段。建议：1.界面不规范 2.辅助说明描述不清楚 3.输入输出不规范 4.长操作未给用户提示 5.提示窗口文字未采用行业术语 6.可输入区域和只读区域没有明显的区分标志 。

17.、你自认为测试的优势在哪里?

优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。

18.、你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决。

1. 如果不是错误则应该主动承认不是缺陷。

2. 如果是需求不明确的则应和开发加强沟通补充需求。

3. 如果和开发争论不休应该邀请上级判断。

19.、您认为做好测试计划工作的关键是什么?

1. 明确测试的目标，增强测试计划的实用性

2.坚持“5W”规则，明确内容与过程

3.采用评审和更新机制，保证测试计划满足实际需求

4. 分别创建测试计划与测试详细规格、测试用例

20.、风险和问题

◆市场的压力

◆ 测试时间不够

◆ 测试资源的及时到位

◆ 测试人员的技能需求

◆ 开发进度的变化，需求的变更

◆ 开发部门的版本控制

◆ 短时间上线。这个是已经定好的，没有参考测试人员的意见。时间短往往不能得到充分的测试，测试策略必须根据可用的时间进行调整。尽快指出这样的问题非常重要，只有这样才能调整时间表，确定快速开发的风险并制定降低风险的策略。

◆ 新的设计过程。引入新的设计过程会增加风险，新的设计过程包括新的工具和设计技术。如果采用新的技术，能否像我们预期的那样运转，都存在很大的风险

◆ 复杂性。我们应该进行一些分析工作来确定哪个功能最复杂，哪个功能最容易出错，错误会对系统的哪些地方造成重大的影响。

◆ 使用频率。软件最常用功能中隐藏的问题可能给用户造成严重的损失。

◆ 不可测试的需求。不可测试的需求会对系统的成功造成巨大的威胁。如果测试组在需求阶段就验证了需求的可测试性，对需求进行了评审，那么此类问题会减少很多。

21.、软件都有多少种分类?

固件、支持软件、系统软件、应用软件

22.、你认为软件测试过程中较常见的困难是什么?如何有效克服这些困难? (根据自己实际测试中遇到的情况来写的)

①?Bug的重现问题：有些Bu

[软件测试工程师年终总结]

篇4：软件测试工程师年终总结

一、本年度工作完成情况

时光飞逝，在这年里本人独立负责测试的项目10个，与其他测试人员联合测试的项目9个以及GIS应用虚拟项目(2个版本)。

其中独立负责的项目对项目的开发周期做全程跟踪测试，联合测试的项目协助其他测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多，同时也提高了自己各方面的能力。感谢领导的支持和指教，现总结如下：

独立负责的项目列表：

1) 《湖南xx空调进销存系统》

2) 《湖南xx空调售后服务系统》

3) 《长沙统计局数据管理平台》

4) 《长沙统计局数据展示系统》

5) 《长沙统计局GIS应用系统》

6) 《xx电网 WEB GIS系统》

7) 《xx电网 移动电子化移交系统》

8) 《xx电网 东莞局单线图绘制系统》

9) 《电信号百-掌上同学圈》

篇5：软件测试工程师工作总结

先介绍一下我的背景：通信类院校毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。

一、T项目执行

05年7月13日入部门，此时才知道自己被分配到了测试部。部门主管把我领走后，就把我交给了导师。

入部门的头几天，主要熟悉公司的工作环境，认识部门同事，了解产品知识。由于我们是做传输设备的，所以当时学习的产品知识主要以SDH原理为主，包括SDH的帧结构、网络的保护和倒换等。

下面介绍一下我所做的项目。

项目名称：T软件

项目概况：该项目是在PC和Sun工作站上开发的软件，属于CS结构。Client端用Java开发(开始使用JDK1.3，后来改用JDK1.4)，实现跨平台;Server端用C++开发，使用ACE实现跨平台(Windows和Unix)。

人力投入：开发好像是9人，测试3人。(我来的时候是产品的第2个版本，人力投入大概如此)

我入部门几天后，T项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容，去点鼠标，如果发现程序出现错误或异常，就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标 : )

现在想起当初的测试工作，实在有太多的不足，和待改进点。

1www.wjrdkj.com|www.512jjw.com|www.512zx.net|www.ntzlwj.com、测试用例。对于一个软件的测试来讲，测试用例是至关重要的。测试用例要覆盖所有测试规格，而且测试用例要易于理解、易于执行，简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟，最糟糕的是用例的质量很差，使用这些测试用例，根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的，而且用于存储测试用例的Excel表格设计的很差，界面很不友好，从一定程度上降低了测试效率。

2、产品知识。T软件虽然是在PC和工作站上运行的，但是开发T软件的目的是为产品服务的，所以我们必须具备产品知识，才能更好的对T软件进行测试。恰巧当时包括我导师在内的3个人，都不太了解产品，所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。

3、软件测试的重点不明确。软件测试是软件工程中的一项重要活动，它尽可能发现程序中存在的缺陷，保证程序的质量。但软件作为一种商业品，有它的发布时限，老板说这个软件要1月份发布，你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多，而很多重点却没有得到重视，一些严重问题暴露的比较晚，导致测试时间延了又延，版本测了一个又一个，想起那些日子，只能如此描述：“累并痛苦着”。 : (

4、测试流程的把握。7月份中旬，T项目从开发部转到测试部，进入了测试阶段，实际当时的产品质量并不能达到转测试的标准，而我们却让他们通过了转测试，结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此，我们是测了一轮又一轮，测的我们都要绝望了。回头想一想，T软件还真的是我们测出来的，而不是开发写出来的 : )

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

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 “ 测试出了几个 bug ，然后 “ 仔细 “ 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的 bug 。他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。 “ 。

在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。

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

刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso,cmm ，测试管理工具，自动化工具(因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。

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

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

其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手“的身影，并且不提问题，而且还能“锄强扶弱“，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。

很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。

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

要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。

和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题;和开发人员交流，你会了解开发人员怎么实现软件功能的;和项目管理人员交流，你会知道开发进度以及遇到的困难。

篇10：软件测试工程师工作总结

5、缺少针对性测试。软件也可以分很多种，不同的软件有不同的特点，自然就需要针对性的测试了，

一年级语文家长会讲稿%A(-11-25 11:26:53)

譬如GUI的软件与嵌入式软件的测试方法肯定有很大不同。最初我们在做T项目测试时，就缺少针对性方法。有两个教训让我们刻骨铭心：1、界面测试，T软件发布后没多久，其他组同事就发现某界面一个按钮的单词拼写错误——“rollback”被写成“roolback”;2、效率测试，软件测试到后期才发现T软件在实际环境中运行效率很低，根本无法满足达实际应用的需要。从那以后我们就准备了专门针对T软件的测试项目，包括：界面测试、效率测试、资料测试、稳定性测试等。

6、沟通问题。自从工作开始，开发人员和测试人员的争吵从来就没有停止过。最初是什么问题都吵，很多没有意义的争吵甚至非理性的争吵，庆幸的是现在的争吵大多是有针对性的、理性的。个人觉得以前无为争吵过多的原因是：开发人员、测试人员的工作技能和职业素养都比较欠缺。吵了大半年后，人员提升了工作技能和职业素养后，吵架都吵的比较有默契了。当然最重要的是开发人员和测试人员的目标要一致：保证产品的质量，满足客户需求。

二、自动化测试

过完年后，我被主管派到一个大组去学习自动化测试技术。这个测试组是个比较大的测试组，总共有几十号人，其中有很多牛人。他们的自动化测试框架就是由几个牛人耗时1年多开发出来的。到现在，他们的自动化用例覆盖率约50%，应用率好像有70%，总之这个自动化测试框架还是满牛X的，不过就是整个框架实现太复杂了，涉及的编程脚本就用了三种 : (

下面简单介绍一下该GUI自动化测试框架。

测试工具：IBM Rational Robot

自动化测试技术：第三代自动化测试框架，叫什么DDE，具体什么意思已经记不住了 : )

测试脚本：Robot中使用的是sqabasic脚本(基于basic的一种脚本)，另外还使用了TCL、COM组建等，并自行开发了一个抓包工具用于自动化测试。还有我们测试的产品界面是使用Java开发的，如果要让Robot能够正常识别界面，还需涉及到Java编程。呵呵，实现上可是够复杂的 : (

学习自动化的头一个星期，我只是学习该测试组的产品知识，学习如何使用自动化测试。后面的几个星期就开始承担自动化测试的建设任务了。想想当初自己还是满辛苦的，白天上班学习产品知识，晚上回家就对着电脑看basic脚本的语法，周末还去公司无偿加班看代码。

在技术文档的选择上，我基本只看英文的，单词不懂就拿金山词霸查，实在看不懂了才会去找些中文的资料看。为什么要选择英文的呢?因为很多中国写书的人很浮躁，只想着快点把书出版了好赚钱，所以很多中文的资料质量很差。首先要贬低的就是那本谭教授的《C语言程序设计》。记得读大学时，照着谭教授的书敲程序，没多少程序能编译通过的，真是误人子弟。

当时带我学习自动化的导师姓L，他是个大忙人，有时一整天都在开会。L的师傅姓W，W是该自动化创始人之一。我呢，充其量算是徒孙一辈，呵呵。由于L太忙，而且不那么爱说话，于是乎我就只能自己对着文档看代码。

当时对我比较有用的文档就只有两篇：一篇是汇集型的chm文档，是篇比较全面的介绍，其中包括自动化框架的介绍，原理的介绍，各模块介绍，自动化执行的流程等;另外一篇则是由W写的自动化建设指导书，写的还是满不错的，在我有一定基础后，照着指导书就能完成简单的自动化建设。

在我整个学习过程中，是按照以下的过程开展的：1、吴江装修网初步了解整个自动化和产品知识，尝试使用自动化进行测试;2、熟悉sqabasic语法;3、对着文档读代码，尝试调试脚本，跟踪到代码的最底层。木制仿真模型

其实最好的学习方式就是实践，去做自动化建设。当有一定基础后，去完成导师交给的自动化建设任务，就是最好的学习方式。后来，我教别人的时候，也是安排实际任务给他做，然后再进行相应的引导。

在我的学习期间，有件事情让我满讨厌的。就是我必须给原部门的主管和测试组人员讲课，然后那些家伙会不停的提问，以检验我的学习效果。虽然这招很BT，但是对个人的成长还是满有利的。假设你学会了一项技能，此时你可能只在第一个层次上，如果你能够把这项技能教会别人，那么你的层次上升了一个档次。

记得当时是06年2月初去参加学习的，4月初就应急被调回原测试组了。总共不到两个月的时间，我总共完成了3个模块的自动化建设，第1个模块搞了3个多星期，第2个模块不到2个星期，第3个模块一个星期就搞完了(第3个模块算是友情支援呢，哈哈)。

4月初被调回原测试组后，就一直做救火的工作。差不多5月份的时候才正是开始做我们T项目的自动化。其实也就是把我学习的自动化框架移植过来，做T项目自动化测试。

另我比较遗憾的是，T项目的测试一直都很紧，而自动化测试并没有被推广和充分利用。直到我离职前，测试组为应付测试部自动化考核指标，才得到重视。

这里我谈一下自己对自动化测试的理解。

1、自动化测试用于提高测试效率;

2、自动化测试可以完成一些无法手工完成的测试，例如长时间不间断的测试;

3、自动化虽然能够发现问题，但主要是对继承的功能进行测试，保证以前的老功能。(这个跟项目有关， GUI自动化测试比较复杂，如果是嵌入式设备或芯片的自动化测试，对自动化测试的理解可能会不一样)

三、开发小工具

我在自动化学习期间，表现出来的专业技能和良好的学习能力，得到了同事和主管的认可。鉴于此，在4月中旬的时候，测试组的Leader给我安排一个任务，使用Excel表格开发一个工具，用于收集和统计记录的数据。要求该工具能够代替手工计算，提升测试效率。任务完成的截至日期是五一。给我安排的时间大概为一周。

该工具的实现方式并不难，就是设计一个Excel表格，然后在里面嵌入VBA脚本，以宏的方式代替手工计算。对我来说最大的挑战就是：1、短时间内学会VBA编程;2、提取需求，设计Excel表格的格式，使该工具具有较好的易用性。

当我接到任务后，下班回家就开始到网上搜集关于VBA资料。当时我找了一个星期，都没有让我满意的文档。最终只找到一篇国人写的PDF文档，但是那篇PDF文档只是让我初步了解了VBA是个什么东东，并不能满足我的实际需求。最终，在写VBA脚本期间，我还是参考微软自带的帮助文档搞定的。(搞忘球当初是否装了MSDN)

本来计划是在四月底的一个星期开展该项任务，但实际上直到4月的最后两天我才有时间。记得当时，我花了一天半的时间与我的客户——也就是我的同事，共同讨论需求，并设计Excel表格的格式，让其评审。最终写脚本花费了4月的最后一个下午，以及五一期间的三个下午的时间，总计4个下午的时间，完成该工具的开发。而且我五一期间的工作并没有申报加班，是无偿劳动啊 : (

另外，令我欣喜的是，从此我成了我们组的“牛人”，哈哈哈哈。。。。。。

其实工具开发完成后，还是有些问题，如：

1、程序崩溃(不小心除了0，呵呵，加入异常处理就OK了);

2、有1/3的功能基本没有被使用(郁闷，花那么大精力。。。我的五一啊);

3、自动生成的表格，奇丑无比(直到现在，我都没改，哈哈)。

记得当时有个做了5年以上C++的开发人员，看到我写的Excel表格，居然说“诶，这东西还满神奇的嘛”。我当时的一个感觉就是，晕，这个家伙工作效率肯定不高。

Excel还真是好用，功能强大啊!

四、负责M项目测试

06年10月份，我开始独立负责M项目的测试工作。M项目是个小项目，大体情况如下：

代码量：大约10K行

开发语言：C#

软件环境：Windows PPC

硬件环境：hp的PDA(具体型号忘了，反正是便宜货，大概1000块)

人力投入：开发3人，测试就我1人

M项目的测试需求分析、测试设计、测试用例编写、测试执行到测试报告，全部由我一个人搞定

06年10月～12月中旬这段时间，主要是完成前期的测试分析与设计。12月中旬，就进入了实际的测试阶段，1月底，软件发布。回顾这4个月的工作，有做的好的，也有做的差的。下面对这些进行总结。

做的比较好的：

1、测试进度把握比较好，在规定时间内，甚至提前完成了测试任务;

2、与开发人员的沟通较好，使问题能够较顺利的解决，基本没有内耗，双方合作愉快;

3、测试的重点把握较好，把很多严重问题，在测试前期就给暴露出来了;

做的不好的，待改进的：

1、前期的测试分析能力较弱，测试规格分析不全，测试用例编写质量不是高。到后期测试时，才发现很多规格没有覆盖到，需要补充测试用例。而且之前写的测试用例与实际测试情况，有些偏差，用例的可用性差，又花了很多时间去修改用例。

2、前期的测试计划制定比较差，实际工作较之计划偏差过大。吴江装饰网反正10月、11月那段时间，M项目的工作是乱七八糟的，还好关键时间点的把握还算到位。

3、测试对象选择上疏忽，导致漏测。M程序是个工具软件，主要用于查询和设置设备的某些参数或配置。我当时只考虑到对所有支持的设备进行遍历，却未考虑到设备上所有单板的遍历。结果技术支持工程师到香港试用该工具时，发现某块叫PM1D的单板无法识别。后续，我们对大部分单板进行了遍历，还发现了很多隐藏的问题。这是一项较大的疏忽。

4、在做内部模拟试验局测试时，对测试环境的选择有较大疏忽，导致漏测。在做内部试验局的时候，我为了偷懒只选择了3个不同设备的组网测试，而没有考虑到大规模组网情况下的测试。后来，技术支持工程师拿M软件到广州试用时，程序的某项功能就不正常了，原因就是大规模组网时，通信数据的传输是多包的，而M程序的底层函数没有对多包的情况进行处理，导致该项功能不正常。当时，在其他实验室是有类似环境的，而我却为了偷懒 : (

虽然M项目的测试有很多不足，但是总体情况良好，我对产品的质量有信心 : )

五、救火

大概是06年7月份时，我们组组长跟我说，要派我到B组去学习3个星期。等我去了B组才发现自己是被派来救火的。来B组支援测试，主要是完成一项测试任务，说具体点，就是把一件事情干600多次，没任何技术含量。我当时真是郁闷坏了 : (

虽然心底是比较郁闷，但毕竟也就3个星期，想着忍忍就过去了。

具体的任务很简单：大概有80种板子，每种板子大概有8套软件，用T工具对80多块板子把8套软件都加一次，观察软件加载过程中，业务是否正常，板子加完软件后，运行是否正常。

还有一个也是其他组借调过来的新员工，跟我一起干这件事情。我600多次，他也差不多600次。还好这个家伙，心态很好，做事情也很勤奋。

最初B组给的方案是这样的：先用第1套软件把80多个板子加载一遍，再用第2套，第3套，直到第8套。

开始工作几天，我们就按这种方案执行，但按这种方案执行的效率很差。主要因为实验室常用的板子差不多只有30块，其他的板子都藏在箱子里，而且有些板子B组根本没有，需要到其他项目组去借，这样针对软件版本，对80多块板子进行轮循加载，效率就很低，因为每加一套软件，就要去寻找80多块板子。

当时，我和那个新员工都很愁，按照这种做法，这项任务3个星期根本就无法完成。B组负责带我们的两个员工，也表示比较无奈。

郁闷过的第2天一早，我就直接找B组的老大谈话，“按照你们提供的这种方案，我们在三个星期内根本无法完成任务，而且还有诸多其他困难：1、部分板子是坏的;2、某些板子实验室里根本就没有;3、对设备不熟悉。”

就这样，B组老大把组内相关骨干人员都叫过来开会，重新商讨了一套方案，并要求他们全力支持我们的工作。

开了会后，B组的人就比较支持我们的工作了，启用新的方案后，还提前了1天时间把工作完成 : )

这里我体会比较深的是：在做一份工作前，一定要弄清楚这项任务到底要做些什么、要怎么做、要做到什么程度，工作中还要定期汇报工作(基本上以日报、周报的形式，用邮件发送)，如果出现了解决不了的困难，一定要向老大汇报，如果老大也解决不了，那他也不能责怪你无能 : )

六、工作中的陷阱

在辞职前的几个月，有个师弟也是老乡X君，得知我做过自动化项目后，便来向我了解自动化测试相关的情况。

从与X的聊天过程中了解到，他也正在做自动化，他们组测试的产品规模比较大，不过做自动化的只有两个新人，而且是使用一种新的GUI测试工具。他在给我讲他们具体工作时，了解到他们的自动化测试非常原始，就是针对一个用例录制一套脚本，几百个测试用例，大概录制几百个脚本，根本没有对公共进行提取，更别提有什么自动化测试框架了。X君与另外一个人，在自动化方面都是新手，没有相关经验，他们不知道这样做会给后期的维护带来多大的麻烦。而且他们主管也不太懂GUI测试的自动化，只是每天要他们汇报工作进度，期望在两个月内完成那几百个脚本。

经过我细致询问后，我猜测他们做这项自动化工作，基本上是为了应付部门自动化考核而做的，而并非为了提高测试效率，保证产品质量。

我也可以体谅X君主管的难处：测试组人力本来就紧张，而部门又要考核自动化指标，他只有弄两个人来应付一下部门的考核了。

这样说来，X君和他另外一位同事就是受害者了，被安排做一件这么没意义的事情。对他们我只能表示同情了。

对于这类BT主管吩咐的没啥意义的事情，我的体会就是能推掉不做就不做，如果实在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么样就做成什么样。实在搞郁闷了就老板炒鱿鱼吧。

七、其他

记得刚进公司那一阵，对我们新员工有这样那样的培训，估计转正前至少被培训了20门课吧。具体讲的都是产品知识、测试技能、编程方面的东东。那些讲课的老师水平也参差不齐，PPT写的水准也有好有坏。总体感觉就是那些培训是在浪费时间，如果自己看这些资料效果都要好很多。

在转正前，作为新员工要给部门的“老”员工讲课，讲自己所学习过的知识，然后下面的“老”员工会发狂了似的问你问题。现在我感觉这种方式真的是一种非常好的检验方法，不但检验了你的学习情况还锻炼了你讲解PPT的能力。

通过这种方式，我觉得自己在很多方面有提高：

1、写PPT的水平。后续工作中，写PPT汇报工作，做的是又快，又漂亮。

2、沟通能力。最初别人问我一个问题，我还没完全理解他的意图，就以自己的理解，淅沥哗啦的说了一堆别人不想知道的东东，搞得别人一头雾水。此后，别人每问我一个问题，我都会先把他的意图或意思搞搞清楚了，确认后，再以最精练的语言来回答他的问题。

3、懂就是懂，不懂就别乱说。记得最早“老”员工问我一个我自己不是很懂的问题，我通常是按自己的理解方式，跟他胡吹一通。结果他再一细问，我就傻了。知道就知道，不知道就别乱说，这点很重要，尤其是在参加面试的时候，如果自己不是很动，别人一问你就会露馅。

看了软件测试工程师工作总结的读者还看了：

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

20xx年x月x日，我怀着对提高并实现自我价值的心态，跨进xx科技有限责任公司的大门，开始了自己工作。转眼间，一年时间就过去了。回想起这段时间的工作过程，我深深的认识到在xx工作的选择是绝对正确的，xx公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。

一、软件测试部见证xx的强硬实力

这段工作时间完全是在软件测试部度过，亲自体验感受离了xx科技的主要软件产品。包括xx等等。并且协助同事完成对xx工具等软件的测试工作。

1.产品名不虚传。

通过对软件的实际测试，彻底从思想上改变了自己对数据备份保护的概念。xx的硬盘动态备份技术，能够在不占用固定硬盘空间（非用户使用空间），实现数据的快速备份与恢复，堪称典范，不愧是行业的创新者和领导者。

2.友善同事关系给人温暖和关怀。

在工作期间，自己的对计算机硬件系统比较陌生，特别是对频繁的更换操作系统等，多亏xxx等多位同事的热情帮助和指导，让我顺利完成软件测试。在软件测试过程中，同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋，给我力量，给我信心！

3.软件的瑕疵在所难免。

在软件测试过程中，也发现了部分让人不是很满意的地方。主要表现在下列方面：

a.软件对中英文操作系统不能完全兼容。

建议：在软件安装入口处对中英文操作系统进行路径选择。

b.软件对不同主板的识别bios差异大。

具体是在xx软件测试中，不同主板性能差异大。

c.软件密码在重新登录后有残存现象。

已经通过xx反馈到研发部。

d.软件的不稳定性。

本人xx因为测试xx中的xx软件在重启中黑屏，在维修过程中彻底报废。在软件测试中部分软件在不同机器环境中测试性能有差异。还有其他问题在测试过程中已经汇报相关人员并得到满意解决。

总而言之，我们xx科技的产品还是值得信赖的。作为销售人员，我们需要对产品树立强大的信心！即使我们产品存在瑕疵，我坚信，我们勤奋团结的同事，一定会创造出更优秀的产品。

二、产品市场简单调查分析

1.同行业产品简单调查

通过在xx搜素引擎检索“数据快速恢复”，“系统快速回复”，“快速还原”等关键词，发现xx软件，和本公司产品具有很强的相似性。（测试报告详见附件内容）通过在xxxx的电脑diy市场及软件销售市场简单走访，暂时未发现xx系列软件的经销商。

2.网络调查简单分析

作为数据快速恢复领域的创新者和领导者，本公司的核心关键词语“数据快速恢复”，“系统快速回复”，“电脑系统快速还原”等在xx等知名搜索引擎没有很好的被索引。或许是公司产品发展定位因素，在网络推广方面有再提高的空间。对于此，本人有信心有能力，在非工作实践，提高xx产品关键词语在上述搜索引擎的排行。

3.电脑城市场调查简单分析

前期，和xx电脑城的xx网络（网络及电脑外设集成批发全国连锁经营），xx（品牌笔记本零售商），xx（电脑diy集成）等公司的店长简单交流对此类软件的看法。整体反映效果较好。在xx，在进一步熟悉公司产品和销售流程同时，将安排时间继续跟进，推荐试用xx产品。

三、个人整体认知

准确的说，xx是一面镜子，照出了自己的不足和缺点，为自己的成长和提高创造了机会。

1.计算机硬件知识欠缺。

自认为是it专业本科生，熟悉专业去做销售更好些。其实不然，自己还是一粒沙子。在软件测试部，学会了计算机硬件的线路连接，知道了用u盘可以ghost快速做系统等等。或许可笑，但是对我而言，很严肃的现实证实：自己还不会是一个合格的职员。需要虚心的向同事们请教！

2.英语知识的.欠缺。

自认为立志做好国内销售，带领团队创作“农村信息化”创业计划书，立志为西部农村的it发展贡献一份力量。看到了xx的英文操作系统，就基本灰心。但是我坚信，我会在短期内，在专业英语方面有所突破，因为自己还是对专业英语有浓厚兴趣的。

3.对销售的错误认识。

两年多的校园代理销售经历，误打误撞，取得了一定的成绩。尽管在工作期间，没有亲自体验到去向大客户推销产品的经历，但是通过x经理推荐的《大客户销售十八招》一书，发现自己还有很多的东西要认真的学，认真的领会，并在实际推销中灵活应用。庆幸的是，对于销售的做起码准则还是在坚守：诚实信用，对客户负责！用好的人品去赢得客户关注！面对拒绝，保持良好的心态！

4.自己还有在xx存在的价值。

xx和自己理想中的还有很大的差距，但是这种差距，或许就是我存在的价值！主动向同事请教问题，积极虚心的向同事学习，这是我工作过程中一直在践行的！下阶段，将积极贯彻总经理的指示“加强个人管理，提高业务的能力”，从严要求自己，做好各项工作，提高个人存在贡献值。“与xx共创业”，是我在xx工作的基本心态：认同公司发展愿景，服从公司安排，任劳任怨，积极负责，务实创新，把xx的事业看成自己的事业去拼搏！

四、下阶段工作计划

在xx，认真贯彻落实“加强个人管理，提高业务能力！”的xx员工作风，具体落实到：

1.服从公司的工作安排，保质保量完成任务；

2.进一步熟悉公司产品（硬件产品），熟悉公司环境（认识研发部同事）

3.熟悉学习公司的销售制度和流程；

4.提高公司关键字网络检索排行，并提交一份营销计划书；

5.继续学习销售知识及应用技术，提高处理实际问题的能力；

6.申请参加公司的综合业务能力考核。

这一年自己的收获是丰硕的：最起码从意识上，发现自己的不足，并寻求到合适的解决途径。非常感谢测试部的同事，感谢所有xx的同事，因为你们的帮助，我顺利的走过在xx科技的适应期。我坚信：在你们的帮助下，我会持续努力，不断反省，总结提高，快速度过在xx的成长期，早日跨进发展期，创造期。与xx共创业，我能！

篇12：软件测试工程师简历

目前所在： 重庆 年 龄： 25

户口所在： 重庆 国 籍： 中国

婚姻状况： 未婚 民 族： 汉族

培训认证： 未参加  身 高： 164 cm

诚信徽章： 未申请  体 重： 54 kg

人才测评： 未测评

我的特长：

求职意向

人才类型： 应届毕业生

应聘职位： 软件工程师：软件测试工程师，投诉专员，理货员：

工作年限： 0 职 称： 无职称

求职类型： 实习可到职日期： 一个月

月薪要求： --3500 希望工作地区： 深圳,,

工作经历

飞客数据恢复中心 起止年月：-04 ～ -02

公司性质： 私营企业 所属行业：计算机/互联网/通信/电子

担任职位： 工程师助理 前台接待员

工作描述：

离职原因： 工作时间与上学时间冲突

志愿者经历

教育背景

毕业院校： 重庆工学院

最高学历： 大专 获得学位:  毕业日期： -07

专 业 一： 计算机科学与技术 专 业 二：

起始年月 终止年月 学校（机构） 所学专业 获得证书 证书编号

-09 2009-07 重庆工学院 计算机科学与技术 英语四级 -

语言能力

外语： 英语 优秀 粤语水平： 一般

其它外语能力：

国语水平： 优秀

工作能力及其他专长

外语水平: 通过英语四级,具有一定的听、说、读、写能力,在读、写这两方面能力较强;

计算机: 熟练掌握了PASCAL语言 、C 语言、C++ 语言， 并能运用这些语言编写一般的程序,对单片机原理计算机组成原理操作系统原理有一定认识,对模电、数电技术和网络技术有一定的了解,对数据库系统理论和软件开发有一定的`基础,能熟练操作office、Excel等办公软件;

通过NIIT培训

普通话水平:通过普通话水平二级

详细个人自传

诚实守信、为人正直、有着较强的团队精神;

沉着冷静、有着较强的分析和动手能力;

亲和力较强,主动积极、吃苦耐劳、兴趣广泛(绘画 爬山 旅游)

自我感言:用勇气去改变可以改变的事,用胸怀去面对不可改变的事,用智慧去辨别这两类事!

篇13：软件测试工程师简历

软件测试工程师简历

篇14：软件测试工程师个人简历

目前所在： 重庆 年 龄： 26

户口所在： 重庆 国 籍： 中国

婚姻状况： 未婚 民 族： 汉族

诚信徽章： 未申请  身 高： 164 cm

人才测评： 未测评  体 重： 56 kg

人才类型： 应届毕业生

应聘职位： 软件测试工程师， 软件工程师

工作年限： 0 职 称：

求职类型： 实习可到职日期： 三个月以后

月薪要求： 1000--1500 希望工作地区： 重庆,,

工作经历

重庆普天通讯股份有限公司 起止年月：-07 ～ 2008-09

公司性质： 国有企业 所属行业：通信/电信/网络设备

担任职位： 助手

工作描述： 熟悉通讯技术，代码的编写，以及硬件的`设计

离职原因：

毕业院校： 西南大学

最高学历： 硕士 获得学位: 硕士 毕业日期： -07

专 业 一： 信息与通信工程 专 业 二：

起始年月 终止年月 学校（机构） 所学专业 获得证书 证书编号

语言能力

外语： 英语 良好 粤语水平： 一般

其它外语能力：

国语水平： 优秀

工作能力及其他专长

刻苦努力，勤奋踏实，工作认真负责。具有很强的编程能力，掌握C语言的编写，曾用JAVA编写了情感产生系统。

详细个人自传

在学校期间，本科生以专业第一名保送本校，专业基础知识扎实，读研期间发表了一篇核心期刊论文和一篇被EI收录的英文文章。

篇15：软件测试工程师个人简历

目前所在： 越秀区 年 龄： 21

户口所在： 广州 国 籍： 中国

婚姻状况： 未婚 民 族：

诚信徽章： 未申请  身 高： 185 cm

人才测评： 未测评  体 重：

人才类型： 在校学生

应聘职位： 软件工程师， 软件测试工程师， 数据库工程师/管理员

工作年限： 0 职 称：

求职类型： 实习可到职日期： 随时

月薪要求： 面议 希望工作地区： 广州,,

工作经历

珠海是魅族科技 起止年月：2012-07 ～ 2012-09

公司性质： 民营企业 所属行业：通信/电信/网络设备

担任职位： 测试工程师

工作描述： 期间进行了系统的测试有关方面的培训，职位是实习测试工程师，对于智能手机的各个方面有深入了解。有移动端的测试经验。后来转去了其WEB端测试组，进行了关于其网页端的各项测试，以了解其服务器端的各项互联网服务。工

在工作闲暇之余有学习QTP自动化测试工具，会简单的创建检查点、参数化，强化测试脚本；

离职原因： 实习结束

毕业院校： 吉林大学珠海学院

最高学历： 本科 获得学位:  毕业日期： -06

专 业 一： 网络工程 专 业 二：

起始年月 终止年月 学校（机构） 所学专业 获得证书 证书编号

语言能力

外语： 英语 良好 粤语水平：

其它外语能力：

国语水平：

工作能力及其他专长

期间进行了系统的测试有关方面的培训，职位是实习测试工程师，对于智能手机的各个方面有深入了解。有移动端的`测试经验。后来转去了其WEB端测试组，进行了关于其网页端的各项测试，以了解其服务器端的各项互联网服务。工

在工作闲暇之余有学习QTP自动化测试工具，会简单的创建检查点、参数化，强化测试脚本；

个人自传

本人性格热情开朗，为人低调，做事细心，认真负责，有耐心。工作积极进取, 态度认真，能吃苦耐劳，尽职尽责。积极进取，适应能力强、有较强的团队精神。

篇16：软件测试工程师教案

软件测试工程师教案

IT就业新亮点：软件测试工程师

近日，加拿大达内科技公司、北京大学软件学院与亚信科技(中国)公司、精点科技(中国)公司、迪思杰科技(中国)公司、中通网络产业公司以及中关村科技园区的30多家企业达成定向人才培养计划。从5月12日开始，达内公司将分5期为这些企业量身培养IT就业市场紧缺的软件测试工程师100名。经过4个多月的培训，这些软件测试工程师将直接到达内公司的签约公司就业。

随着中国IT行业的发展，几乎每个中大型IT企业的产品在发布前都需要大量的质量控制、测试和文档工作。由于前些年企业对产品的测试工作重视不够，又加上没有系统地测试培训课程，因此软件测试工程师及系统测试工程师将在短期内出现严重的短缺现象。从近期的.企业人才需求和薪金水平看，测试工程师的年工资有逐年上升的明显迹象。测试工程师这个职位将成为IT就业的新亮点。

测试工程师一般分为以下几个等级：测试工程师、高级测试工程师和资深测试工程师。测试工程师一般承担以下工作：利用测试工具按照测试方案和流程对产品进行功能和性能测试，检查产品是否有缺陷，性能是否稳定；高级测试工程师一般的职责是：不但能够编写测试工具，而且能够设计和维护测试系统，编写测试方案，编写测试文档、编写安装和使用手册；资深测试工程师的职责要求更高：不但能够具有初级测试工程师和高级测试工程师的能力，而且能够对测试方案可能出现的问题能够进行分析和评估。

篇17：软件测试工程师岗位职责

软件测试工程师岗位职责

软件测试工程师(Software Testing Engineer)指理解产品的功能要求，并对其进行测试，检查软件有没有错误(Bug)，测试软件是否具有稳定性(Robustness)，写出相应的测试规范和测试用例的专门工作人员，简而言之，软件测试工程师在一家软件企业中担当的是“质量管理”角色，及时发现软件问题并及时督促更正，确保产品的正常运作。按其级别和职位的不同，分为三类。

岗位描述：

1、技术人员职位，在上级的领导和监督下定期完成量化的工作要求，并能独立处理和解决所负责的任务;

2、组织和实施软件测试项目;

3、完成数据库应用软件的功能测试;

4、跟踪分析测试情况，解决测试过程遇到的.问题;

5、建立、维护测试工作的相关文档，

任职资格：

1、计算机或相关专业本科学历;

2、1年以上测试工作经验;

3、熟悉相关开发语言，具备软件测试平台搭建的能力，熟练编写测试脚本和使用测试工具;

4、了解软件工程学思想和方法，了解基本数据库系统及网络知识;

5、较强的发现问题，分析问题的能力;较强的语言表达能力和文档撰写能力，良好的英文阅读能力;

6、工作责任心强，细致，耐心。