软件测试黑盒心得体会6篇

要想进一步表达个人感悟，写心得体会是一个不错的方式，大家在动笔写心得体会之前，都是要进行认真思考和分析的，以下是本站小编精心为您推荐的软件测试黑盒心得体会6篇，供大家参考。

软件测试黑盒心得体会篇1

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

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

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

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

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

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

软件测试黑盒心得体会篇2

在大庆浦东软件平台有限公司经过一周的软件测试实训，从对软件测试没有什么经验的我初步掌握了软件测试的方法和技能，收获颇多。

我在大学期间的专业是信息与计算科学，原本打算从事网络方面的工作，对活动目录、数据库、操作系统等的知识比较感兴趣。经过这次理论学习，了解到要做好软件测试，要求掌握的知识并不仅仅是测试方面的，网络、数据库、操作系统等的知识对做好测试也是很有帮助的。这让我明确了以后学习的目标，在不断学习软件测试的同时，也应该继续其他相关知识的深入学习。

通过此次学习，对整个软件测试行业的了解大大的加深。以前认为软件测试只是枯燥的反复的使用被测试软件来发现异常的问题，以为软件测试并不重要，低开发一等。现在认识到了软件测试的重要性，软件测试是软件产业向软件工业化生产时代迈进不可缺少的重要组成部分，是保证软件质量达到客户需求不可缺少的环节。软件测试在国内是一个新的职业，发展得比较晚，但它的重要性正在为行业所重视。

在学习过程中，我了解了作为一个合格的测试人员所应具备的素质与技能。其中个人素质在测试工作中起到了非常重要的作用，它包括你的信心、耐心、细心和与人交流沟通的能力，它将贯穿你工作生涯的整个过程。在测试理论上，我们系统学习了软件测试的流程，各种测试阶段和测试方法，以及测试工具的使用。通过这些课程的学习，让我们对软件工程也有了更深刻的理解，为以后的测试工作作了很好的理论储备和技能的提升。

软件测试作为软件开发过程中一个非常重要的环节，越来越成为软件开发商和用户关注的焦点。完善的测试是软件质量的保证，因此软件测试就成了一项重要而艰巨的工作，要做好这项工作当然也绝非易事，我在做软件测试工作中总结出了一些经验和技巧。

1.功能点的细化

在进行测试前，先将所要测试的功能细分，填写《测试用例表》，有针对性的运行功能测试案例，逐个对每个功能细分点进行测试。在每次运行测试案例之前，明确此次运行的目的和预期的输出结果，并要做好记录。

2.注意测试中的错误集中发生的现象

有一些错误是和程序开发人员的编程水平和习惯有很大关系的。例如程序中的拼写错误，习惯用法等。注意收集并记录这些现象，有助于更快、更多地发现类似的错误。

3.尽可能多的使用非常规的测试

充分考虑到各种合法的输入和不合法的输入以及各种边界条件。边界值往往是最容易出现异常的情况，特殊的情况下甚至要制造极端的状态和意外状态，比如网络突然中断，和电源突然断电等情况。

4.对测试错误结果一定要有一个确认的过程

一般有a测试出来的错误，一定要有一个b来确认。

5.制定严格的测试计划

测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。

6.回归测试的关联性一定要引起充分的注意

在开发人员刚修复bug之后的地方，再找一找，往往开发人员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。修改一个错误而引起更多的错误出现的现象并不少见。

7.测试文档要尽可能详细

?测试用例表》中的功能点可尽量的详细，如实、详细地记录每次运行测试案例的输入数据，输出数据，出错提示，进行测试的时间，完成测试的时间等，便于以后对测试工作的回溯。

8.重视交流和沟通

包括和程序开发人员的交流，同是测试人员之间的交流，网上技术论坛和网友的交流，和客户的交流等。多思考，多交流，多提问，通过多种沟通交流的途径，可以少走很多弯路，同时可以学到很多东西。

9.善于总结

在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧，使用测试工具时的心得等等，都可以随手记录在笔记本或者电脑上。这些都将是今后工作中可以参照的珍贵资料，同时也会成为自己的宝贵经验。

10.妥善保存一切测试过程文档。

这次软件测试实训为我们以后从事软件测试工作打下了良好的专业基础，为我们的进一步学习提高打下了扎实的理论基础。对测试过程有了初步的认识，测试计划、测试设计、测试开发、测试执行、测试评估、测试报告贯穿整个软件开发过程。单元测试、集成测试、系统测试、验证测试每个阶段都应以用户需求为依据。这些基本的概念虽然比较抽象，但对以后的实践是大有益处的。

总的来说，这次培训效果不错，对自己有一定的提升，这完全不同与学校的学习，因为它更加贴近工作，针对以后工作的内容作了很多实例的练习与工具的使用，为我们更快的加入工作提供的很好的前提。接下来一段时间，我将利用假期进入相关测试部门进行实际项目的训练，我相信在我有了很好的理论基础后，会在工作中很好的加以应用，让测试工作做得更好。同时，我会更加努力的学习与工作，遇到问题会及时多渠道寻找解决方法，积极上进，希望早日成为一名优秀的测试人员。

软件测试黑盒心得体会篇3

通过这次课程设计的实训，增加了我学习软件技术的兴趣，虽然还不明确软件技术包含的具体内容，但从c++语言这门课程开始，已发现程序设计的乐趣，在学习c++语言的过程中也学到了许多计算机应用基础知识，对计算机的机体也有了一个大体的了解。在实际操作过程中犯的一些错误还会有意外的收获，感觉实训很有意思。在具体操作中对这学期所学的c++语言的理论知识得到巩固，达到实训的基本目的，也发现自己的不足之出，在以后的上机中应更加注意，同时体会到c++语言具有的语句简洁，使用灵活，执行效率高等特点。发现上机实训的重要作用，特别是对数组和循环有了深刻的理解。

通过实际操作，学会c++语言程序编程的基本步骤、基本方法，开发了自己的逻辑思维能力，培养了分析问题、解决问题的能力。深刻体会到“没有做不到的，只有想不到的”，“团结就是力量”，“实践是检验真理的标准”，“不耻下问”的寓意。

在此希望以后应多进行这样的实训，加长设间，培养学生独立思考问题的能力，提高实际操作水平。

通过本次项目实训我要感谢学校领导给我们提供了这次机会，让我们自己有出去体会生活，自己做项目的深刻体会。这次实训让我明白我自己之前的学习还是差很多，只有不断的努力，才能学好。还要感谢达内公司对我的指导，我自己的努力固然重要，但是达内的优秀教师给我做的培训，讲的理论都让我受益匪浅，让我对软件有了一个新的概念新的理解。

软件测试黑盒心得体会篇4

这个暑假惠普派人到我们学校来开展软件测试培训。老师说机会难得所以我就参加了，说实话每天在教师从早晨坐到下午，中间只有一个半小时休息时间，这样还是相当累人的。我们第一天开始就觉得这个简直比平常上课还累啊。

不过 看到老师讲得如此认真，看到惠普如此强大，我看在座的学员都听得非常认真。所以向我这种上课从来不听讲的这回都听得认真得不得了，呵呵。

前两天确实还是有点累，讲的也是理论课，而且以前我们从来没有接触过测试这个行业，所以听得也嘿吃力。但是老师给我们讲了不少他们的工作经验和惠普这种世界五百强美国十强的企业文化，鄙人是深受教育啊。

后两天我们每个人带一个笔记本进行上机操作了。我们的第一个任务就是安装软件，那个软件好大啊 ，整整2个g。我们考啊考啊考了好久才考完。软件叫qtp，就是惠普的快速测试专业版。确实是一个强大的软件，呵呵 大家用了就晓得了!

有 了电脑自然好耍了，我们休息的 时候就上网啊，我看猫和老鼠都看得差不多了。不过那个软件毕竟是大软件，操作还是比较复杂，而且全英文版，对我这种英语水平的人确实有点难以接受a。不过 呢，我还是在老师的敬业精神鼓励下学到了不少知识 受益匪浅啊，单词也记到了不少!离六级又近了一步!!

四天的培训在今天就彻底的结束 了，下午老师给我们开 座谈会，问我们有什么问题，结果呢我们一点问题都没得。老师教得好啊 呵呵!我们没得问题 老师又只有给我们说他的光辉历史了撒 。什么当年大学毕业了差点工作都没找到啊，什么当年英语学得最撇啊，还有找不到工作在网吧郁闷打游戏啊 呵呵。

我记得老师说得最有感情的一句话就是“社会是黑暗的啊”。我们对这句话都是深信不疑!所以以后呢，要好好努力啊，不管社会有 好黑暗你都能找到光明，生活就是如此，时间本就平凡。好好干好好干!

软件测试黑盒心得体会篇5

写在前面：找工作真不容易，来北京呆了一个多月，都没找到一个合适的工作

大三的时候，一次计算机等级考试，由于考c，数据库，都没过，就报了个四级软件测试工程师。抱着试试看的态度学了一个月做了几套题，就拿下了一个四级证书。当时想的是，这都行，水分有点大吧。

本来想找一份网站开发的工作，技术不够硬，一直在北京飘着飘着啊。通过一个学姐，得到了一个软件测试面试的机会。于是半只脚踏入了软件测试的大门，因为我现在刚开始写测试用例，还没有真正的融入到团队中去。

实习生，直接领导给我安排了一个实习计划，严格按照实习计划执行。首先就是看公司软件的手册，要了解产品，知道软件的基本操作流程，不会了就问带我的师傅。就这样学了一个礼拜，不同于用一款软件，在用的过程中要去思考，这个功能为什么有，这个功能要实现什么。忘了说了，现在产品做的是功能测试，比较简单，所以分到了这个组里。一周之后带我的师傅检查了一下我的学习成果，具体操作、实现软件的一些功能，然后就几个主要的功能点以及一些需要特别注意的关键词，给我做了详细的讲解。

然后给我了两个功能界面，让我写一些测试用例，开始感觉没什么可写的，这两个功能实现起来很容易的。第一天试着写了几个，然后拿给师傅看，因为不知道从哪方面入手，虽然看了一些以前的测试用例，但是亲手写还是第一次，所以有些拿不准。

就这样，写了几天的测试用例，一个功能点一个功能点的细分。写的差不多了，就开始看一些技术类的博客，尤其是软件测试中功能测试用例的写法。看着博客中提到的一些东西，对比自己写的测试用例，看看是不是满足要求。就这样自己一点一点的修改。

其实压力还是蛮大的，由于要测试的系统需要测试多个不同的数据库，以及不同的操作系统是软件的执行，所以有了各种学习目标，但是还是没有清晰的目标。努力吧，既然踏入了这个行业，就要努力的去汲取知识，不断学习，不断进步！

软件测试黑盒心得体会篇6

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

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

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

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

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

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

总结：

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

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

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