心得体会

软件测试心得体会

时间:2023-05-12 18:09:09 心得体会 我要投稿

软件测试心得体会精选15篇

  当我们有一些感想时,往往会写一篇心得体会,这样可以记录我们的思想活动。那么写心得体会要注意的内容有什么呢?以下是小编帮大家整理的软件测试心得体会,仅供参考,大家一起来看看吧。

软件测试心得体会精选15篇

软件测试心得体会1

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

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

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

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

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

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

软件测试心得体会2

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

  1、负责应用上线前的.内部测试,android应用程序的测试;

  2、构建测试环境,设计测试脚本和用例,执行测试脚本和测试用例,寻找Bug;

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

  4、跟踪并验证Bug,并确认问题得以解决;

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

  任职要求:

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

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

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

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

软件测试心得体会3

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

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

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

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

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

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

  总结:

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

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

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

软件测试心得体会4

  作为pm,有时需要招聘软件开发人员。这几年也一直在想,如何能在短短的30分钟或1小时内,快速识别出,坐在你对面的应聘人员,是否适合你的team。这几年也一直在观察和反思,经历过的team和现在team中的软件开发人员。有几点小的心得。

  1、倾向于招什么样的.软件开发人员

  —经历过历练的人

  吃过苦的,比如以前工作,经常被外派出差,又如曾在业内都知道以加班多而著称的公司呆过,还有些,留过学,但都是自己边打工边读书的,等等。

  这些人员,入职后,通常都是能干活,能作为骨干。

  —思路清晰,思想活跃的人

  让谈谈自己现在的产品,如果能清晰表述,有条理,会发散,但又能适当控制住,并收回到原话题。谈到技术问题和解决过的难题时,眼中有光芒:)

  这些人员,今后工作中,学习能力强,对解决难题有帮助,能作为中坚。

  —坦诚、坚定、平和的人

  面试中,坦诚,目光坚定。有时坦诚到甚至于显得有点木讷:)我曾经遇到一个,面试下来,我最后介绍我们产品中用到的技术,他对这些技术知之不多,最后他说,我可能不是非常适合,我知道一个朋友,他可能更适合。我综合评估后,最后还是选了他,事实证明,他后来做的很不错。

  坦诚坚定的人,会有恒心去学习,去解决问题。这些人员会作为team的基石。

  —有缺陷的人才

  这是一个朋友(lance)的想法,我认为还是有道理的。

  大公司,会看重综合素质,而如果是小公司,可以考虑选择一些有缺陷的人才。所谓有缺陷,是指,比如他英语很差,或沟通不清晰,但他能用程序员该有的思维去思考问题。这样的人员,通常进不了大公司,故会相对踏实地呆在一家公司,做好自己的工作。

  2、谨慎考虑这样的开发人员

  软件开发工作本身,显得比较沉闷,优秀的技术人员,都略显有些内向,因为解决问题,很多时候需要耐得住寂寞,时刻保持相对冷静。

  太活泼的人,会在遇到问题之初,表现出很强的冲劲,但当长时间不能解决时,会表现出没有耐心,会经常抱怨(对team、管理、产品、流程等),非常情绪化。有些女程序员还会吵,会哭,这时项目经理只能放下手中的活,下去给她买点零食来哄哄,莫哭,这里有你最爱吃的猫哆哩。一边擦着鼻涕、眼泪,一边嘴里塞满东西,鼓鼓啷啷这是酸角口味的,那个西番莲口味的才叫好吃、、、

  这些通常不太容易在面试时表现出来,在试用期时,要观察。

软件测试心得体会5

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

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

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

  

软件测试心得体会6

  经过之前的在校学习,对程序设计有了一定的认识与理解。在校期间,一直都是学习理论知识,没有机会去参与项目的开发。所以说实话,在实训之前,软件项目开发对我来说是比较抽象的,一个完整的项目要怎么分工以及完成该项目所要的步骤也不是很明确。而经过这次实训,让我明白了一个完整项目的开发,必须由团队来分工合作,并在每个阶段中进行必要的总结与论证。

  一个完整项目的开发它所要经历的阶段包括:远景范围规划和用例说明、项目结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试和安装包等等。一个项目的开发所需要的财力、人力都是很多的,如果没有一个好的远景规划,对以后的开发进度会有很大的影响,甚至会出现在预定时间内不能完成项目或者完成的项目跟原来预想的不一样。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用,它可以使开发人员对这个项目所要实现的功能在总体上有比较明确的认识,还能减少在开发过程中出现不必要的麻烦。代码的实现是一个项目开发成功与否的关键,也就是说,前期作业都是为代码的实现所做的准备。

  我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情,不仅要有足够的干劲和热情,还要有扎实的编写代码基础,必须要有事先对文档进行可靠性报告,功能说明书,详细设计说明书等的编写和一些风险评估的编写的能力。

  除了图书馆,最能让我感觉到身在大学的就是实训机房,在匆匆过去的两个月内,我往返于实训机房与宿舍之间,使我享受了一个充实的学习时期,让我感受到了大学的魅力,对自己充满信心,对大学充满信心,以积极的心态迎接明天挑战。

  实训中要求有扎实的理论基本知识,操作起来才顺心应手,我这时才明白什么是书到用时方恨少。这就激发了学习的欲望。

  学以致用,就是要把学来的知识能运用到实际操作当中,用实践来检验知识的'正确性。我想,这是实训的最根本目的。

  纸上得来终觉浅,绝知此事要躬行!,在短暂的实训过程中,让我深深感受到自己在实际运用中专业知识的匮乏。以前总以为自己学的还不错,一旦应用到实际就大不一样了,这时才真正领悟学无止境的含义。

  经过为期两个月的电子政务服务平台系统开发的实训,我对Visual软件开发平台有了更深一步的了解,对微软基础类库的认识与使用也有了大大的提高。以及如何使用SQLServer数据库进行连接操作方面有了本质的提高。

  短短的实训结束了,为我将来的就业打下了良好的基础,也提高了我的软件开发的水平,今后我将会更加努力的学习,不断提高自身素质,开拓创新,与时俱进,做一个优秀的软件开发工程师。

  经过长时间对国贸软件的的使用,在不断练习操作的过程中,我对国贸软件的最深刻感觉是:学以致用、有趣、必须细心耐心反应迅速。

  1、学以致用

  作为国贸专业,经过长时间的理论学习,急需通过实际操作或某种近似于实际操作的平台对所学的理论知识加以实践,以求进一步掌握和巩固,而国贸软件正提供了这样一种平台。该软件涉及了及出口贸易的各个方面和环节,从外贸公司的经营运作到实际的进出口业务流程,都能进行模拟实训。在使用过程中,会遇到很多国贸的基础理论知识和实务技能,这是对国贸理论掌握程度的最好考察。眼过千遍不如手过一遍,相对于理论部分而言,国贸实务更注重实际操作,通过这种理论结合实践的方式,巩固基础知识,查找理论学习的不足,以前学习的实物理论基础知识会更加的具体和直观。同时,该软件的实务操作部分与报关员报关实务所涉及的知识基本一致,这对于我的报关员考试复习提供了很大的帮助。

  2、有趣

  该软件通过实战方式训练,会在操作过程中遇到很多难题和挑战,这些必须自己想办法解决。由于大家进行了角色划分,形成了一个虚拟市场,所以大家之间相互的竞争是必不可少的,大家会从各个方面进行竞争。竞争在现在是无法避免的,意识正是现代社会生存发展所需要的。正是这种竞争,使得我(相信大家)对该软件产生了浓厚的兴趣。

  3、细心、耐心、反应迅速

  国贸软件涉及大数据计算的繁琐的单证填写,所以必须做到细心耐心,例如,在填制外贸合同时,一个小小的数据错误或是货物装运、指运港名称的错误都会是合同填写失败;填写保险单或是报关单证,没有严格按照合同数据填制就会导致填写出现错误,无法进行下一步骤,影响实验效率。

  在操作过程中,除了复习、巩固所学国贸理论外,另一个重要任务就是想办法赚钱,提高自己企业的盈利水平和生存能力,这就要求必须反应迅速、判断准确,否则会觉得企业经营的举步维艰。

  以上就是经过一段时间对国贸软件的操作使用产生的心得体会。

软件测试心得体会7

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

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

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

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

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

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

软件测试心得体会8

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

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

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

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

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

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

软件测试心得体会9

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

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

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

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

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

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

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

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

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

软件测试心得体会10

  经过长时间对国贸软件的的使用,在不断练习操作的过程中,我对国贸软件的最深刻感觉是:学以致用。有趣。必须细心耐心反应迅速。

  1、学以致用

  作为国贸专业,经过长时间的理论学习,急需通过实际操作或某种近似于实际操作的平台对所学的理论知识加以实践,以求进一步掌握和巩固,而国贸软件正提供了这样一种平台。该软件涉及了及出口贸易的各个方面和环节,从外贸公司的经营运作到实际的进出口业务流程,都能进行模拟实训。在使用过程中,会遇到很多国贸的基础理论知识和实务技能,这是对国贸理论掌握程度的最好考察。眼过千遍不如手过一遍,相对于理论部分而言,国贸实务更注重实际操作,通过这种理论结合实践的方式,巩固基础知识,查找理论学习的不足,以前学习的实物理论基础知识会更加的具体和直观。同时,该软件的实务操作部分与报关员报关实务所涉及的知识基本一致,这对于我的报关员考试复习提供了很大的帮助。

  2、有趣

  该软件通过“实战”方式训练,会在操作过程中遇到很多难题和挑战,这些必须自己想办法解决。由于大家进行了角色划分,形成了一个虚拟市场,所以大家之间相互的竞争是必不可少的,大家会从各个方面进行竞争。竞争在现在是无法避免的,意识正是现代社会生存发展所需要的`正是这种竞争,使得我(相信大家)对该软件产生了浓厚的兴趣。

  3、细心、耐心、反应迅速

  国贸软件涉及大数据计算的繁琐的单证填写,所以必须做到细心耐心,例如,在填制外贸合同时,一个小小的数据错误或是货物装运。指运港名称的错误都会是合同填写失败;填写保险单或是报关单证,没有严格按照合同数据填制就会导致填写出现错误,无法进行下一步骤,影响实验效率。

  在操作过程中,除了复习。巩固所学国贸理论外,另一个重要任务就是想办法“赚钱”,提高自己企业的盈利水平和生存能力,这就要求必须反应迅速。判断准确,否则会觉得企业经营的举步维艰。 以上就是经过一段时间对国贸软件的操作使用产生的心得体会。

软件测试心得体会11

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

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

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

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

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

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

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

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

软件测试心得体会12

  本着对IT业的憧憬,走进了中城泰信(北京)信息技术有限公司,我在公司所从事的工作是软件测试,在真正投入到工作之前,我在网上查询了许多测试员的相关要求,了解了作为一个测试人员必须耐心,细心和平和的心态,他的目标是尽可能早一些找出软件缺陷,提高产品的质量,降低维护的成本,尽可能的达到客户的需求。

  软件测试员的一个基本素质是:打破沙锅问到底。另外还必须具备探索精神,有创造性,追求完美,判断准确,老练稳重,强的说服力以及受过编程方面的教育等素质,同时也还必须是个故障排除能手,等等。还没看完就发现自己离这些要求真的好远,更进一步认识到自己必须要全心全意投入工作,虚心请教,一切都得从头开始。另外,测试并不是单纯意思上的机械的"测试",它首先要求对产品非常熟悉,不管是从功能上还是操作上。更为重要的还有就是我们要了解客户的需求,根据客户的要求来测试,看看产品是否能达到他们的要求。

  而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品,在真正的投入到测试这个工作之前,我们首先该做的就是熟悉产品,而最最直接的途径便是查看说明书,刚开始每天都是打开电脑,看产品说明书,重复的看,本以为看几遍就都记住,但是到公司进行考核的时候,才发现原来自己真的什么都没有掌握,第一次考核不及格,虽然具体的分数没有看到,但是那份心情,却使自己始终无法忘怀,也更让自己认识到要虚心的,按部就班的好好熟悉产品,要做到对产品耳熟能详。

  在我实习期间公司给北京市自来水集团负责查表税费稽查等系统,它主要应用是水费的业务管理。对于我们来说,它是一个全然陌生的产品,老总要求我和跟我一起实习的同事三天之内迅速熟悉产品的各种功能及完成测试。当时听了吓一跳,一个对于我们来说全新的产品,一天就要全部掌握而且要测试出它尚存在的问题,这似乎很不可能,而且也有点不相信自己有这样的能力。但是一天下来,我们竟然可以从什么都不懂,到熟练的掌握。并且也完成了一些简单的测试,发现了一些界面错误。但是对它的具体性能和功能的测试还没有完成,不过老板并没有责怪我们,只是让我们明天接着做,听了心里有些安慰。因为本以为他会大发雷霆呢。

  那一天对于我来说最大的收获便是,要相信自己,不要被没有去真正实践的事情而吓倒,其实如果你真的去尝试,你会发现一切都没有你想象的那么难,只要你努力,没有什么不可以。最后在我们的努力下,共用了不到三天的时间,熟练的掌握了的白板的.操作,对它的界面、功能、性能等做完了全面的测试,及时做了总结,反馈给北京的公司,让他们对存在的错误做了修改,而且我们还协助老总教会了销售人员,以便他们能够在11月29日的会议上能够熟练的操作,把产品展现给自来水集团的工作人员。后来听说得到了很大的反响,公司同事听了都非常的高兴,想想那两天的班算是没有白加。

  实习结果几个月的实习下来,让自己走进了一个全新的领域,开始了自己真正的工作生涯。实习无所谓结果而言,更确切的说,它是一个开端,一个让自己学会成长的地方,当然也确实让自己长大了许多。不管是从工作技能上还是从为人处事上,我都感觉到了有很大的提高。首先,在工作技能上,因为从事的是测试工作,对于自己来说是一个全新的概念,一切都是从头开始的,而更需要自己的努力、耐心和细心。这些都是自己欠缺的,但是在工作了这几个月后,真的发现自己有了很大的改善。虽然离真正的软件测试人员的要求还有很大的距离,但是自己一定会努力,向着自己的目标前进。其次,在为人处事方面,也让自己成熟了许多。虽然不能用语言来描述,但是确实可以从生活中的点点滴滴感觉得到。经历使人成长,只有真正的经历过,才可以让自己真的成熟起来,要想真的出人头地,好的为人是前提。

  实习总结说来自己真的算是很幸运吧,我应聘的职位是软件测试员,当初在大家包括我自己的眼里都认为软件测试的要求非常高,而且似乎有一种可望不可及的感觉,但是当自己真正的接触了这个行业之后,发现其实并没有那么的高不可攀。不过后来发现自己所从事的,并不是真正意义上的软件测试,只是一种"手脑"测试罢了,不过虽然如此,但依然学到了很多,尤其是对计算机的硬件知识和底层操作有了更深的一步了解。还记得刚刚走入公司的时候,感觉很奇妙,一切都是那么新奇,那么陌生,不敢随便讲话,凡事都小心翼翼的,这对于性格开朗的我来说,简直到了折磨的程度,不过幸运的是很快就跟所在部门的同事混熟啦,公司虽然很小,但是工作的氛围却非常的轻松。也许大家都是年轻人,且都是刚刚进入社会不久,所以有很多的共同话题,在工作之余,和同事之间的关系相处的很融洽,完全化解我当初的煌煌不安。

  总之,通过这次实习,确实让自己成长了许多。在实习期间,我学到了许多东西,遇到了一些困难,也看到了自己本身存在着许多问题。在测试时要想使自己的测试更加周全。总会遇到这样那样的问题,当前的软件的功能日趋复杂,不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映

  出学习的还不够,缺点疏漏。需再加以刻苦钻研及学习,不断开拓视野,增强自己的实践操作技能,为以后能做好测试工作而努力。

软件测试心得体会13

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

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

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

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

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

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

  总结:

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

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

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

软件测试心得体会14

  20xx年x月x日。我怀着对提高并实现自我价值的心态,走进深圳走秀网络科技有限公司的大门,开始了自己大学里兼职实习工作。转眼间。6个月的实习时间就要过去了。回想起这段时间的工作过程,我深深的认识到在走秀网实习的选择是绝对正确的,走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。现将这段时间的工作进行如下总结。

  首先,要具有良好的学习能力。刚进走秀,带我的老大是哈尔滨人,我跟她很投缘。开始的一个星期,我只是熟悉公司的一些业务和我们前端的测试范围,在熟悉业务的过程中,我发现这些页面上的东西看上去挺简单的,但是要深入了解还是需要很长的一段时间。期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。走秀网的测试部还比较大,所以对工作的流程和上线之前的版本控制的非常严格。我们在上线之前,会经过两套环境,功能测试环境和镜像环境,功能测试环境是对需求和功能的一个详细的验证环境,镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。因为不知道这些转测试的bug是怎么产生的,所以需要去跟开发人员沟通,开始的时候自己一个人不敢过去开发部,就让老员工(才哥)带着过去,一段时间过后,我开始自己去和开发沟通交流,从发现问题的重现,到催促开发修改和转测试,这一段时间让我深刻体会到沟通时多么重要。

  在走秀期间,我们测试部总监还会对我们不定时的培训。教会我们测试的`工作流程和每个阶段应该展开的工作范畴。作为测试,必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink,还给我们培训了,如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。慢慢的,在对公司的业务了解的比较透的时候,老大就开始让我们自己对一些小需求进行测试,测试的过程中,不仅仅是对页面和表面功能进行测试,还要根据需求文档和页面的显示对数据库表进行查询操作,查看页面的显示和功能是否和数据表里面的一致,还要在后台日志中查看是否有报错。所以,测试并不是像我想象中的那么简单,不是在页面上点来点去就可以测的好的。

  实习可以使每一个学生有更多的机会尝试不同的工作,扮演不同的社会角色,逐步完成职业化角色的转化,发现自己真实的潜力和兴趣,以奠定良好的事业基础,也为自我成长丰富了阅历,促进整个社会人才资源的优化配置。作为一名学生,我想学习的目的不在于通过毕业考试,而是为了获取知识,获取工作技能,换句话说,在学校学习是为了能够适应社会的需要,通过学习保证能够完成将来的工作,为社会做出贡献。然而步出象牙塔步入社会是有很大落差的,能够以进入公司实习作为缓冲,对我而言是一件幸事,通过实习工作了解到工作的实际需要,使得学习的目的性更明确,得到的效果也相应的更好。

  人要想成功及获得好的业绩,必须牢记一个规则:我们永远不能将个人利益凌驾于团队利益之上,在团队工作中,会出现在自己的协助下同时也从中受益的情况,反过来看,自己本身受益其中,这是保证自己成功的最重要的因素之一。

软件测试心得体会15

  虽然一如继往地写读书笔记,笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最近有了一定的时间,更因为狠狠地泡了一段时间测试论坛,下载学习了该网站的电子测试杂志之后,自己的思路终于开始清晰起来,朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。

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

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

  1. 找个好师傅

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

  2.学会读书

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

  3.与前辈们一起讨论,多说

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

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

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

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

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

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

【软件测试心得体会】相关文章:

软件测试心得体会02-19

软件测试培训心得体会03-13

软件测试实习心得体会03-14

软件测试心得体会14篇04-08

软件测试心得体会15篇03-16

软件测试心得体会(15篇)04-22

软件测试实习报告11-25

软件测试方法概述05-30

软件测试学习总结11-23