文档介绍:该【软件测试培训心得体会 】是由【秋江孤影】上传分享,文档一共【16】页,该文档可以免费在线阅读,需要了解更多关于【软件测试培训心得体会 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。软件测试培训心得体会
软件测试培训心得体会
在大庆浦东软件平台经过一周的软件测试实训,从对软件测试没有什么的我初步掌握了软件测试的方法和技能,收获颇多。
我在大学期间的专业是信息与计算科学,原本打算从事网络方面的工作,对活动目录、数据库、操作系统等的知识比拟感兴趣。经过这次理论,了解到要做好软件测试,要求掌握的知识并不仅仅是测试方面的,网络、数据库、操作系统等的知识对做好测试也是很有帮助的。这让我明确了以后学习的目标,在不断学习软件测试的同时,也应该继续其他相关知识的深入学习。
通过此次学习,对整个软件测试行业的了解大大的加深。以前认为软件测试只是枯燥的反复的使用被测试软件来发现异常的问题,以为软件测试并不重要,低开发一等。现在认识到了软件测试的重要性,软件测试是软件产业向软件工业化生产时代迈进不可缺少的重要组成局部,是保证软件质量到达客户需求不可缺少的环节。软件测试在国内是一个新的职业,开展得比拟晚,但它的重要性正在为行业所重视。
在学习过程中,我了解了作为一个合格的测试人员所应具备的素质与技能。其中个人素质在测试工作中起到了非常重要的作用,它包括你的信心、耐心、细心和与人交流沟通的能力,它将贯穿你工作生涯的整个过程。在测试理论上,我们系统学习了软件测试的流程,各种测试阶段和测试方法,以及测试工具的使用。通过这些课程的学习,让我们对软件工程也有了更深刻的理解,为以后的测试工作作了很好的理论储藏和技能的提升。
软件测试作为软件开发过程中一个非常重要的环节,越来越成为软件开发商和用户关注的焦点。完善的测试是软件质量的保证,因此软件测试就成了一项重要而艰巨的工作,要做好这项工作当然也绝非易事,我在做软件测试工作中总结出了一些经验和技巧。
功能点的细化
在进行测试前,先将所要测试的功能细分,填写〈〈测试用例表》,有针对性的运行功能测试案例,逐个对每个功能细分点进行测试。在每次运行测试案例之前,明确此次运行的目的和预期的输出结果,并要做好记录。
注意测试中的错误集中发生的现象
有一些错误是和程序开发人员的编程水平和习惯有很大关系的。例如程序中的拼写错误录这些现象,有助于更快、更多地发现类似的错误。
尽可能多的使用非常规的测试
充分考虑到各种合法的输入和不合法的输入以及各种边界条件。边界值往往是最容易出现异常的情况,特殊的情况下甚至要制造极端的状态和意外状态,比方网络突然中断,和电源突然断电等情况。
对测试错误结果一定要有一个确认的过程
一般有A测试出来的错误,一定要有一个B来确认。
制定严格的测试方案
测试时间安排的尽量宽松,不要希望在极短的时间内完成一个高水平的测试。
回归测试的关联性一定要引起充分的注意
在开发人员刚修复Bug之后的地方,再找一找,往往开发人员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。修改一个错误而引起更多的错误出现的现象并不少见。
测试文档要尽可能详细
〈〈测试用例表》中的功能点可尽量的详细,如实、详细地记录每次运行测试案例的输入数据,输出数据,出错提示,进行测试的时间,完成测试的时间等,便于以后对测试工作的回溯。
重视交流和沟通
包括和程序开发人员的交流,同是测试人员之间的交流,网上技术论坛和网友的交流,和客户的交流等。多思考,多交流,多提问,通过多种沟通交流的途径,可以少走很多弯路,同时可以学到很多东西。
善于总结
在测试过程中发现的所有问题,异常情况,发现程序开发人员易犯,常犯的错误,各种有价值的经验教训,使用系统和操作数据库时发现或者学到的技巧,使用测试工具时的心得等等,都可以随手记录在笔记本或者电脑上。这些都将是今后工作中可以参照的珍贵资料,同时也会成为白己的珍贵经验。
妥善保存一切测试过程文档。
这次软件测试实训为我们以后从事软件测试工作打下了良好的专业根底,为我们的进一步学习提高打下了扎实的理论根底。对测试过程有了初步的认识,测试方案、测试设计、测试开发、测试执行、测试评估、测试报告贯穿整个软件开发过程。单元测试、集成测试、系统测试、验证测试每个阶段都应以用户需求为依据。这些根本的概念虽然比拟抽象,但对以后的实践是大有益处的。
总的来说,这次培训效果不错,对白己有一定的提升,这完全不同与学校的学习,因为它更加贴近工作,针对以后工作的内容作了很多实例的练习与工具的使用,为我们更快的参加工作提供的很好的前提。接下来一段时间,我将利用假期进入相关测试部门进行实际工程的训练,我相信在我有了很好的理论根底后,会在工作中很好的加以应用,让测试工作做得更好。同时,我会更加努力的学习与工作,遇到问题会及时多渠道寻找解决方法,积极上进,希望早日成为一名优秀的测试人员。
20xx年x月x日。我怀着对提高并实现白我价值的心态,走进深圳走秀网络科技的大门,开始了白己大学里兼职实习工作。转眼间。6个月的实习时间就要过去了。回想起这段时间的工作过程,
我深深的认识到在走秀网实习的选择是绝对正确的,走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。现将这段时间的工作进行如下总结。
首先,要具有良好的学习能力。刚进走秀,带我的老大是哈尔滨人,我跟她很投缘。开始的一个星期,我只是熟悉公司的一些业务和我们前端的测试范围,在熟悉业务的过程中,我发现这些页面上的东西看上去挺简单的,但是要深入了解还是需要很长的一段时间。。走秀网的测试部还比拟大,所以对工作的流程和上线之前的版本控制的非常严格。我们在上线之前,会经过两套环境,功能测试环境和镜像环境,功能测试环境是对需求和功能的一个详细的验证环境,镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。因为不知道这些转测试的bug是怎么产生的,所以需要去跟开发人员沟通,开始的时候白己一个人不敢过去开发部,就让老员工(才哥)带着过去,一段时间过后,我开始白己去和开发沟通交流,从发现问题的重现,到催促开发修改和转测试,这一段时间让我深刻体会到沟通时多么重要。
在走秀期间,我们测试部总监还会对我们不定时的培训。教会我们测试的工作流程和每个阶段应该展开的工作范畴。作为测试,必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink,还给我们培训了,如何使用白动化工具ruby+watir来对一些测试点进行白动化脚本的编写。慢慢的,在对公司的业务了解的比拟透的时候,老大就开始让我们白己对一些小需求进行测试,测试的过程中,不仅仅是对页面和外表功能进行测试,还要根据需求文档和页面的显示对数据库表进行查询操作,查看页面的显示和功能是否和数据表里面的一致,还要在后台日志中查看是否有报错。所以,测试并不是像我想象中的那么简单,不是在页面上点来点去就可以测的好的。
实习可以使每一个学生有更多的时机尝试不同的工作,扮演不同的社会角色,逐步完成职业化角色的转化,发现白己真实的潜力和兴趣,以奠定良好的事业根底,也为白我成长丰富了阅历,促进整个社会人才资源的优化配置。作为一名学生,我想学习的目的不在于通过毕业考试,而是为了获取知识,获取工作技能,换句话说,在学校学习是为了能够适应社会的需要,通过学习保证能够完成将来的工作,为社会做出奉献。然而步出象牙塔步入社会是有很大落差的,能够以进入公司实习作为缓冲,对我而言是一件幸事,通过实习工作了解到工作的实际需要,使得学习的目的性更明确,得到的效果也相应的更好。
人要想成功及获得好的业绩,必须牢记一个规那么:我们永远不能将个人利益凌驾于团队利益之上,在团队工作中,会出现在白己的协助下同时也从中受益的情况,反过来看,白己本身受益其中,这是保证白己成功的最重要的因素之一。
在支付宝测试分析的角色和系统分析的角色是对应的,只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发,测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上,觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的,用例是用例执行人员来写并且执行的)。
而通过这次的这次分析觉得白己的测分还存在以下的问题:
1、太关注开发的内部实现逻辑。建议:将开发内部实现逻辑看成一个黑盒子,测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题,而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
2、分析文档写的过于详细,甚至将用例的步骤都写了出来。建议:测试分析要从全局上去看问题,细节的东西即便是知道的,也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详
细设计的道理一样),这样后面的人才会白己主动去想问题。
3、分析文档要考虑维护性问题,不要出现类似比方还款中状态为“R'这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档,所以如果侧分这么写很有可能导致用例也照着这么写,其实不管侧分和用例都不应该具体写到R这么细节,否那么的话开发稍作变动我们就要相应变动我们的用例
4、没有明确测试目的。review用例的时候,没有提出每个用例需要明确一个测试目的,让别人来看这个用例的时候能明白到底是怎么回事。
总结:
1、以后写测试分析文档,依据仅仅是prd文档,必须抛开开发实现逻辑局部(即不去看系分文档),待测分出来之后,再去看系分文档,互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。
2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析,细到看输出的时候会关注到数据库表的一个变化。但是除了以上局部,其实还少了对整体流程的关注,需要增加业务流程的各条路径的一个覆盖,在针对路径的用例中不需要关注到数据库表级那么细。
3、在做流程路径覆盖之前应该画一个路径图,这个图的画法考虑各个入口的不同分开画流程图,分别进行路径覆盖。
这次实训使我们明白我们所欠缺的不仅仅是技术知识,更重要的是有一种处理事情的方法、面对问题的心态和动手能力。面对完全陌生的新知识、新技术、新工程以及整个IT行业,我们不能畏惧,要以一种积极的心态去面对,分析并抓住关键所在。因为我们所即将应对的每一个工程都是既需要实际操作,又需要详细规划的。作为组长,协调组员、鼓励其他学员和积极参与工程研发是我
每天必做的工作。我认为每个人都应该在团队中做好白己应尽的职责,再优秀的个人也可能完成一个即庞大又复杂的工程工作,我们必需紧密的联合在一起,以一个团队的角色来面对。
一公司有一项对工程经理的调查显示,工程经理平均每周参加6个会议,其中25%勺时间浪费在无用的讨论上。会议效率低最普遍的3个原因是:会议没有很好的方案、会议没有被适当的领导、无纪律的与会者。我们软件工程也会遇到相同的问题,工程启动会、评估会、大大小小的评审会、技术会、周例会等等一系列会议会随着工程进展而召开,如何保证高效的会议效果,我的一些会议技巧与大家共享:确实需要开会时才开会;订立会议纪律;非常清楚的明确会议目标;提前准备一个会议议程;提倡各会议参与人的会前准备鼓励参与,但在会议过程中遵守会议议程;把团队建设融入会议、作会议记录、会后跟踪所有安排任务的执行情况。
程序员需要关心尊重。曾经有个例子,某公司开发人员王某由于刚开始学差一点,常常受到经理的“另眼相看”,每次软件出现了问题都疑心是他的原因,老开他的低级玩笑,这位员工会有怎样的表现就可想而知了。经理通过这种手段能够迫使这一位白动辞职吗?非也,这位员工后来工作非常不负责任,把代码写得既长又重复,且在代码中留下大量的隐患,此时,经理却反而不敢过份得罪他了(否那么,留下的巨量代码很难维护)。如果认为某人不适合目前工作,为何不另请高明?既然已经请他作了这件工作,就得尊重他。不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方,正所谓“尺有所短,寸有所长”,例如要求技术人员在酒席宴上象公关小姐或公关先生一样举止适度,从来不会有好的效果。软件人员普遍喜欢白由而宽松的工作环境,最好不要做过多的无谓的规定,例如不准迟到、上班必须换拖鞋,否那么罚款等等。如果确实有人经常上班迟到,工作不认真等,首先应该了解原因,此时多作思想工作是必要的,许多公司的经理们认为“思想工作”是过时的东西了,其实不然,私企职工背负的心理压力其实很重。他们特别需要有人关心,特别需要心理上的“减负?
软件工程管理,需要我们不但关注工程管理技术等在软件行业中的应用,还应该关注如何与软件新思想和技术的整合,例如XP等思想,使我们得到更高效益的产出。欲想琢其玉,必先利其器,工
程管理和我们软件开发、质量管理等得一系列工具和模版,是我们事半功倍的利器。可以攻玉,关注一些管理界的开展,例如目前的中国式管理等,将其经验用于软件工程管理实践并总结,将为我们带来更大实效。
曾经一度认为软件测试就是使用工具测试bug,现在看来不是这么一回事情,因为还是有手工测试(执行测试),工具只是一个辅助,用工具你先要去了解测试的一些根本的东西(如:测试用例,预期结果等),不是那按两下按钮就行了,就算是录制脚本,也需要看懂脚本的代码,工具不是万能的。
一开始接触软件测试觉得很枯燥乏味,全都是一些理论的东西,还不如回到小学学习语文呢,都是一些名词的解释,比方:黑盒测试,百合测试,系统测试。测试根底等等这些,老师都会去告诉你这些名词什么意思,很无聊,到后来慢慢由语文变成了数学,开始练习测试用列的编写,这个还有点意思,因为这个更多时候能够表达个人的逻辑思维能力,再然后数学就转变成了英语,因为要使用到一些测试的工具,比方:WinRunner工具,录制脚本它会产生一些代码,不过代码比拟好理解,虽然是英文的但是还是很好看懂的。
学习软件测试一学期,其实我觉得最重要的是兴趣,有了兴趣还是不行的,还需要具备一些语言的根底,例如:C,java,C爵一些语言,这些语言你不需要去深入的学习,只需要了解,最重要的是了解数据库(例如:SQLMySQLOracle)的知识,想要成为一个好的测试工程师,应该要全面的开展,读懂需求分析文档(注:客户的要求),还有要学会写文档,语言的组织能力决定你这份文档的价值,这也是一种沟通能力的表达,比方写缺陷报告时:有一项为哪一项描述缺陷,这就能看出你的表达能力,给程序员能不能看懂就能表达沟通,最后就是文档和撰写测试总结报告,越是到最后越是要细心,因为软件永远都是有缺陷的,我们的细心可以让软件减少一些bug,不求最好,只求更好。
〈〈软件测试方法和技术》这门课程,还是由张建东老师教我们的。在张老师的讲解下,我深刻的体会到软件测试是很有必要的。一个软件,从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。这一系列的开发之下。千辛万苦的,花费了大量的人力物力、金钱时间,终于把软件给做出来了。你试着想一下,要是送到客户的手上,客户突然发现,软件用不了,或者是软件存在很大的缺陷。导致软件不好用、甚至比原先没有这个软件,还麻烦了。客户是很愤怒的。客户一愤怒,就导致客户不会付钱。这最终,工程失败,造成资源的大量浪费,所以说软件测试还是很有必要的。再者就是,软件测试可以发现软件的缺陷,从而通知编程人员不断改良软件。在这样不断测试,不断改良的情况下。将软件性能不断提高,软件变得越来越好用。
软件测试,旨在发现软件的缺陷。可以这样说,软件测试就是以发现软件缺陷,为最终目的的测试活动。它通过软件测试方法,白盒的、黑盒的、静态的或是动态的。借助软件测试工具,来找到缺陷。然后在缺陷评审和确认之后将缺陷记录下来,并用缺陷管理工具管理,详细描述,关注软件缺陷的发生周期。对它的严重性、和优先级下一个定义。书写软件缺陷报告,具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。提交给软件编程人员,来完成软件缺陷的修复。
软件测试的方法,包括:白盒测试和黑盒测试。其中,白盒测试之中,有含有:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。黑盒测试方法中,有:等价类划分法、边界值分析法、判定表法、因果图法等。软件测试方法,按照是否运行代码来看,可以分为:静态测试和动态测试。其中静态测试有,对代码的走查和评审。动态测试,那么是要通过运行代码来执行。白盒测试多用于软件的单元测试上,黑盒测试多用于功能性测试上。代码的静态测试和动态测试,那么是每一个软件工程都必须的。
单元测试,多构造桩函数或是驱动程序来测试。一般借助与各种软件测试工具。软件测试,或者说程序测试。一般先是进行单元测试。单元测试,修改完单元之中的缺陷、错误之后,就是集成测试。集成测试多针对程序功能进行测试,看程序的各项功能是否到达要求,是否齐全。集成测试之后就是系统测试。系统测试是针对整个软件系统的。看软件系统是否到达性能的要求。从而改良代码,以求到达系统的严格要求。最后就是验收测试,这个测试,一般都分成两半来做。一半是,程序员模拟客户环境,进行测试。而,另一半那么是,真正的客户参与的测试。最大程度的表达客户的真实环境。客户在试运行的情况下,看是否会发现,平时发现并且以前的环境发现不了的问题。
验收测试,包含对界面的测试和软件可用性的测试,运用尼尔森十大原那么,来测试软件是否好用。软件是否到达用户的对软件界面的需求。
无论是软件编写,还是软件测试,都需要相应的文档管理。还有针对软件测试制定的测试方案,软件测试执行等。
通过本学期的学习,我感受到软件测试是一门非常需要学习的课程。即使作为考察课程,它也是软件行业人士所必须了解的知识。它对软件工程工程的作用是至关重要的。现在,作为学生的我所做的工程虽然都是一些小的工程,但是在小组共同开发的时候还是需要用到
工程的测试。如今这门课程我学的还不是很好,但我相信在今后的实训及工作当中,能够更好的体验和感受到工程测试的精髓,对软件工程测试有更深入的了解。我也希望,学校的老师能够在今后的教学当中重视软件工程测试课程,多让学生了解实例,去感受、体会软件工程测试所遇到的问题和解决方案,理解软件工程测试的精髓。
软件测试在整个软件周期中的重要性,它存在于整个工程周期,在工程开始之初需求调研的时候就开始了,在形成需求规格说