软件测试心得体会范文第1篇

【关键词】软件测试 质量 策略

1 软件测试现状分析

随着计算机软、硬件技术的发展，计算机技术已经渗透到社会各行各业中，什么都离不开计算机，而且计算机软件的功能非常强大，无处不在，无所不能，计算机软件也变得多样化、复杂化，软件运行出现的错误和缺陷的几率越来越大，为了保证软件的质量，需要测试人员反复测试论证，软件测试工作在软件项目生命周期中的重要性日益突出。当前，我国的软件开发能力比欧美发达国家差不了多少，主要差距就是软件质量。国外的大型软件开发公司中软件测试人员和软件工程师一般是1：1的比例，我国目前还不是很规范，但也正在向这方面靠拢。软件测试在我国越来越趋于标准化科学化，是一个很有发展前途的职业。

2 软件开发与软件测试

通常我们理解的软件开发可能只是程序员通过一定的专业技术，如编程语言、数据库技术创造出一个新的应用程序。其实软件开发是一个系统的工程，包括需求分析、设计、编码、测试、维护等等几个环节。软件测试是整个软件开发流程中的一个重要的环节，主要包括白盒测试、灰盒测试和黑盒测试。白盒测试一般用于单元测试，需要测试人员对于代码结构有很好的理解，黑盒测试也就是我们通常说的功能测试，主要检测软件功能是否满足用户的功能需求。灰盒测试则是界于白盒和黑盒测试之间的一种测试方法。在现代软件开发流程中，测试工作是贯穿于整个开发流程，并不是在程序员编码完成以后才开始的。在软件开发前期，测试人员需要根据用户的需求，编写测试计划，准备测试方案，编写测试用例，甚至根据业务需要编写不同的测试工具，为后续的测试工作做好准备。在软件开发中后期，测试人员需要利用测试工具按照测试方案、测试用例和流程对软件产品进行功能和性能测试。在执行完测试方案、测试用例和流程后，需要跟踪软件缺陷，以确保最后开发出来的成果能够真正满足用户的需求，尽量以最小的代价来发现尽可能多的错误。

在整个软件开发过程中，软件测试要尽可能早的参与到项目活动中，最好是项目初期就要界入其中，这样就可以尽可能早的并且多的发现软件缺陷。如果在软件研发后期发现框架问题，可能会导致很多功能模块需要返工，越晚开始，测试人员对软件的了解就会越少，就无法深入测试，可能漏测掉很多重要的功能，可能会在短时间内发现大量的软件缺陷，不利于软件的版本稳定。

软件测试不象编程技术那样发展那么迅速，可参考借鉴的东西非常少，软件中每一个功能模块的测试方案都需要测试人员多方面的考虑，所以这意味着测试更需要人的创新能力。验证程序的正确性，远不象普通人想象的机械重复性的操作那样简单。验证程序的正确性更是需要人们大量的创造性劳动。

3 软件测试策略

要做好软件测试工作，会遇到很多挑战和困难。这就需要我们软件测试人员通过自己专业的知识和想法不断提高自己。通常认为软件测试人员具备的基本素质按重要等级依次是：技术、沟通能力、自信心、责任心、耐心和细心等。

首先技术是基础，作为测试人员，测试人员应该比开发人员掌握更多的知识，在测试过程中，你必须了解软件的生命周期，知道什么阶段进行什么类型的测试。

其次是沟通能力，沟通能力是测试工作顺利进行的保障。在技术基础的保障下，测试人员必须充分了解用户的需求，知道哪些问题是软件问题，能够清楚描述软件出现问题的场景，最好是知道为什么会出现问题，最最好是知道如何修复这个问题，这样的话，就会更好的与开发人员进行沟通，测试工作也就会进行的更加顺利。

再次，测试人员必须有自信，软件测试是一项技术要求很高的工作，测试虽然基本不实现编码（当然，也会写测试脚本或测试代码），但特别要求对系统的整体把握能力。测试其实是很有内容的，只是目前没有受到足够的重视，没有被提高到它应有的地位。在技术基础的保障下，你应该非常自信地进行自己的测试工作，理直气壮地向开发人员提出软件问题，并坚持自己的观点，明确各方责任。最后，测试工作非常重要，你担负着软件质量验收责任，你必须有责任心，耐心和细心地工作，争取不放过任何一丝一毫的软件错误和缺陷。

在整个软件测试过程中，是否能够准确充分的发现足够多的软件错误和缺陷，软件的测试管理工作非常重要。

第一，严格遵行测试过程。首先进行需求分析，了解用户的需求，并且充分了解软件的测试范围和测试内容，准备好测试所需要的数据，然后经过评审，这一个过程可以避免测试人员对测试需求的理解错误，遗漏测试内容。其次进行软件测试用例的设计，明确对每一项功能应该怎样进行测试，包括选择什么样的测试工具、操作流程、输入数据和输出结果等，再次评审。这一过程可以避免测试人员选择工具错误，操作流程或输入数据错误，遗漏测试内容等。第三个阶段是执行测试用例，在执行过程中最好详细记录测试结果，在什么样的输入情况下产生什么样的输出结果，仔细比对软件原始需求，确定软件是否发现问题。测试用例执行完毕后，也需要进行评审，主要检测测试是否进行充分，记录是否准确，软件问题提出是否正确。

第二，真实模拟客户环境。随着开发技术的不断进步，诸如多线程，虚拟化，大数据量的并发，安全性，软件间、不同系统平台间的交互响应这类环境的搭建，对测试人员来讲都很有挑战。在执行测试前，我们得尽可能真实的模拟客户的使用环境。这样才能真正的发现软件的缺陷。

第三，有效验证程序正确性。测试人员要比开发人员考虑更多的东西，在设计测试用例的时候，要充分考虑到其他功能以及本功能的关联关系，要有大局观。需要扎实的软件测试理论，尽量自己分析问题，多涉猎一些项目之外的知识.

第四，积极跟踪软件缺陷。测试不仅仅是发现程序中的缺陷，更重要的是跟踪解决这些缺陷，因为只有缺陷被解决了，软件质量才有可能提高，我们的成绩才能得以真正的体现。事实确实是这样，测试人员提交了软件缺陷，如何说服开发人员修复这个缺陷，才是关键。只有缺陷被修复，软件的质量才会提高，这样才能体现测试人员的工作价值。

4 总结

总之，软件测试是整个软件开发流程中重要并且不可缺少的环节，做好了软件测试工作，才能保障软件的质量。

参考文献

[1]朱少民.全程软件测试[M].北京：电子工业出版社，2007（09）.

[2]（美）佩腾（Patton，R.）著.张小松等译.软件测试[M].北京：机械工业出版社，2006（10）.

软件测试心得体会范文第2篇

【关键词】软件产品线测试；面向对象的软件测试：自动化工具支持

【中图分类号】TP311

【文献标识码】A

【文章编号】1672-5158（2013）04-0003-02

软件产品线是一套软件密集型系统，它拥有一组能满足特定需求的公共的、可管理的特性，并且是按预定义的方式由一组公共的核心资产开发而来。软件产品线可以提供重用软件资产，生产和开发一组类似系统的方法，使用这种方法可以有效地降低成本、缩短产品面世时间、提高软件质量。它是软件产业向大规模定制模式发展的一个重要途径和方法。

面向对象的应用框架是一种软件半成品，是软件产品线的主干（backbone）。框架具有很强的领域特性，是对问题领域共性的抽取（领域分析），它用一种抽象可扩展的方式描述产品线中所有产品的共性特征。基于框架的开发方法把软件复用提高到了设计层次，提高了软件生产率。

在软件开发过程中，测试是一项持续性活动，同时也是一项劳动密集型活动。传统的面向对象的测试方法是产品线测试的基础，因为软件产品线，尤其是框架通常是用面向对象技术来进行设计和实施的。为了确保框架的可靠性，在应用它之前必须进行仔细的检测。实践中，通常是通过测试应用程序来测试框架，因而难以区分框架和应用程序的编码错误。同时，当前测试框架和产品线的方法还非常不成熟，因此对成熟测试方法的需求十分迫切，测试过程也应获得测试工具更多的支持。

1 面向对象的软件系统测试

1.1 面向对象系统的测试方法与过程

为了保证软件的质量和可靠性，应力求在分析、设计等各个开发阶段，对软件进行严格技术评审。近年来，测试的作用在很多组织中得以扩展，进而为软件可靠性的评估提供技术支持。

面向对象技术产生更好的系统结构，更规范的编程风格，极大地优化了数据使用的安全性，提高了程序代码的使用率，然而正是因为面向对象技术开发的软件代码重用率高，这就需要更严格的测试，避免错误的繁衍。

1.2 测试自动化和工具支持

近几年来，许多研究工作者通过使用自动化的测试工具对软件的质量进行保障研究。到现在为止自动化测试工具已经足够完善了，完全可以应用自动化测试工具来大幅度地提高软件测试的效率和质量。在使用自动化的测试工具的时候应尽早地开始测试工作，这样可以使修改错误更加地容易和廉价，并且可以减少更正错误对软件开发周期的影响。

自动化支持的一个关键因素是是否有用于所有测试交付物和工作产品的中心项目数据库。这可以指的是测试管理系统，包括用于对测试进行保存、描述、文档化和跟踪，并且对测试目标和结果进行记录、跟踪、评审的辅助设施。好的工具可以使得这些信息很容易被项目组获得，并且提供稳定的工作流支持来简化和跟踪软件开发过程。

2 软件产品线测试方法

在软件产品线测试时虽然可以使用传统面向对象的测试方法，但仍强烈需要一个明确定义的产品线测试过程和方法，包括工具支持。这是因为当一个产品线或多个产品线被测试时，一些具体问题就会暴露出来。例如规模问题，因为产品线中的所有应用都需要测试，这就使得产品线的测试要比单独的产品测试要复杂得多。产品线测试的关键在于重用测试用例和测试件（Testwarc，指测试工作形成的产品），而不是将产品线中的每个软件作为一个单独的产品来进行测试。

2.1 软件产品线测试

产品线测试关系到多个方面，包括回归测试、非完整性项目测试和有效使用可重用的测试资产等等。回归测试是用来确认前期可正常工作的组件在面临某些修改时，是否还能正确运行。产品线中的成员在共享许多共性特征的基础上又各自变化，因此回归测试适合于产品线或重用情况。与单个系统开发项目不同，测试也是可以重用于大多数产品中的活动，它本身产生可重用的核心资产。建立可重用的测试资产能使产品线测试拥有较高的成本效益比。

产品线测试也需要详细规划并给出一个明确定义的过程，把测试集成到过程的每个阶段，以生产出高质量的产品。在产品线中组件被大量重用，有效的故障修复显得尤其重要。领域工程中的缺陷使风险演变为问题，因为可重用资产中的缺陷蔓延到重用它的每个产品中。然而在软件产品线方法中，测试不能很好地区分领域工程和应用工程任务。虽然根据V模型进行测试，但ISAPS、CAF和SEI提出的框架还是不能完全将V模型测试的各个阶段集成到软件开发中去。在实践中，将测试过程集成到整个产品线过程中被证明是最棘手的问题。

产品线测试的主要问题可以从两个方面来进行论述。在领域工程中测试核心资产时，测试者试图减少应用测试，但却很难保证软件在不明确的用例情景下都正常运作；产品线中的成员在共享许多共性特征的基础上又各自变化，测试者发现根据V模型进行集成和系统测试并不可行。而在应用工程中，在核心资产和其它应用测试的基础上，测试者想使充分测试特定产品的费用最小化，但很难确定哪些已有测试结果是可以利用的，哪些产品测试是必须进行的。

2.2 当前产品线测试状况

目前产品线测试的工作重心主要放在验收和系统测试上。

但由于产品线中大量重用组件，因此它们的低级别测试（例如，单元级）也应该得到保证。换而言之，当前的研究和实践主要集中在高级别的产品线测试上。假设传统的面向对象的测试方法可以不做任何修改就用于产品线测试过程，那么这一假设存在许多疑点。例如，目前尚不清楚将使用哪一种面向对象的测试方法以及如何将之用于产品线测试，更加不清楚是否还需要新的、具体的产品线测试方法。

在基于框架的软件产品线测试方法中，应用框架是产品线的核心，在所有应用从它产生之前就应该得到很好的测试。但是以框架为基础的产品线的实际测试中，往往没有使用产品线的任何信息。例如，诺基亚的移动浏览器产品线是按照如下要求进行产品线测试的：“产品线测试的复杂性要远大于单个软件产品的测试。必须测试在不同情景下的产品线。为了控制测试的复杂性，应缩减单个产品的测试，取而代之的是对整个产品线的测试。这样才能保证测试的简化以及产品质量”。

2.3 软件产品线自动化测试及相关工具支持

在软件产品线测试方法中，工具支持比在传统面向对象测试中更加重要。这是因为包含数个相同体系结构的产品线测试规模要大于单个产品测试。当一个组织有几个产品线时，规模的问题就更加突出。产品线的工具支持因使用可重用的测试资产可以减少费用，并且使复杂的测试过程更易于管理。

现今有许多成熟的测试工具，但是产品线和框架测试缺乏有效的工具支持。通常这些工具也能够应用于产品线的测试，但它们只适用于像单元测试这样低级别的测试。在产品线方面，需要详细而精确的测试工具。测试工具应有效地管理可重用的测试资产。工具支持应从测试执行和测试结果的分析扩展到集成产品线测试的整个过程。

目前赫尔辛基大学已经开发出RITA工具。RITA是一个能覆盖所有领域的测试支持工具。但是所有设计功能并没有在RITA的第一版中完全实现。同时，RITA工具的焦点在于支持基于框架结构的低水平的白盒测试。

3 评测过程

3.1 评测类型

对电子商务易用性质量的衡量，它侧重于提供同类产品之间可比的易用性质量数据，是黑箱方式的定量测试。

3.2 评测相关人员

可以由几方面的易用性专业人员共同完成。软件开发方可进行评测，为下一次开发提供历史数据或者向采购方提供报告；采购方也可以通过评测的方式来验证某个测试报告；还可由独立的第三方易用性专业机构进行评测。报告主要供三类人员使用：

①软件供应方的技术人员可以根据评测结果为下一版本的设计提供参考意见；

②采购方的管理和决策人员，他们根据评测结果做出产品采购决定；

③易用性专业人员，他们对评测的技术价值和产品的易用性质量进行评价，或者重复进行评测以验证报告结果。

本次评测是由第三方测试机构进行评测的，报告目前是作为相关领域的易用性评测的研究之用，在条件成熟之后会考虑向其他几方面的人员开放。

3.3 评测计划

评测尽可能地接近实际的用户、任务和环境，事先进行了使用环境分析，并据此制定了详细的评测计划，详细地说明了电子商务的特征描述、环境、过程和指标体系。

3.4 评测环境

产品的易用性不仅取决于产品本身，还受使用环境的影响。使用环境包括以下几方面：

（1）用户特征。它包括知识背景、技能、经验、学历、年龄、体力等，有时还可按经验、职务或能力来分组。

（2）使用产品的目标。产品的主要用途以及工作时间长短、强度等。

（3）社会物理环境。例如计算环境、温湿度环境、法律环境、社会文化习惯环境等。

（4）在详细分析使用环境的基础上，设计出评测环境并在评测计划中明确定义，并使评测环境具有使用环境的典型特征，包括：

①评测对象特征，如知识背景、技能、学历、年龄等；

②评测任务，如符合电子商务网站的主要用途并覆盖其主要功能，详细规定任务要求和执行顺序；

③评测的社会物理环境，如所使用的物理设备、软件以及相关的物理和社会环境特征。

3.5 评测过程与数据收集

在评测开始前向测试对象介绍产品及测试内容和目的，然后让测试对象熟悉测试环境。在测试过程中，为使测试环境符合使用环境，除了用户在正常使用环境中所能得到的帮助外，不向他们提供任何额外帮助，同时使测试对象尽可能地放松。

在正式开始测试时，要向测试对象介绍测试任务和完成时间。在测试过程中，记录人员针对任务完成情况和用户满意度，观察并记录各项测试数据，记录测试对象遇到的具体问题。在测试结束时，征询测试对象对产品的其他意见和建议。

3.6 数据的分析和解释

对测试数据进行计算整理和分析，得出综合评价。

4 结束语

软件产品线受到越来越多的关注和研究，特别是在工业应用领域。但是产品线的测试所受到的关注还是很少。产品线需要一个详细规划的测试过程，它要能够比较容易地被不同的产品线应用领域所采纳和运用。然而，测试产品线是一项非常具有挑战性的工作。因此迫切需要一些成熟的测试方法和工具。

参考文献：

[1]王建辉.论软件产品线技术[J].福建电脑，2007，（02）

[1]邵兵家电子商务[M].北京：高等教育再版社，2012

软件测试心得体会范文第3篇

自我介绍是向别人展示自己的重要途径,是与他人进行沟通、增进了解、建立联系的一种最基本、最常见的方式,是人与人进行沟通的出发点。在面试软件测试工程师时该如何进行自我介绍呢？本文是小编整理的软件测试工程师面试英文自我介绍范文以及关于软件测试工程师面试的知识，仅供参考。

软件测试工程师面试英文自我介绍范文

软件测试工程师面试英文自我介绍范文1I’m Cheers.Lee, I’m twenty-six year old, I majored in E-business and with a bachelor degree.I’m single.And I love software testing, as the software quality is vital to the company’s customer, it also could improve the company’s image, so quality is the best policy.We must devote all my energy to assure the software quality.

The position which I’ve come to apply is senior software testing engineer.I have three years work experience, one year and a half of function testing experience and one year of performance and automation testing experience.I have been reading up on software testing, especially on performance testing and automation testing.I’m quite familiar with performance testing tool LoadRunner, and familiar with automation testing tool QTP.I’m good at developing performance testing script base on C language in web system, and also have good skills in develop QTP script.

As we all know that software performance has become more and more important, while thousands of the users log in the system or visit the website simultaneously, the problem may occurred, the system crash or the server deny to provide the service to the user, so the performance testing need to be done before the software delivered to our customers.

We also benefit from the automation testing.There is always a lot of function testing or regression testing need us to finish in a short time.But we do not have enough time and sufficient human resource to complete it, how should we do? So the automation testing is the best solution.It cut down the costs, improve the work efficiency, save our time and energy.Its advantage is not merely as so.

软件测试工程师面试英文自我介绍范文2Good morning, ladies and gentlemen! It is really my honor to have this opportunity for an interview.I hope I can make a good performance today.I'm confident that I can succeed.Now I will introduce myself briefly.I am 26 years old, born in Shandong province.I graduated from Qingdao University.My major is electronics.And I got my bachelor degree after my graduation in the year of 2003.I spent most of my time on study, and I’ve passed CET-6 during my university.And I’ve acquired basic knowledge of my major.It is my long cherished dream to be an engineer and I am eager to get an opportunity to fully play my ability.

In July 2003, I began working for a small private company as a technical support engineer in Qingdao city.Because there was no more chance for me to give full play to my talent, so I decided to change my job.And in August 2004, I left for Beijing and worked for a foreign enterprise as an automation software test engineer.Because I want to change my working environment, I'd like to find a job which is more challenging.Moreover，Motorola is a global company, so I feel I can gain a lot from working in this kind of company.That is the reason why I come here to compete for this position.I think I'm a good team player and a person of great honesty to others.Also，I am able to work under great pressure.I am confident that I am qualified for the post of engineer in your company.

That’s all.Thank you for giving me the chance.

软件测试工程师面试技巧核心提示：第一个问题：自我介绍(心理学首因效应告诉我们第一印象非常重要)，自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。比较好的自我介绍套路是这样：“您好，我叫XXX,很高兴能获得这次...

第一个问题：自我介绍(心理学首因效应告诉我们第一印象非常重要)，自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。比较好的自我介绍套路是这样：“您好，我叫XXX,很高兴能获得这次面试机会，今天来面试是想证明自己是最合适的人选，另一个方面是获得您的认可，结合我过去的工作和学习经历，我自信我能符合咱们公司的认可，接下来您看是我继续介绍我做过的项目，还是您问您关心的问题?”

第二个问题：项目介绍(项目经验直接决定一个人能否胜任一份工作，企业更应该看重一个人解决问题的思路和具体能力)，项目介绍部分最重要的思路是应该先整体后局部，介绍整体的时候要有量化的数据(从项目度量的五大维度：规模，包括项目代码规模，需求规模、用例规模，工作量，进度，质量和成本)，然后是整体的测试流程，然后再是角色与职责，接下来是项目中自己的特色，比如做得最好的是、遇到最大的困难时、最差的是，最后是心得体会。

第三类问题：数据库方面知识，最基本的要求是数据库记录的增删改查(insert、delete、update、select)，表结构的增删改查(create、drop、alter、describe)、存储过程、触发器等。

第四类问题：linux操作系统相关，最基本的目标是熟悉常见的50个命令，比如find命令(-name、-type、-perm、-user、-group、-ctime、-atime)等，熟悉vi、熟悉linux搭建测试环境。比如LAMP环境搭建。

第五类问题：缺陷相关知识，最基本的是缺陷跟踪的流程(流程的基本要素)，整体的流程，最好能在纸上给面试官画出来(尤其是男面试官，从男人好色的角度来看，写得很清楚很重要)，缺陷单的属性，至少能列出20个属性，每个属性的意义，如何描述好缺陷单，缺陷单描述的5C原则，比如缺陷重现步骤应该complete.如何描述一个你认为的最经典的bug单。

第六类问题：用例相关，最基本的包括用例的格式要素，用例设计工程方法论，每个方法要求(方法的背景，操作步骤，优缺点、适应范围，与其他用例方法如何配合)，在项目中如何利用测试用例设计工程方法。如何评价、评审测试用例，评审从哪些维度?要设计好测试用例需要哪些方面的知识结构，比如技术、业务、方法。

第七类问题：软件测试流程，系统测试相关规范和标准的流程：熟悉产品/项目，需求评审，测试需求，测试计划，测试方案，测试用例，预测试，第一轮正式测试、第二轮回归测试、第三轮测试，测试报告，测试总结，测试指南。

第八类问题，网络相关，最基本的网络基础知识，比如TCP/IP协议。

第九类问题，测试工具，包括三个大的类型，第一类是性能测试工具、自动化测试工具、测试管理类工具。最起码的要求是熟悉工具的使用。

第十类问题，给你一个软件，比如QQ、QQ，你如何去测试，这类问题基本的思路是，从软件质量模型、测试工具、测试方法、测试流程、探索式测试等角度先宏观解决，然后再具体微观讲解用例如何设计等。

第十一类问题，一个优秀/卓越的软件测试工程师应该具备哪些能力与素质，素质方面包括沟通、五心工程师、追求完美等

第十二类问题，最后一个问题，面试官一般会问，您还有什么想问的吗?还有什么想了解的吗?总体上来说最重要的是留下一个好的近因效应，就好比相亲的时候，分手离开的时候，留下好的最后的印象，基本的思路应该分三种情况，第一种是面试官对你满意，自己也感觉不错的情况下，先表示感谢，然后积极主动的问题，比如，非常感谢您给的这次机会，但是我还是想问，如果我有下一轮面试，我想知道知道是什么时候，我应该再做哪些方面的准备。第二种情况是面试官和自己感觉都一般般，感觉自己是鸡肋，这个时候说不说很重要，基本的套路是，非常感谢面试官给的这个机会，坦白地说我对自己今天的面试表现不是非常满意，还可以表现得更好，但是如果我还是非常想得到这个机会，您能否给我一些建议。第三种情况是面试情况非常糟糕，这种情况下，很少有人能说出感谢，但这恰恰体现一个人的风度。基本的思路是，不管怎么样，还是得感谢您给的机会，让我自己认识到自己的不足，坦白地说我离这个岗位的要求还有些距离，但是我还是想知道，如果将来我还想来咱们公司面试，您能否给点具体建议。

总结，面试是一个相亲的过程，相亲的成败取决于很多要素，但是好的、充分地准备，能够让我们更加从容地和主动的去面对压力与挑战，而不是简单地把自己变成超市里面的菜，供人挑选。

软件测试工程师面试经验总结首先说明我算上找实习的时候的面试总共就经历了不到5次，没有多少经验，就在网上和书上摘录了些我认为比较重要的，分享给大家，希望各位都能找到一份适合自己的好工作。

1.笔试题

对于笔试，有的公司笔试题是不区分开发和测试岗位的，测试人员除了要掌握好测试的基本知识外最好也是有编程基础，具有尽量多的计算机的知识，像操作系统的基本知识(线程等)，数据库的基本操作(增删改查，关联查询，授予权限等)，数据结构的知识(像二叉树的前序、中序、后序查询)。

2.面试

如果在笔试中没有考测试的基本知识，那在面试中是肯定要被问到的。面试前一定要做好准备，可以在网上搜一下关于这个公司的笔试题和面试题，以供参考。如果时间充裕可以找一本自己能看的进去的讲软件测试的书，认真的有侧重点的看看。软件测试的几个主要的阶段，不一定死记硬背能用自己的话说出来也可以或者能举例说明，那几个主要的白盒和黑盒的测试方法能熟练的应用到实际的例子中，等价类划分和边界值分析经常被问到。

每个公司做的项目都不一样，最好先了解下要应聘的那家公司主要是做哪方面的，比如对美外包的公司就要求英语水平，能看懂英文文档甚至能同外国人交流，最好能提前先看些英语的文章，准备下英文的自我介绍，临时提高下英语水平。

我被问到的面试题(答案仅供参考)

1.为什么不考研?

2.想要一份什么样的工作

3.做软件测试人员需要具备什么样的职业素质

(1) 专业技能，包括测试的技能和开发的技能

(2) 积极的态度

(3) 良好的沟通能力

(4) 细心

(5) 耐心

(6) 团队意识

4.对他们公司的了解

5.再就是些工作地点能否接受，有没有男朋友之类的基本问题

以下是针对实习项目问的问题(答案仅供参考)

6.缺陷报告有几个状态，都包括哪些内容

状态：新建，打开，修复，关闭，重复的bug，无效的bug，被拒绝的bug，其他 内容：：标题、模块名称、项目名称、测试环境、重现步骤、期望结果、实际结果、严重级、优先级、发现人、接收人和附件(截图，说明等)。

7.有一个文本框，只能输入0-5个字母的组合，如何进行测试

从字符串的长度考虑，按照边界值方法设计测试用例

从字符串的长度考虑，按照边界值方法设计测试用例

从字符串的组成内容考虑，按照等价类划分方法设计测试用例

8.简单的说一下性能测试和压力测试

9.写过自动化测试的脚本吗

10.我实习的项目是一个金融的网站，技术的面试官问我，商品的价格是左对齐还是右

对齐(对于这个问题我也不知道为啥会被问到，有什么具体的含义，猜想可能是判断我的项目经验是否真实)

下面是我网上摘录的一些可能被问到的面试题

1.您认为做好测试用例设计工作的关键是什么?

答：白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

2.在您以往的工作中，一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?

3.谈一些自己在以往的学习和工作中获得的工作经验和心得体会?(可以包括软件测试、过程改进、软件开发或者与此无关的其他方面

4.什么是软件测试。

5.Alpha

测试与beta 测试的区别。

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

7.测试项目：杯子

需求测试:查看杯子使用说明书

界面测试:查看杯子外观

功能度：用水杯装水看漏不漏;水能不能被喝到

安全性：杯子有没有毒或细菌

可靠性：杯子从不同高度落下的损坏程度

可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

国际化：杯子上的图案有没有触犯到某个国家或宗教的禁忌

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试：将杯子盛上水(案例一)放24小时检查泄漏时间和情况;盛上汽油(案例二)放24小时检查泄漏时间和情况等

压力测试：用根针并在针上面不断加重量，看压强多大时会穿透

跌落测试: 杯子加包装(有填充物),在多高的情况摔下不破损

震动测试: 杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路\公路\航空运输

测试数据：测试数据具体编写此处略(最讨厌写测试数据了)。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法

期望输出：该期望输出需查阅国标、行标以及使用用户的需求

说明书测试: 检查说明书书写准确性

给大家提三个产品:1.手机 2.电饭锅 3.电梯

8.图书(图书号，图书名，作者编号，出版社，出版日期)

作者(作者姓名，作者编号，年龄，性别)

用SQL语句查询年龄小于平均年龄的作者姓名、图书名，出版社。

9.软件测试分为几个阶段

各阶段的测试策略和要求是什么

10.您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么?

11.请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程

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

13.您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

14.测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?

答：软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法(最好是能先评审)

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

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

软件测试工程师-个人简历个 人 简 历

基本信息：

姓 名：

出生年月：1991年7月

工作年限：2年

婚姻状态：未婚

电子邮箱： 性 别：男 毕业学校：广东建华学院 学 历：大专 专 业：计算机专业 手 机：

专业技能：

1、熟悉软件测试理论，软件测试流程，编写测试用例等;

2、熟练应用黑盒测试的方法，如边界值法、等价类法、场景法等;

3、掌握自动化测试工具QTP、性能测试工具LoadRunner的基本使用，如录制脚本，参数化设置，脚本优化等;

4、熟悉软件测试的管理工具，如BugFree

缺陷管理工具、SVN版本控制、MindManager 思 维导图等工具的使用;

5、熟悉Oracle和MySQL数据库的基本操作，如增、删、查、该等命令的使用;

6、熟悉Linux操作系统的基本操作;

7、对C语言有一定的了解，如9条基本语句、数组、指针等等的使用;

项目经验：

项目一

项目名称： 奔腾出租车

运行环境： Linux + MySQL + Apache

项目概述： 本系统是一套功能全面的出租车管理系统，通过该软件可以让出租车公司内部及时准确地采集各种数据信息，处理高速化和网络办公自动化。实现对出租车 公司司机的信息记录，操作，出租车管理，提供精确查询等多种查询方式。主 要功能模块有：首页、基本信息设置、任务管理、统计图表、辅助工具、帮助 菜单、用户信息管理等。通过规范化管理来掌握车辆信息，处理车辆调度，将 很大程度上解决出租车公司在工作上的管理难度，让车管理更上一个台阶。 责任描述： 1、根据项目需求文档进行需求分析，写出需求点;

2、针对责任模块编写有效的测试用例;

3、搭建测试环境，保证测试出的数据真实可靠;

4、执行测试用例，用BugFree提交Bug并跟踪其状态;

5、进行回归测试;

6、编写测试报告。

项目心得： 对软件测试有了更深层的理解，当编写用例时，要尝试新的技术，新的思维，往往Bug就出现在意想不到的地方;明白了回归测试的重要性，因为偶尔会有些模块在上一版本没有出现问题，但在修复某个Bug时却出问题了，所以测试时需要考虑全局，不要只局限于某个小模块。

项目二：

项目名称： 金华酒店管理系统

运行环境： Linux + MySQL + Apache +PHP

项目概述： 金华酒店管理系统主要应用于中小型酒店，通过该软件可以方便快捷的管理酒店，使酒店的工作质量和效率提高。软件采用先进的计算机网络通信技术，改变了酒店业务模式，大大提高了工作效率。本系统的功能包括房间状况管理、添加房间信息、维修管理、退房管理、客户入住等，是为了不让人工繁琐去操作，而设计的一个管理系统。

责任描述： 1、测试软件是否达到需求规格书的要求，包括：各个功能点是否以实现，业务流程是否正确;

2、编写测试用例，如用边界值法、等价法、错误推断法等方法编写;

3、搭建测试环境(按照说明书搭建);

4、执行测试用例，用BugFree提交Bug并跟踪其状态。

项目心得： 测试的规范化是及其重要的。测试时要注意Bug的群集现象，因为往往百分之八十的问题都发生在百分之二十的模块当中。

项目三：

项目名称： 科达薪水助手

运行环境： Linux + MySQL + Apache +PHP

项目概述： 本系统基于B/S架构，主要用来支持企业薪酬管理，方便企业管理员工信息，统计日常支出，员工薪酬管理等等。主要功能模块有员工信息管理、部门管理、工资管理、收支统计、系统设置、辅助工具、薪酬报表等。本系统的特色就是把员工的信息和薪酬等信息整合在一起，更方便快捷的操作，一套好的工资管理系统，有助于建立科学有效的薪酬体系。

责任描述： 1、编写测试用例;

2、执行测试用例，用BugFree工具提交Bug，并跟踪其状态。

项目心得： 对黑盒测试的各种方法的应用更加得心应手了。

工作经历：

2012/08—2021/01 创拓达科技有限公司 软件测试工程师 自我评价：

本人性格随和，适应能力强，有较强的学习能力，能独立分析和解决问题。能快速融 入到团队中去，工作积极上进，对于领导分配的任务认真完成。

软件测试工程师面试英文自我介绍范文的人还看了：

1.软件工程师面试自我介绍范文

2.应届生软件测试面试自我介绍范文

3.软件测试面试自我介绍范文

4.软件测试面试自我介绍

5.软件测试工作面试自我介绍范文

6.软件测试工程师简历自我评价

7.软件测试工程师的自我评价

8.计算机专业英文自我介绍范文

软件测试心得体会范文第4篇

【关键词】软件测试；复用；策略

软件复用作为一种新技术，近年来越来越受到软件业和科研工作者的重视。软件复用是提高软件的生产效率、解决软件危机问题的一个重要途径。测试用例是软件测试过程中的核心资产，软件测试成本的大部分就是用于测试用例的设计，而测试用例的优劣往往取决于测试工程师的经验和水平，并且直接影响软件测试的效率。

1.测试用例复用的研究现状

测试用例复用的研究主要分成两个方面：可复用测试用例的生成和可复用测试用例的管理。可复用测试用例的生成主要研究使生成的测试用例可供多次使用，具有可复用的特性。测试用例的生成是测试用例复用的先决条件，只有拥有足够多的可供利用的测试用例，才有复用的可能。可复用测试用例的管理，包括测试用例的存储、检索、复用、维护等。国内外对测试用例的管理和共享机制，大部分仅限于组织内部，甚至仅仅限制于一个项目内部。例如部分单元测试用例在集成测试中重用，部分集成测试用例在系统测试中重用，系统测试用例在回归测试中重用等。这些测试用例的复用对组织、项目的依赖性高，因而复用程度低。因此，大规模的可复用测试用例库成为复用的必要支撑，由此引入的测试用例库的建设和管理。

2.软件测试用例的复用策略

软件产品的功能和性能依赖于采用的软件开发技术、系统的运行环境和软件应用领域的三维体系，因此，一个软件测试用例的设计是离不开其软件的周境（Context）的，也就是说，软件测试用例的设计是因系统运行环境和应用领域不同而不相同的。

2.1 测试样式实例

测试样式是对特定的、可重复使用的软件测试问题提供一个通解，它包括决定样式应用系统环境的上下文（即：周境），以及由相关因素组成的部件。软件测试样式描述了测试设计中最基本的问题，也是软件测试设计的最佳实践。样式作了测试用例一个隐含的断言：假定满足了在样式中的上下文和组成因素的条件表达式，这将是一种很好的解决问题的方式。因此，样式是针对特定需要解决问题的一种通解，样式的种类多种多样，千变万化，但可以根据测试的实际需要量身订做。针对不同的被测项目对象，软件测试的着重点也不一样，因此会有非常多的类型测试样式。V.Binder提出了32种测试样式，测试样式简化了软件构造框架，关注为完成某种测试所必须的问题，因为样式是求得特定问题一个通解，在软件测试过程中是完全可以复用的，软件测试样式的具体实现就是一个测试包，由多个软件测试用例组成。

然而，不管软件测试需求怎么变化，一个测试样式可以形式化的描述为一个十元组：

即：{样式名称，样式目标，测试周境，故障类型，策略，入口准则，出口准则，结论，己知应用，相关样式}。

（l）样式名称Na：表示能标识该测试样式的名称和短语；

（2）样式目标ob：每个样式都有其需要实现的目标，即满足软件测试设计所期望的某个特定的测试功能；

（3）周境Ct：强调软件测试设计的基本问题，描述样式解决的测试设计问题，使用的范围和时间，针对的软件实体范围设定其运行环境；

（4）故障类型Fm：阐述样式所采用的故障模型以及采用的该模型的理由，故障模型对发现存在的缺陷非常重要，有效的测试必须致力于在几乎很好的代码中能发现隐藏的极少的故障或缺陷；

（5）策略St：给出软件测试设计和实现的最好测试用例的算法、技术路线和系统应有的提示；

（6）入口准则Ey：定义使用该样式的前提条件和所做的必要准备工作；

（7）出口准则Et：定义满足样式的测试目标必须获得的条件，及测试样式的输出条件；

（8）结论Cl：介绍采用此样式的优点和缺点，包括测试开销、获得的利益、需要承担的风险以及相关情况的说明；

（9）己知应用Ka：介绍此样式的应用的成功案例和取得的测试经验；

（10）相关样式Cp：与此样式相类似的样式，并对样式加以补充资料说明。

2.2 可复用测试样式

可复用测试样式是对可复用的软件测试问题提出一个通解，它包括决定样式应用的周境，以及相关因素组成的部件。软件测试用例的复用有三个基本的条件：一是必须有可以复用的软件测试用例，二是复用的软件测试用例对将来软件测试是非常有用的，三是复用者应该知道如何去使用被复用的测试用例。正确地刻画、描述和管理可复用的测试用例是实现测试用例复用的关键技术。可复用测试用例模式是在通用软件测试用例属性的基础上，增加可复用的属性与特征，如测试接口描述、功能粒度、复用频度和版本信息等，以便利用已有的软件测试用例资源来支持软件测试用例的复用。可复用测试样式是对可复用的软件测试问题提出一个通解，它包括决定样式应用的周境，以及相关因素组成的部件。可复用测试样式具体的内容如下：

（1）样式名称Na：可复用软件测试样式；

（2）样式目标Ob：采用该样式设计的测试用例，可以用黑盒测试方法进行复用；

（3）周境Ct：测试用例应该以测试类型、被测试领域、测试方法、测试目的进行分类；

（4）故障模型Fm：可以采用数据域的边值分析、因果图和错误推测法；

（5）策略St：从黑盒测试的角度出发，只关心软件的行为，最大限度地屏蔽软件系统运行环境和开发技术的因素，让测试用例具有独立性；每个测试用例只需与一个特定测试场景和唯一的结果相关联，一旦软件测试用例失败，不会造成对其他软件测试用例执行的影响；

（6）入口准则Ey：使用该样式的前置条件是符合复用条件和分类条件的；

（7）出口准则Et：需要达到软件测试目标而设定的复用要求；

（8）结论Cl：采用该样式开发的可复用软件测试用例，可以提高测试用例的复用力，极大地提高软件测试用例设计的效率，推动测试用例的共享；

（9）己知应用Ka：在《软件测试管理公共服务平台》软件中已得到应用；

（10）相关样式Cp：共用测试样式。

2.3 测试用例的复用策略与知识共享实现

在编写测试方案时，首先根据被测的功能点，定义需要的测试用例类型，在测试用例库中选择，如果存在相应的软件测试用例并且合理有效，则复用到软件测试方案中去，如果不存在相应的可复用软件测试用例，则创建一个新的软件测试用例加入到软件测试方法中，当该测试方案被执行，新的测试用例得到了实际应用系统的检验，并确定无误后，则将新的软件测试用例添加到用例库中，这样便可以保证软件测试用例的收集和积累，从而创造了软件测试用例知识库的共享。

3.结束语

软件测试的复用不仅可以从软件测试的管理工程中复用，同时也可以有效的管理测试用例，实现测试用例的不同软件项目之间的复用，也可以在同一项目不同测试类型之间复用。本研究分析和研究了软件测试技术中的复用所采用策略，将有助于软件测试复用技术的发展，同时可以指导软件测试的实践过程。

参考文献

软件测试心得体会范文第5篇

行业认知程度一般

1、职场人对于软件测试行业认知度一般

调查显示，职场人对于软件测试行业认知度一般。选择非常了解的只有8.8%，可见，对于该行业了解程度高的职场人不足一成。选择“知道一些”的不足四成，其余超过半数的职场人都选择不了解甚至没听说过。可见，软件测试行业作为一个新兴行业还没有受到广泛的社会认知，还有很多职场人对于这一行业不甚了解。

在对于软件测试行业的认知程度上，理工类背景的职场人比文科和医学背景的职场人要高的多，而理工类计算机专业相关背景的职场人对于软件测试行业的认知程度又明显高于理工类非计算机专业背景的职场人。可见，目前对于软件测试行业的了解还是主要集中于IT相关背景的职场人，而其他专业的人对于此行业了解程度还远远不够。

调查显示，伴随学历的提高，对于软件测试行业的认知程度也明显提高，二者呈正相关关系。高中及以下学历者对于该行业非常了解和了解一些的只有两成，大专学历则超过了四成，大本学历的职场人这两部分相加则超过了半数，而研究生及以上这两部分人相加超过六成，将近70%。可见，高学历背景职场人对于软件测试行业认知程度高。

从城市分布来看，大城市和东部沿海城市对于软件测试行业认知程度较高。对于软件测试行业认知程度较高的城市除北京以外，主要集中在东部沿海地区，如南京、深圳、珠海、广州等，而在中部只有武汉比较突出，西部则西安对于此行业的认知程度较高。

关于行业，从事IT行业的职场人对于软件测试行业的了解程度远远高于非IT行业的职场人。但是值得注意的是，有近半数的非IT行业从业者对于软件测试行业听说过但不了解。可见这一行业目前越来越深入人心，只是更多的人还不了解该行业的具体内涵，也充分证明伴随软件测试行业的认知程度不断提高，会有越来越多的非IT行业从业者了解该行业。

2、软件测试的专业性最被认可

对于听说过软件测试和了解软件测试的职场人来说，提到软件测试首先想到的就是“专业”，选择这一选项的职场人超过了半数，可见软件测试行业的专业性最被职场人认可。其次，被提及最多的特征是“高薪”，在一部分职场人心目中，软件测试行业拥有令人羡慕的薪酬水平。当然，也不乏会有人认为软件测试工作是一项枯燥的工作，尽管对于软件测试行业的态度褒贬不一，但是正面的评价明显多于负面，总体来说，职场人认为软件测试行业是一个专业具有较高薪酬水平、较好发展空间的行业。

3、四成职场人IT行业首选软件测试

超过四成职场人表示，如果选择IT行业工作会首先考虑软件测试，软件测试在IT业中排在首位。首选软件测试的职场最主要的一个原因是认为软件测试行业前景好，选择这一原因的人超过了半数，其次是薪酬好也超过了四成。其他首选软件测试行业主要原因还包括发展空间大、个人兴趣以及专业性强等。

选择软件测试行业的职场人主要原因是前景好、待遇好和空间大。尤其是关于行业的前景，在首选软件测试的人群中超过半数的人都选择了前景好。可见关于软件测试行业未来发展的前景，广大职场人是充分认可的。

成就感

1、薪酬、技术含量与创新成果被认为是具有成就感工作的三大要素

职场人对于具有成就感的工作界定不尽相同，但是有三个要素的选择是相对集中的，其中最集中的要素为薪酬高，超过半数职场人认为这是工作具有成就感的重要要素。其次是技术含量高，选择也超过四成、接近半数。选择“不断创新”的职场人也超过了四成。可见，薪酬、技术含量和创新成果是职场人认为工作具有成就感的三大核心要素。

2、超过半数职场人认为在IT行业中计算机软件开发是最具成就感的工作

在IT行业中，超过半数职场人认为最具成就感的工作是计算机软件开发，其次是计算机软件测试，但是比例一下子降到三成以下，与软件开发的选择比例还是相差较大。接下来是互联网应用与维护和计算机硬件。计算机软件开发在成就感方面的优势还是相当明显的。

3、软件测试行业从业者成就感感受

软件测试行业从业者对于软件测试行业的成就感还是比较认同的。在软件测试行业成就感量表中，对于十一个成就感的描述每一项的最高分为5分、最低分为1分，其中最低的一项平均值也有2,9，最高的一项达到了3.7，成就感量表总体均值为3.38，成就感较高。

在十一项成就感描述中，均值最高的一项为“我认为我在工作中有机会学习和成长”，其次是“我拥有的技能能够完全胜任目前的工作”以及“我觉得从事这个职业很有奔头儿”。可见，从业者对于软件测试行业的成就感也主要集中于成长空间、专业技能以及发展前景。

软件测试培训市场有前景

尽管在参与调查的职场人中，只有刚刚超过一成职场人参与过软件测试职业培训，但是在还没有接受软件测试相关培训的职场人中有46%的职场人表示有可能接受软件测试相关培训。24.5%的职场人表示自己目前还不知道，只有29.5%的职场人表示自己完全不可能参与此方面的培训。可见，软件测试相关职业培训市场大有发展前景，随着软件测试行业的蓬勃发展，此行业的培训市场也必将迎来一个蓬勃发展期。

软件测试行业对于人才具有较强吸引力

1、软件测试行业对IT行业从业者具有较强吸引力

调查显示，对于IT行业非软件测试从业者而言，软件测试行业依然具有较强的吸引力。在IT行业非软件测试从业者中，70%的人表示自己会考虑向软件测试转行。16.5%的人表示还没想过，只有13.5%的人明确表示不会考虑。可见，软件测试对于IT行业内的其他从业者的确具有较强的吸引力。

2、专业门槛是阻碍更多IT行业从业者进入软件测试的障碍