软件测试培训心得.doc.doc

软件测试培训心得范文一:在我刚刚拿到大学毕业证书的时候,一想到以后可以不用受应试教育的束缚,可以自己喜欢什么干什么就开心的不行,没事就偷着乐,可是这种心情的保质期还真是短啊,马上就意识到这实际上是从一个深渊跳到了另一个更深更恐怖的深渊——那就是找工作,同学都说大学毕业就等于失业,说的真是太生动形象了……其实在我的家乡找工作还不是那么难,但是因为自己怀揣着一颗有理想有抱负的心,于是就上了来北京的火车,也成了北漂一族。北京真是够大,企业也很多,涉及的领域也很广,因此就业的机会多,可是再多也多不过找工作的人多啊,来到北京晃晃荡荡找了两个月的工作,渐渐的发现没有技术的工作真的没有什么发展,想要有发展就要学个一技之长,由于有很多同学都是做测试,而且自己又是计算机专业,我就下定决心要找个好的培训机构学****这门技术,于是通过各种渠道,深思熟虑仔细比较后,最后选择了领测,事实证明我的选择没有错,每天的课程都很紧凑也很充实,一眨眼三个月的课程就结束了,很舍不得离开老师和同学,虽然相处的时间很短,但是大家在一起真的是其乐融融,可是毕竟还是要毕业找工作的,不到半个月的时间大家就都找到了工作,我现在也找到了一个不错的工作,可以学到很多东西,相信通过自己的努力会慢慢好起来!感谢领测的各位老师,让我学到了实际有用的技术,给了我展现自己的平台,最后希望我们大家没事能常聚聚,因为我始终相信一个字——缘。范文二:首先感谢阿里巴巴邀请James大神在北京办公室组织了RapidTest的培训。本来报名的目的只是想和兄弟部门的同事找机会一起交流交流,对测试本身并没有抱太大的期望。结果课程开始之后,只能说不服不行。另外,哥活生生的被大神当作了教学道具…虽然James大神脱离项目一线专注培训很多年了,而且也没有互联网项目经验,但是一上来就抓住了问题的本质,项目需求不清楚,进度紧张,资源有限,这都是当年项目情况活生生的写照啊!所谓的RapidTest就是针对这些问题的。为什么这里不说敏捷Agile?因为这里只谈测试,而且谈的是普遍真理,不管你用Agile还是瀑布流,测试都必须解决的一些共性问题。培训过程就不具体描述了,这里就谈几点总结:如何挖掘需求。在阿里测试人员经常听到开发人员说:这个功能做好了,你测一下,明天就发了。呃…好像这个到底是个什么样的功能都没搞清楚。所以对于测试人员要先了解这个系统,它的功能和设计目标。在教学中举了一个真实的例子,系统看着很简单,输入-判断-输出。一开始觉得这个系统简单,但是在得知是针对航天工程设计的系统时,实时性和稳定性就成为了重要的测试需求。在了解了输入系统的复杂程度之后,测试的重点也立刻明确了。所以对于测试人员,一边要自己摸索,同时也要和团队的其它成员密切沟通,获取需要的各种信息帮助决策。关于测试用例。James基本上否定了测试用例的价值,这点和我们团队内部正在摸索的实践类似。从项目实践的角度来说,光凭借测试用例,我们无法1)评估测试的有效性;2)保持测试用例和实际情况同步(谁不服自己上Kelude看);3)从测试用例无法了解整个系统(测试评审基本是在过流水)。大神的观点是基于场景做测试,你可以不写测试用例,但是不代表你不需要做你的家庭作业。取代测试用例的是如下的报告:1)测试场景;2)每个场景需要覆盖的功能点;3)对于每个功能点如何测试;4)场景设计的理由;5