软件专业的部分同学在学习了编程的课程以后，往往有畏难情绪，认为软件开发工作对人的脑力和体力的要求高，而且技术变化快，需要不停地学习更新知识，同时工作中还常加班，于是就产生了逃避心理，希望在分专业的时候选测试。他们认为测试是挑别人产品的问题，总比自己创造容易。有很多同学带着规避困难的情绪来到软件测试专业，这是一种不正确的心态。测试工作往往是入门容易，深入难。

1.1测试工作需要对行业有广泛的知识面

软件测试工作看起来起点低，好象不需要深入的专业知识就可以开始做了。测试人员往往刚入门的时候是参加一些具体的项目，从项目中积累测试经验。但是如果没有良好的对计算机软件和硬件的知识基础，经验的积累容易限于表面，而不深入。

比如测试中比较热的一个方向是性能测试，该方向对软件的响应时间，资源占有进行测试。性能测试往往使用测试工具。测试工具对软件系统运行中的测试结果进行数据采集。而测试人员需要对结果进行分析，刚开始的时候面对各种数据可能不知道如何分析，经过经验的积累，可以从数据中找到系统的瓶颈，提出改进系统的意见。如果没有对系统的全面了解，对专业数据的分析能力，是无法胜任工作的。

测试中还需要人员有很强的自学能力。因为许多时候我们使用自动化测试工具辅助测试人员完成可重复的测试任务，往往它们都自带一些脚本语言，测试人员要通过自学而掌握，所以也需要编程和调试的技巧。目前一些公司还开始重视开发自己软件产品的测试工具，这样要求从业人员担当开发和测试的两重角色，是非常有挑战的工作。

软件测试员在做具体项目测试的时候，还需要对该项目的行业背景有所了解。一个专业测试师可能会接触比软件开发人员多得多的项目。他在做测试的初期需要对被测试项目做专业了解，可能就会接触到各行各业的软件。比如做金融行业软件有什么特殊的要求，金融行业对信息的操作和信息安全方面要求怎样，信息安全的技术有哪些等等。

我们的软件测试方向教学中，也开始聘请工业界的行业专家为同学们讲行业软件开发的专题讲座，以让大家有更多机会了解行业背景。

从教学中大家都体会到该方向对专业知识领域的要求是相当广的，片面理解测试是一个比较低档次的软件工作不合适。

1.2测试人员和开发人员做的是一个工作的两个方面

在软件产品开发的工作中，好的测试人员和开发人员是在干一个工作的两个方面。测试人员在清楚软件产品的客户需求的情况下，凭借自己敏锐的感觉和对软件系统的深入了解，是在有一定批评和指导性地帮助设计和开发人员完成软件产品生产活动。我们讲授课程的时候强调这个观点，测试人员不是团队的二等公民，而是客户的眼睛，是产品的鹰眼。

2测试员更需要培养团队精神

2.1尊重个性思维特点，发挥团队优势

我们知道测试中有黑盒子和白盒子测试，黑盒子测试是测试人员在只知道软件功能说明，不知道软件内部的实现具体细节的基础上开发测试用例，进行测试的过程；而

白盒子测试，是测试人员对软件内部代码在明白其实现原理的情况下进行的深入代码内部的测试。这两种测试需要测试人员站在不同的角度看待被测试对象。测试团队中，测试人员的思维方式各不相同，配合好，可以很容易发现软件产品各个方面的问题。比如黑盒子测试，适合让一些有使用该类软件经验的人担当，他们在该类软件中的使用经验将对测试带来很好的旁观者的意见，而白盒子测试适合参与编写软件的人，或者对系统代码有一定掌握的人做。两种方法产生的效果不同，前者人员不能陷入别人的思维定式，后者人员却要非常注重细节。在课堂教学和实践项目中，我们发现不同的同学有不同的思维特点，测试人员的思维特征决定了他能够怎样发现缺陷和发现怎样的缺陷。好的测试管理，应该尽量发现每个人的长处，把他们放在合适的岗位上。

教学实验中的测试项目，同学们是团队完成的，大家感觉测试工作真是需要协作的工作，一个项目的`测试结果，往往是整个团队所有人的努力。有一次课堂讨论如何测试一个下棋软件，喜爱软件开发的同学想到最多的是如何测试它的功能点，界面是否正确；有的女同学对外观和美感敏感，提出了改进意见，包括改进界面的舒服度，颜色的搭配等；有的同学平时学棋谱，利用自己的棋艺特长和软件比赛，发现了软件算法的秘密；老师还介绍了这类智能下棋软件的常用算法。大家感觉软件创造非常有魅力。

我们感觉课堂是一个集体，同学的参与非常重要，而老师主要起着管理和协调的作用。老师在和大家的讨论中发现了很多思想，和学生一起交流学习。这点在测试课堂上特别容易表现出来，因为我们在用评判的思维考察软件产品，而不是单纯的学习了。

2.2问题的解决是团队精神的体现

不同人的思维都不一样，这样可能一个项目测试的人越多，测试效果就越好。但是人一多，就产生矛盾和意见。学会尊重他人思想和意见是非常重要的，而管理协调人员的目标是需要让团队意识到这点，找到最好途径完成项目。

测试团队特别需要学习协调各个方面的关系。测试人员和开发人员发生矛盾是最常见的，测试团队内部也可能会因为一个问题的理解不同而产生分歧。我们在团队中需要尊重每个你的合作伙伴，而不是一味强调自己意见的正确而强制他人接受自己。比如定级一个软件缺陷的级别，可能不同的人就有不同的看法，有人觉得很严重，有人觉得没那么严重，如何能互相体谅的协调好工作，最终拿出合理解决方案是大家需要思考的。例如在讨论一个任务调度的软件测试时，有的同学提出界面的结果数据在颜色上可以改得更漂亮，更丰富，更直观些，这样看起来容易让人明白。而该项目的开发人员觉得自己使用的一致的颜色很好，界面太花俏不符合设计思想，而且修改起来技术上又费点工作，不愿意，有的时候为这样的小问题，大家都会不愉快，处理不好，会很大的影响工作进度。这个时候项目组领导需要权衡利弊，让小组成员最终达到统一的决定。

一个团队需要一种协调合作精神，问题的解决往往是团队精神的体现。

3计划是测试成功的保障

测试工作要做的好，学会条理化自己的工作非常重要。测试管理那几节课，我们专门讲了如何做一个合格的测试经理人。测试管理是软件工程的一个部分，管理的目标是管理你的测试团队，让他最大效率的工作。而做这样的工作过程中，你如何确定你的被测试项目，该项目有哪些特点，你还需要深入了解哪些方面，自己目前的资源有哪些，在确定了测试目标后，怎样确定测试计划，同时怎样实施你的计划，在计划落实的过程中，你如何监督计划的完成。同学们非常喜欢这样的内容。

但是测试经理的工作又怎样能够做到井井有条，忙而不乱呢？可能需要从大学的学习中养成良好的计划和完成计划的习惯。许多同学发现良好的工作学习习惯特别有助于成功，比如把平时看到的想到的记录下来，把想要做的工作记录下来，给自己定个计划，看自己完成的情况怎样，在这个计划实施过程中，有哪些地方没做到，是否没有毅力，还是说被其他什么事情占用了时间。应该怎样做计划调整，或者对自我行为做调整。

4培养耐心做测试

测试工作看起来乏味，因为毕竟没有开发工作那么有挑战和创造性。但是测试工作需要耐心和恒心，在这样的工作中，你能够培养自己的耐力。测试工作需要你付出自己的热情和耐力，如果你为了刺激和新鲜，任何工作都有失去新鲜的时候。只有培养自己甘于寂寞，耐心塌实的心态，方能把路走的长，走的宽。正如前面说的，测试和开发是一个工作的两个方面，它们最终需要的都是个体从业人员的成熟和毅力。

5总结

软件测试在软件行业受重视的程度刚刚开始，该方向的教学活动也刚成为一个新亮点，如何能够健康地引导学生们走入这个方向，是值得大家共同探讨的问题。笔者感觉测试教学不光要教会同学们一些专业知识，还要通过教学让大家体会测试工作的行业精神，以及它对个体的行为和思想上的要求。

测试员心得体会篇2

软件测试在整个软件周期中的重要性，它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。

再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。

经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。

当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。

目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。

对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。

我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。

现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。所以，是否应该针对某些项目介入厂家研发工作，比如请厂家提供源代码等相关要素，以增进维护人员对系统的了解。

最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务平台。

测试员心得体会篇3

在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的)。

而通过这次的这次分析觉得自己的测分还存在以下的'问题：

1、太关注开发的内部实现逻辑。建议：将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。

2、分析文档写的过于详细，甚至将用例的步骤都写了出来。建议：测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样)，这样后面的人才会自己主动去想问题。

3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为“r”这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到r这么细节，否则的话开发稍作变动我们就要相应变动我们的用例

4、没有明确测试目的。review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。

总结：

1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分(即不去看系分文档)，待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。

2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。

3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。

测试员心得体会篇4

?软件测试方法和技术》这门课程，还是由张建东老师教我们的`。在张老师的讲解下，我深刻的体会到软件测试是很有必要的。一个软件，从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。这一系列的开发之下。千辛万苦的，花费了大量的人力物力、金钱时间，终于把软件给做出来了。你试着想一下，要是送到客户的手上，客户突然发现，软件用不了，或者是软件存在很大的缺陷。导致软件不好用、甚至比原先没有这个软件，还麻烦了。客户是很愤怒的。客户一愤怒，就导致客户不会付钱。这最终，项目失败，造成资源的大量浪费，所以说软件测试还是很有必要的。再者就是，软件测试可以发现软件的缺陷，从而通知编程人员不断改进软件。在这样不断测试，不断改进的情况下。将软件性能不断提高，软件变得越来越好用。

软件测试，旨在发现软件的缺陷。可以这样说，软件测试就是以发现软件缺陷，为最终目的的测试活动。它通过软件测试方法，白盒的、黑盒的、静态的或是动态的。借助软件测试工具，来找到缺陷。然后在缺陷评审和确认之后将缺陷记录下来，并用缺陷管理工具管理，详细描述，关注软件缺陷的发生周期。对它的严重性、和优先级下一个定义。书写软件缺陷报告，具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。提交给软件编程人员，来完成软件缺陷的修复。

软件测试的方法，包括：白盒测试和黑盒测试。其中，白盒测试之中，有含有：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。黑盒测试方法中，有：等价类划分法、边界值分析法、判定表法、因果图法等。软件测试方法，按照是否运行代码来看，可以分为：静态测试和动态测试。其中静态测试有，对代码的走查和评审。动态测试，则是要通过运行代码来执行。白盒测试多用于软件的单元测试上，黑盒测试多用于功能性测试上。代码的静态测试和动态测试，则是每一个软件项目都必须的。

单元测试，多构造桩函数或是驱动程序来测试。一般借助与各种软件测试工具。软件测试，或者说程序测试。一般先是进行单元测试。单元测试，修改完单元之中的缺陷、错误之后，就是集成测试。集成测试多针对程序功能进行测试，看程序的各项功能是否达到要求，是否齐全。集成测试之后就是系统测试。系统测试是针对整个软件系统的。看软件系统是否达到性能的要求。从而改进代码，以求达到系统的严格要求。最后就是验收测试，这个测试，一般都分成两半来做。一半是，程序员模拟客户环境，进行测试。而，另一半则是，真正的客户参与的测试。最大程度的体现客户的真实环境。客户在试运行的情况下，看是否会发现，平时发现并且以前的环境发现不了的问题。

验收测试，包含对界面的测试和软件可用性的测试，运用尼尔森十大原则，来测试软件是否好用。软件是否达到用户的对软件界面的需求。

无论是软件编写，还是软件测试，都需要相应的文档管理。还有针对软件测试制定的测试计划，软件测试执行等。

通过本学期的学习，我感受到软件测试是一门非常需要学习的课程。即使作为考察课程，它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到

项目的测试。如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到项目测试的精髓，对软件项目测试有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目测试课程，多让学生了解实例，去感受、体会软件项目测试所遇到的问题和解决方案，理解软件项目测试的精髓。

测试员心得体会篇5

曾经一度认为软件测试就是使用工具测试bug，现在看来不是这么一回事情，因为还是有手工测试（执行测试），工具只是一个辅助，用工具你先要去了解测试的一些基本的东西（如：测试用例，预期结果等），不是那按两下按钮就行了，就算是录制脚本，也需要看懂脚本的代码，工具不是万能的。

一开始接触软件测试觉得很枯燥乏味，全都是一些理论的东西，还不如回到小学学习语文呢，都是一些名词的解释，比如:黑盒测试，百合测试，系统测试。测试基础等等这些，老师都会去告诉你这些名词什么意思，很无聊，到后来慢慢由语文变成了数学，开始练习测试用列的编写，这个还有点意思，因为这个更多时候能够体现个人的逻辑思维能力，再然后数学就转变成了英语，因为要使用到一些测试的工具，比如：winrunner工具，录制脚本它会产生一些代码，不过代码比较好理解，虽然是英文的但是还是很好看懂的。

学习软件测试一学期，其实我觉得最重要的是兴趣，有了兴趣还是不行的，还需要具备一些语言的基础，例如：c，java，c#等一些语言，这些语言你不需要去深入的学习，只需要了解，最重要的.是了解数据库（例如：sql，mysql，oracle）的知识，想要成为一个好的测试工程师，应该要全面的发展，读懂需求分析文档（注：客户的要求），还有要学会写文档，语言的组织能力决定你这份文档的价值，这也是一种沟通能力的体现，比如写缺陷报告时：有一项是描述缺陷，这就能看出你的表达能力，给程序员能不能看懂就能体现沟通，最后就是整理文档和撰写测试总结报告，越是到最后越是要细心，因为软件永远都是有缺陷的，我们的细心可以让软件减少一些bug，不求最好，只求更好。

测试员心得体会篇6

六天的培训结束了，感觉过得好快啊。虽然是因为参加“模拟招聘”获得这次机会的，不像其他同学一样是交钱的，但是我也是抱着要学东西的心态参加的。

第一天老师就给了个下马威——教材全是全是英文版的。对于虽然大三的我来说，英语四级刚过，六级成绩还没出来的情况下，想看懂全文是不太现实的。在老师讲解过程中利用在线翻译才勉强能看懂句子。不过培训过程中最难忘的不是来自教材，而是来自老师的那双犀利的眼神。无论何时，只要你打开了与课堂无关的网页，她总会第一时间或叫号码，或叫名字，或站到你旁边。说实话，大学上课已经很久没有这种高中被管的感觉了。虽然不爽，但是却有种回到高中的快感（说的是实话）。

头几天还蛮不错的，食堂开门的，超市没关。可后几天，当校门口已无人烟，就剩我们这几个的时候就真觉得寝室楼好静啊，还不如在机房呆着。对于老师我想说的是，前几天笑容总是挂在脸上，可两天后明显笑的少了，不知道是不是因为和大家熟了，没有刚见面的客气了（我喜欢看人笑，本身也喜欢笑，老师的.这种变化，我很敏锐的察觉了）。

这次培训虽然感觉学到的没有很多，但是我了解了一个企业，起码是软件测试这一行业大致的运作模式，让我对我将来要不要从事这个行业有了认识。貌似软件测试女生为主，男生比较适合从开发做起，这是我这几天得到的最大体会。还有对于课堂结束的演讲，是个锻炼

自己的好机会，我并不否认这点，不过貌似每个人都只有一次机会，我是个表现欲很强的人，让我讲了一次有点不过瘾。

开始我是因为不想浪费免费来上课的就会，来到后我觉得确实很多时候是需要多接触下这些社会上的公司、企业等，毕竟还有一年就毕业了，到底何去何从自己是真的要好好做个打算了。期待下一期的网新的培训??

测试员心得体会6篇相关文章：