软件测试 面试时项目经验怎么介绍?

软件测试 面试时项目经验怎么介绍?需要从哪几方面说?

1.软件测试面试时，介绍项目经验，应重点突出跟你面试公司相关或者同类型的项目。

比如公司从事的主要是web项目：以前主要是从事web系统的项目，做过不少的项目，也积累了不少的测试经验，能够独立完成产品的测试。

比如公司从事的主要是app项目：以前主要是从事的web与app的项目，最近做的项目主要是app为主，做过不少的项目，也积累了不少的测试经验，能够独立完成产品的测试。

2.软件测试面试时，介绍项目经验的步骤：

先介绍项目的整体规模，设计了多少用例、发现了多少缺陷……再局部介绍：封测的流程、用例设计的方法……你在项目中的角色和职责……自己的特色、那里做的最好、遇到什么困难……总结……

扩展资料：

软件测试 面试时介绍个人的信息，应扬长避短

1、年纪太大与太小，都不需要主动去说明。

比如我年纪只有21岁 例子：面试官您好，我叫***，来自于哪里，从事软件测试工作有几年了。

2、专业不对口也不要过多的去提及（提到了就会增加问你的概率）。

比如你的专业是机械专业，例子：面试官您好，我叫***，来自于哪里，从事软件测试工作有几年了。

参考资料：人民网——面试成功从自我介绍开始

软件测试项目介绍和项目经验怎么写

我本身是做软件行业的，已经做了七八年了，给你一些建议，仅供参考~
① 项目介绍的部分，要介绍清楚项目内容，并突出软件测试在项目各阶段中的位置，例如，项目的开发模式如果是V模型，那么软件测试伴随每个开发阶段，包括设计、编码等等。
② 项目经验这部分需要详细考虑了，分为两个方面，一、测试技术；二、角色职能；
· 测试技术
项目当中使用到的技术一定要简明易懂的提出来，例如是否用到自动化测试，性能测试，以及测试的OS是Linux还是Windows之类的，用到的数据库是MySQL还是Oracle...
· 角色职能
在项目当中，你扮演的角色是什么。如果是测试工程师，那么有没有妥善的完成测试设计和测试执行；如果是高级工程师，有没有做好测试分析工作，有没有很好的理解需求等。
希望对你有所帮助，有疑问的地方欢迎探讨。

软件测试工程师简历中的工作经验和项目经验怎么写？

软件测试工程师简历中的工作经验和项目经验应该包括工作时间、工作岗位、工作内容描述等。

工作时间：2013-03到2014-03

公司名称：简历本网络科技有限公司

所在岗位：软件测试工程师

工作描述：

项目名称:ET5交易软件

测试类型:功能测试、性能测试、App软件测试

测试工具：Loadrunner、Charless、Jmeter等工具

项目描述:这是一款在线上进行市商交易的金融交易系统。集成了买、卖、定向交易成交、保存交易记录、查看交易记录于一体的交易系统。使用测试工具对交易软件进行服务器压力测试以及手机App的性能测试。

责任描述:

1、阅读需求，与开发交流沟通，深入了解需求。

2、确定测试策略，指定测试计划。

3、根据测试需求和测试策略设计测试用例，进行评审。

4、搭建测试环境，执行测试用例。

5、发现缺陷，提交报告，导入管理工具。

6、跟踪处理缺陷，反测通过，关闭缺陷。

7、编写测试总结报告。

扩展资料

通过强调工作经历，够演示出持续和向上的职业成长全过程，因此有许多职业指导和招聘专家认定时序型格式是简历格式的当然选择。时序型格式以渐进的顺序罗列曾就职的职位，从最近的职位开始，然后再回溯。

时序型格式的特点是罗列出的每一项职位下，要说明责任、该职位所需要的技能以及最关键的、突出的成就。关注的焦点在于时间、工作持续期、成长与进步以及成就。

参考资料来源：百度百科-简历

软件项目经验教训总结

软件项目经验教训总结1

1引言

1.1编写目的 xx网站建设

说明编写这份项目开发总结报告的目的，指出预期的阅读范围。

1.2背景

说明：

a. 本项目的名称和所开发出来的软件系统的名称;

b. 此软件的任务提出者、开发者、用户及安装此软件的计算中心。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出要用到的参考资料，如：

a. 本项目的已核准的计划任务书或合同、上级机关的批文;

b. 属于本项目的其他已发表的文件;

c. 本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的`来源。

2实际开发结果

2.1产品

说明最终制成的产品，包括：

a. 程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量;

b. 程序系统共有哪几个版本，各自的版本号及它们之间的区别;

c. 每个文件的名称;

d. 所建立的每个数据库。

如果开发中制订过配置管理计划，要同这个计划相比较。

2.2主要功能和性能

逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。

2.3基本流程

用图给出本程序系统的实际的基本的处理流程。

2.4进度

列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。

2.5费用

列出原定计划费用与实际支出费用的对比，包括：

a. 工时，以人月为单位，并按不同级别统计;

b. 计算机的使用时间，区别cpu时间及其他设备时间;

c. 物料消耗、出差费等其他支出。

明确说明，经费是超出了、还是节余了，分析其主要原因。

3开发工作评价

3.1对生产效率的评价

给出实际生产效率，包括：

a. 程序的平均生产效率，即每人月生产的行数;

b. 文件的平均生产效率，即每人月生产的千字数;

并列出原订计划数作为对比。

3.2对产品质量的评价

说明在测试中检查出来的程序编制中的错误发生率，即每干条指令(或语句)中的错误指令数(或语句数)。

如果开发中制订过质量保证计划或配置管理计划，要同这些计划相比较。

3.3对技术方法的评价

给出对在开发中所使用的技术、方法、工具、手段的评价。

3.4出错原因的分析

给出对于开发中出现的错误的原因分析。

4经验与教训

列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

软件项目经验教训总结2

自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间， 从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。

从开始到项目即将结束，一步步走过来。

本次项目中，我作为测试环节的主力 人员之一，仅对此项目中测试工作进行总结。

一、项目测试进度控制。

项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测 试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。

协调项目的内部测试工作，本此项目中测试小组 一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。

项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题 跟踪单的模式，按照规划时间完成系统更新测试。

二、项目组内部成员关系处理。

在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决 问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。

鉴于之前辖内对公交易系统和中 行对公项目的经验，也向项目组提出了一些完善性意见。

三、协调用户测试方面。

用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶 段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。

本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入 力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证 操作即可。

xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解 决。

四、 测试成效方面。

中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问 题88个。

组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。

配合外包公司一同进行系统压力测试及稳定性测 试，测试结果符合客户要求。

现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。

四、 个人得失方面。

作为此次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提 高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。

同时也对各子系统相应的业务知识有了更进一步认知。

相关业务知识方面还需要进一步加 强，测试技能及测试管理方面还需要进一步完善学习。

更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。

做软件测试，想问下大神们在简历里怎么写项目经验

项目经验建议按照项目名称，项目职责，项目描述，项目成果这样的逻辑顺序来进行撰写，显得会比较充分且有说服力。一定要让HR看到你身上的闪光点，以及与应聘职位的匹配性，这样获得面试邀约的机会才会加大。

软件测试工程师工作总结

软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。下面我整理了软件测试工程师 工作 总结 ，希望对你有帮助。
软件测试工程师工作总结篇一
现在软件测试工作越来越收到企业的重视，许多人员也投入到软件测试的行列中来，软件测试工程师的队伍越来越壮大。但是如何成为一名优秀的软件测试工程师呢?这是大家比较关注的一个问题，尤其是初入这个行当的莱鸟更想了解这个问题的答案。本文根据自己多年来在IT公司从事软件测试的 经验 总结了一些东西给大家共享，同时也希望大家提出宝贵的意见和建议。

步骤/ 方法

起码有三年以上的软件开发经验

现在许多软件企业招收一些刚刚 毕业 的大学生或者非计算机专业的人员作为自己公司软件测试工程师，这是非常错误的，也是对软件测试不负责任的表现。虽然他们可以发现软件中的一些错误，但是对于软件中的一些关键，致命，危险的错误他们是很难发现的。大家都知道，软件工程中有个模型叫瀑布模型，这是最基本的软件模型，这个模型又叫碗状模型，因为开发位于碗的最底部，左上方依次为建模，需求分析，设计;右上方依次为测试，部署，维护。这就是说明软件开发是一切软件活动的基础，同时也是软件测试的基础。一个人只有经历过一定年限的软件开发工作，才可以积累丰富的经验，知道在软件中哪些地方容易出错而那些地方不容易，这给以后的软件测试工作带来非常宝贵的经验。

有 逆向思维 的能力

我曾经接触过一些软件测试工程师，他们干了一段时间软件测试工作后返回去又开始去做开发工作了，问他们为啥?答案是软件测试工作太难了，开发是顺向思维，而测试是逆向思维，老要找一些稀奇古怪的思路去操作软件。软件的使用者千差万别，软件在使用过程中遇到的各种现象也是千差万别的，所以要求软件测试工程师需要具有一些逆向思维的能力，想别人所不想，测别人所不测，这样才可以找到更多的软件中的错误。这是作为一名优秀的软件测试工程师最基本的素质。

善于同软件开发人员沟通

沟通是当今软件项目中需要掌握的最关键技术之一。软件测试人员要善于同软件开发人员沟通，软件测试人员与开发人员搞好关系，使测试人员不成为开发人员的眼中钉，这对于提高整个软件项目质量是十分重要的。沟通主要包括：

讨论软件的需求，设计：通过这样的沟通，你可以更好的了解所测试的软件系统，以至于尽可能少的测试出软件中不是错误的“错误”，从而降低给软件开发人员带来的压力。

报告 好的测试结果：作为一个测试人员，发现错误往往是测试人员最愿意而且引以自豪的结果，但是一味地给开发人员报告软件错误，会给他们造成厌恶感，降低整个软件的质量和开发进度。所以作为一名软件测试工程师，当你测试的模块没有严重的错误或者错误很少的时候，你不妨跑到开发人员那里告诉他们这个好消息，这会给你带来意想不到的结果。

讨论一些与工作无关的事情：作为一个测试人员经常和开发人员讨论一些与工作无关的事情，比如大家可以谈谈新闻，趣事，家庭…这样可以加强相互间的默契程度，许多统计表明，这样可以更好的提高软件工作质量。

善于同领导沟通

测试人员往往是领导的眼和耳，领导根据测试人员的测试结果可以了解公司的产品质量，从而调整其他的工作。领导工作一般比较繁忙，所以作为一名优秀的测试人员要学会把测试结果进行总结，最好以图表的形势给领导看。

掌握一些自动化测试工具

测试工作往往是比较繁琐，枯燥无味的工作，测试人员长期处于重复的手工工作，会降低测试效率，并且对于测试质量也往往是不利的;况且许多测试不使用测试工具是不可以进行的，比如性能测试，压力测试等等。目前市场上有许多测试工具供你使用，你可以根据自己的需要选择一些测试工具来辅助你的测试。但是要记住一点，不是说有了测试工具就不要人工测试了，测试工具不是万能的。

善于学习的能力

软件测试技术随着时间的变化也在做一些提高和改进，作为一名优秀的测试人员要善于利用书籍，网站，论坛，交流等各种途径不断提高自己的软件测试水平。

7

提高自己的表达能力

软件测试人员当发现软件中存在缺陷的时候，往往要书写缺陷报告，缺陷报告要写得详尽清楚，使开发人员能够尽快定位错误，修改错误，所以作为一名优秀的测试人员提高自己的写作能力是非常必要的。

8

了解业务知识

更好的了解你说测试软件的业务知识是非常重要的，对业务知识了解得越深入，越能够找出更深入，更关键，更隐蔽的软件错误。所以作为一名优秀的软件测试工程师，要多向该领域专家，同行学习，提高自己的业务知识水平。

以上仅为个人的一些经验所谈，希望大家都能够成为一名优秀的软件测试工程师。
软件测试工程师工作总结篇二
1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外 教育 领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!-

2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。-

3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。-

4、详细制定自己软件开发专业知识 学习计划 ，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自 时间管理 领域的着名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。-

5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有 文化 ;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。-

6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行原理，分析一下 pe文件格式，试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、。net开发应用程序，花时间去研究一下mfc、vcl、j2ee、。net它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!-

7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时，为什么不可以参考来自 java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。-

8、养成总结与 反思 的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显着区别是：无经验者完成任何任务时都从头开始，而有经验者往往通通过重组自己的可复用模块、类库来解决问题 (其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。-

9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。
软件测试工程师工作总结篇三
先介绍一下我的背景：通信类院校05年毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。

一、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软件还真的是我们测出来的，而不是开发写出来的 : )

本文就介绍到这里，愿我们如花绽放，不负韶华，学员们，加油！（来源：学分高考 https://www.xuefen.net）文章共11879字