软件测试学习心得体会
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件测试学习心得体会
【篇一:关于软件测试的心得体会】
关于软件测试的心得体会
虽然一如继往地写读书笔记,笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最近有了一定的时间,更因为狠狠地泡了一段时间51testing 测试论坛,下载学习了该网站的电子测试杂志之后,自己的思路终于开始清晰起来,朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。
我觉得学习软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的.
关于学习,我知道我并非计算机专业的学生,初涉软件测试行业,没有接受系统的培训,对软件测试一无所知,既不知道该测试什么,也不知道如何开始测试。但是,总该知道如何去学习,然而我认为,学习总该有必要的方法
1. 找个好师傅
这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时候,td,测试案例都有一个pm细心的和你讲,案例有什么方法来设计?要注意哪些错误?软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录,一大堆的东西马上够你头晕的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了.
2.学会读书
无论是神马专业,我始终确信,万变不离其宗,我知道,我不是这个专业的,但这个并不代表这我就不了解这个,再怎么不济,我也是从书本中走出来的,我相信,只要我努力地吧书本啃熟,我能够灵活地融入到这个职业中去,从书本中找寻解决问题的方法。标记出自己所错误的。
3.与前辈们一起讨论,多说
总有一天,我们会成为一位前辈,不过不是现在,至少现在我们应
该好好的向别人学习,所以,我觉得,前辈是我们前进道路上不可
或缺的一部分,他会成为引领我们前进的发动机,给我们指点,跟
我们道工作的经验。然而,我们也应该多说,我知道,前辈们给我
们讲解,已经是很辛苦的事情,毕竟,这不是他们的义务。我们也
应该多多说说我们的观点,这样既能够让人家了解我们的水平,也
方便老师前辈们对我们进行指导。
这些天的学习,我也有了一点自己的心得体会
体会一:软件测试在整个软件周期中的重要性。
它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。这个环节
在后续整个项目中占了很大的比重,能主导整个项目的走向,成败
与否全在于开始阶段的决策。
体会二:软件测试的真正意义在于发现错误,而不在于验证软件是
正确的。
再严密的测试也不能完全发现软件当中所有的错误,但是测试还是
能发现大部分的错误,能确保软件基本是可用的,所以在后续使用
的过程中还需要加强快速响应的环节。结合软件测试的理论,故障
暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加
强研发队伍的建设。
【篇二:软件测试学习感悟】
学习软件测试的感受及体会
这学期学习了赵培英老师教授的软件测试这门计算机专业的专业课,我们学院又开设了刘老师的关于这方面的讲座,更彻底的使我们加
深了对软件测试的认识。所以我想谈谈关于软件测试的体会及学到
的一些知识。
作为计算机专业的一门很重要的课程,在计算机领域占据着不可替
代的角色,随着人类社会的进步,各种领域计算机的普及,计算机
软件也越来越多的出现在各个场合,为人们的办公,生活,学习,
休闲等提供了前所未有的方便。软件测试,其目的是:第一是确认
软件的质量,其一方面是确认软件做了你所期望的事情(do the
right thing),另一方面是确认软件以正确的方式来做了这个事件(do it right)。作为计算机专业的学生,我想以我自己的观点来阐
述一下我对软件测试的理解。
以前,就是在我没有认真了解测试行业之前,我也一直认为测试应
该是不重要的,甚至认为有必要有专门的测试职业吗?认为软件主
要是开发人员的事,软件的成果也是由开发人员决定的,当我学了
软件工程这门课,真正的了解到它的必要性,事实上真的不是那么
一回事哦。软件无处不在,然而,软件是人编的——所以不完美。
我还查阅了一些资料就是不注意软件测试的案例:
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 、测试应从小规模开始,逐步转向大规模。最初的测试通常
把焦点放在单个程序模块上,进一步测试的焦点则转向在集成的模
块簇中寻找错误,最后在整个系统中寻找错误。