软件测试工程师心得体会范文热选通用8篇

【请您参阅】下面供您参考的“软件测试工程师心得体会范文热选通用8篇”是由阿拉网友精心整理分享的，供您阅读参考之用，希望此例范文对您有所帮助，喜欢就复制下载支持一下小编了！

软件测试工程师心得体会【第一篇】

下面简单谈谈我的几点体会：

体会一：软件测试在整个软件周期中的重要性。

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

体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。

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

体会三：在系统性能测试方面需要重视。

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

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

下面是本人的几点想法：

想法一：加强系统上线前的性能测试。

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

想法二：适当介入相关项目研发。

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

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

转载自

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

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

软件测试工程师心得体会【第二篇】

我觉得学习软件测试的通用技术与针对某类软件的测试技术外，还有一个重要的与技术无关的方面：业务知识。没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误，当然需求要依据特定的软件，但软件测试人员对需求理解的深入程度不应低于软件开发的人员。因为软件测试所有的依据来自于需求，而所有的需求来自于客户，甚至是我们的全部都来自于客户。识别需求后还必须转化为测试上的需求，毕竟测试人员看需求的角度和开发人员还是有区别的。

关于学习，我知道我并非计算机专业的学生，初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是，总该知道如何去学习，然而我认为，学习总该有必要的方法。

一、找个好师傅。

这是最重要的一条了，也是公司提供的最好的一个条件。刚进来的时候，td，测试案例都有一个pm细心的和你讲，案例有什么方法来设计要注意哪些错误软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕的了。呵呵，还好，悟性不错，都囫囵吞枣地吞下去了。

二、学会读书。

无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出自己所错误的。

三、与前辈们一起讨论，多说。

总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学习，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点，这样既能够让人家了解我们的水平，也方便老师前辈们对我们进行指导。

这些天的学习，我也有了一点自己的心得体会。

体会一：软件测试在整个软件周期中的重要性。

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

体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。

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

将本文的word文档下载到电脑，方便收藏和打印。

软件测试工程师心得体会【第三篇】

通过实习提高自己的对社会的认知能力，同时理论联系实际，让自己迅速适应社会，跟上it前进的快速步伐。通过理论与实际的结合、学校与社会的沟通，进一步提高学生的思想觉悟、业务水平，尤其是观察、分析和解决问题的实际工作能力，以便培养自己成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。

1、负责应用上线前的内部测试，android应用程序的测试；

2、构建测试环境，设计测试脚本和用例，执行测试脚本和测试用例，寻找bug；

3、分析问题所在并进行准确定位和验证，按照标准格式填写并提交bug报告；

4、跟踪并验证bug，并确认问题得以解决；

5、按照标准格式填写并提交测试报告，完成软件开发的.集成测试工作。

1、掌握软件软件测试理论，有清晰的测试逻辑，良好的沟通能力

2、熟练编写测试用例及缺陷报告

3、了解安卓系统常用工具及命令，了解常用自动化测试工具

4、有过专业的测试培训经历者优先考虑

软件测试工程师心得体会【第四篇】

一个从点点点开始，一切未知的故事。

在最初的认知里，软件测试这个行业需要掌握的只是简单的点点点，但是怎么点，从那点，为什么点一直是我内心的疑惑，所以，为了让自己能够点点点，更明白的点点点，学习软件测试并在这个行业发展成了我现阶段的目标。

需求澄清阶段：从二三百字的英文需求文档，像一个产品的使用说明书，简单明了的交代了是什么，怎么用。到后来几千字的需求澄清文档，是一次思维的转变。从习以为常的使用各种软件到思考怎样去制造出来一个软件，一个成熟的软件具备了哪些功能才能够让我们去使用，要同时从人和计算机的角度去思考问题。从人的角度出发，我们要考虑我们所需要的软件能够帮助我们干什么，在哪些方面减少我们的人工成本，怎样才是使用起来方便快捷的。从代码的角度出发，代码能够实现的功能有哪些，其中的逻辑顺序是怎样的，怎样才能用最少的代码实现最多的功能。尽最大的努力去提出尽可能多的需求。

思维导图阶段：思维导图，像字面意思一样，是思维的引导流程图。相比于繁琐的文字信息，它能够有逻辑有顺序的用最少的文字展现一个软件应有的功能。也能够说明在人们对于软件错误的操作后，软件能够明确的告知。

测试计划阶段：计划，顾名思义，对任何一件事情都是需要有计划的，它就像是完成目标的开始，我们在对某件事情有了初步的了解之后，怎样去完成这件事情，谁去完成这件事情，在什么环境下完成这件事情，怎样就算达到目标，不管哪一方面，我们都需要一个简单的计划，这样才能更好的掌控事情的发展形势。

测试设计阶段：软件测试需要我们去测试什么，我们怎样才能测试出来我们想要的东西，根据什么去执行测试。或许这就是测试设计的意义。根据对需求的理解，我们怎样才算完成对需求的开发，是测试设计的重点，也是测试用例编写的依据。我们需要全方面的考虑问题。不仅仅是它能不能正常使用，而且也包括在异常情况下的处理；在不同条件，不同环境下功能能否正常使用；一个软件前端和后端所能显示的信息情况是否一致。这些都不再是概括性的描述，而是具体的.实例。

需求澄清到用例开发，二三百字到上万字的文档，对于软件测试这个行业有了全新的认识。不止是简单的点点点，是对一个项目上线前的最后一道防线，尽可能多的去避免缺陷产生是软件测试的职责。

对于现阶段的自己，想要更深层次的了解软件测试，需要的是时间和精力的付出。只希望现在的自己，能够快速的掌握软件测试的基础知识，进入这个行业。在实践中成长，在成长中学习。

软件测试工程师心得体会【第五篇】

下面简单谈谈我的几点体会：

体会一：软件测试在整个软件周期中的重要性。

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

体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。

加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。

体会三：在系统性能测试方面需要重视。

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

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

下面是本人的几点想法：

想法一：加强系统上线前的性能测试。

能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。

想法二：适当介入相关项目研发。

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

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

转载自

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

整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务平台。

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

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

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

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

—王礼永。

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

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

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

这是我第一次参加项目开发，我们小组的各位成员互相协助，充分体现了团队精神和意识。首先，项目的模块必须分的合理清晰，只有这样后期的所有工作才能顺利展开，每位成员必须积极向上、团结一致共同努力实现项目的开发。其次，通过这次项目开发，我对项目开发的流程有了基本的认识和了解，我相信这是我以后工作学习的基础。最后，我充分认识到了自己基础知识的不足和能力上的欠缺，机会永远留给有准备的人的，在这个充满竞争的社会当中，机会也是留给优秀者的。

很荣幸参加了这次兰州直方信息技术有限公司提供的这次实训，我真诚地感谢这次项目开发当中的项目经理，你帮我们解自我决了很多实践当中遇到的问题。也真诚地感谢参加实训的每一位成员，感谢你们对我的帮助，是你们让我更加清楚地认识了自我。真诚地祝愿大家工作学习顺顺利利，生活开开心心。

通过这次项目使我知道了一个团队的重要性，一个好的团队真的可以事半功倍，当然组长起的作用很大，一个好的组长就可以很好的发挥各个组员的优势，使组员之间优势互补，这样一个好项目的完成就具备了很好的基础。

不管什么时候，学习能力是一个人必备的，你可以不懂，但你可以在很短的时间内学会它，这是我深深感受到我们在学校的理论学习是多么重要，技术有很多，但理论基本不变，这我觉得就是一个人的学习能力的基础。

在这次实训当中,我感受最深的就是技术的欠缺，还有应该提高学习能力，一直以为学校学的基础知识不会有多大用处，实践才是最重要的，现在发现没有好的理论，很难在实践中有进步。学习的能力我认为是在一个很短的时间里，学习自己欠缺的东西，能更好的完成工作。还有团队的协作，这也是以后我应该注意的，一个人即使技术很强，但如果他不能很好的进行团队合作的话，他不可能做好一个项目。

很感谢公司提供这个实训项目，能让我们很好的进行亲身体验，在项目进展过程中，非常感谢项目小组成员对我工作的支持和帮助，感谢在项目开发中，各位领导对项目进度的关注！谢谢！

软件测试工程师心得体会【第六篇】

职责：

1、根据软件功能需求，编写测试计划。

2、搭建软件测试环境;。

4、负责项目现场的软件安装与调试工作。

5、负责项目软件问题的跟踪和反馈。

6、负责公司展厅的设备操作和维护工作。

7、完成上级领导交代的其他事宜。

岗位要求：

1、大专以上学历，计算机相关专业优先;。

2、无工作经验要求，需要具备较强的服务意识和良好的沟通协调能力。

3、根据项目需要，能适应较长期出差。

4、熟悉windows操作系统和网络相关知识;。

5、具备c/c++或其他语言基础，有相应的软件开发经验优先;。

软件测试工程师心得体会【第七篇】

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

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

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

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

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

1.功能点的细化

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

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

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

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

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

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

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

5.制定严格的测试计划

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

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

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

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

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

8.重视交流和沟通

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

9.善于总结

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

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

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

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

软件测试工程师心得体会【第八篇】

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

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

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

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

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

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

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