软件测试心得体会精选.docx
上传人:静芙****可爱 上传时间:2024-09-13 格式:DOCX 页数:28 大小:31KB 金币:10 举报 版权申诉
预览加载中,请您耐心等待几秒...

软件测试心得体会精选.docx

软件测试心得体会_2.docx

预览

免费试读已结束,剩余 18 页请下载文档后查看

10 金币

下载此文档

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

软件测试心得体会软件测试心得体会我们有一些启发后,应该马上记录下来,写一篇心得体会,这样我们就可以提高对思维的训练。是不是无从下笔、没有头绪?以下是小编为大家整理的软件测试心得体会,希望能够帮助到大家。软件测试心得体会1这个暑假惠普派人到我们学校来开展软件测试培训。老师说机会难得所以我就参加了,说实话每天在教师从早晨坐到下午,中间只有一个半小时休息时间,这样还是相当累人的。我们第一天开始就觉得这个简直比平常上课还累啊。不过看到老师讲得如此认真,看到惠普如此强大,我看在座的学员都听得非常认真。所以向我这种上课从来不听讲的这回都听得认真得不得了,呵呵。前两天确实还是有点累,讲的也是理论课,而且以前我们从来没有接触过测试这个行业,所以听得也嘿吃力。但是老师给我们讲了不少他们的工作经验和惠普这种世界五百强美国十强的企业文化,鄙人是深受教育啊。后两天我们每个人带一个笔记本进行上机操作了。我们的第一个任务就是安装软件,那个软件好大啊,整整2个G。我们考啊考啊考了好久才考完。软件叫QTP,就是惠普的快速测试专业版。确实是一个强大的软件,呵呵大家用了就晓得了!有了电脑自然好耍了,我们休息的时候就上网啊,我看猫和老鼠都看得差不多了。不过那个软件毕竟是大软件,操作还是比较复杂,而且全英文版,对我这种英语水平的人确实有点难以接受a。不过呢,我还是在老师的`敬业精神鼓励下学到了不少知识受益匪浅啊,单词也记到了不少!离六级又近了一步!!四天的培训在今天就彻底的结束了,下午老师给我们开座谈会,问我们有什么问题,结果呢我们一点问题都没得。老师教得好啊呵呵!我们没得问题老师又只有给我们说他的光辉历史了撒。什么当年大学毕业了差点工作都没找到啊,什么当年英语学得最撇啊,还有找不到工作在网吧郁闷打游戏啊呵呵。我记得老师说得最有感情的一句话就是“社会是黑暗的啊”。我们对这句话都是深信不疑!所以以后呢,要好好努力啊,不管社会有好黑暗你都能找到光明,生活就是如此,时间本就平凡。好好干好好干!软件测试心得体会2这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。我认为,在整个庞大的软件工程中,不管是需求分析、架构设计甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。通过课上的理论因为课下的实践和后半学期又因为身体力行于QQ群论坛里使我对测试方法和设计分析有了大致的`接触和深入了解。收印象深刻的有一下几点。1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。另外就是一个学期的学习让我纠正了几点误区:1.有位大师曾说过:“软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug,然而一个学期的测试学习