1 / 15
文档名称:

软件测试心得体会.doc

格式:doc   大小:38KB   页数:15页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试心得体会.doc

上传人:1294838662 2020/2/3 文件大小:38 KB

下载得到文件列表

软件测试心得体会.doc

相关文档

文档介绍

文档介绍:软件测试心得体会小编语:为你精心整理的软件测试心得体会,希望对你有帮助!如果喜欢就请继续关注我们厦门培训考试网(更新吧!软件测试心得体会篇一:软件测试心得体会软件测试心得体会—王礼永曾经一度认为软件测试就是使用工具测试bug,现在看来不是这么一回事情,因为还是有手工测试(执行测试),工具只是一个辅助,用工具你先要去了解测试的一些基本的东西(如:测试用例,预期结果等),不是那按两下按钮就行了,就算是录制脚本,也需要看懂脚本的代码,工具不是万能的。一开始接触软件测试觉得很枯燥乏味,全都是一些理论的东西,还不如回到小学学****语文呢,都是一些名词的解释,比如:黑盒测试,百合测试,系统测试。测试基础等等这些,老师都会去告诉你这些名词什么意思,很无聊,到后来慢慢由语文变成了数学,开始练****测试用列的编写,这个还有点意思,因为这个更多时候能够体现个人的逻辑思维能力,再然后数学就转变成了英语,因为要使用到一些测试的工具,比如:WinRunner工具,录制脚本它会产生一些代码,不过代码比较好理解,虽然是英文的但是还是很好看懂的。学****软件测试一学期,其实我觉得最重要的是兴趣,有了兴趣还是不行的,还需要具备一些语言的基础,例如:C,java,C#等一些语言,这些语言你不需要去深入的学****只需要了解,最重要的是了解数据库(例如:SQL,MySQL,Oracle)的知识,想要成为一个好的测试工程师,应该要全面的发展,读懂需求分析(注:客户的要求),还有要学会写文档,语言的组织能力决定你这份文档的价值,这也是一种沟通能力的体现,比如写缺陷报告时:有一项是描述缺陷,这就能看出你的表达能力,给程序员能不能看懂就能体现沟通,最后就是整理文档和撰写测试报告,越是到最后越是要细心,因为软件永远都是有缺陷的,我们的细心可以让软件减少一些bug,不求最好,只求更好。软件测试心得体会篇二:软件测试学****感悟学****软件测试的感受及体会这学期学****了赵培英老师教授的软件测试这门计算机专业的专业课,我们学院又开设了刘老师的关于这方面的讲座,更彻底的使我们加深了对软件测试的认识。所以我想谈谈关于软件测试的体会及学到的一些知识。作为计算机专业的一门很重要的课程,在计算机领域占据着不可替代的角色,随着人类社会的进步,各种领域计算机的普及,计算机软件也越来越多的出现在各个场合,为人们的办公,生活,学****休闲等提供了前所未有的方便。软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情(Dotherightthing),另一方面是确认软件以正确的方式来做了这个事件(Doitright)。作为计算机专业的学生,我想以我自己的观点来阐述一下我对软件测试的理解。以前,就是在我没有认真了解测试行业之前,我也一直认为测试应该是不重要的,甚至认为有必要有专门的测试职业吗?认为软件主要是开发人员的事,软件的成果也是由开发人员决定的,当我学了软件工程这门课,真正的了解到它的必要性,事实上真的不是那么一回事哦。软件无处不在,然而,软件是人编的——所以不完美。我还查阅了一些资料就是不注意软件测试的案例:1、迪士尼的狮子王(1994~1995)软件在少数系统中能正常工作,但在大众使用的常见系统中不行。后来证实,迪士尼公司没有对市场上投入实用的各种pc机型进行正确的测试。2、英特尔奔腾浮点除法软件缺陷(1994)英特尔为自己处理软件缺陷拿出4亿美元支付更换坏芯片的费用。导致付出如此昂贵的代价,其主要原因是发现了软件缺陷没有正确的处理。3、美国航天局火星极地登陆(1999)该项目使用前有经过测试,两个测试小组双方独立工作都很好,但从未走在一起。4、爱国者导弹防御系统(1991)一枚导弹在多哈击毙28名美国士兵,症结在于一个软件缺陷:一个很小的系统时钟错误累积起来就可能拖延14小时,造成跟踪系统失去准确度。在多哈袭击战中系统被拖延100小时。5、千年虫(大约1974)估计世界各地更换或升级该系统程序解决原有2000年错误的费用已经超过数亿美元。这就是不注重测试的一些严重后果,因此我们发现了软件测试的必要性!在设计有效测试用例之前,测试工程师必需理解软件测试的基本原则,包括:1、所有的测试都应追溯到用户需求。正如我们所知:软件测试的目标在于揭示错误。而最严重的错误(从用户角度来看)是那些导致程序无法满足需求的错误。2、应该在测试工作真正开始前的较长时间内就进行测试。测试计划可以在需求模型一完成就开始,详细的测试用例定义可以在设计模型被确定后立即开始。因此,所有测试应该在任何代码被产生前就进行计划和设计。3、Pareto原则应用于软件测试。简单地讲,Pareto原则暗示着测试发现的错误中的80%很可能起源于程序模块中的20%。当然,问题在于如何孤立这些有疑点的模块并进行彻底的测试。4、测试应从小规模开始