软件测试的心得5篇

合集下载

软件测试心得体会通用5篇

软件测试心得体会通用5篇

软件测试心得体会通用5篇软件测试心得体会篇1本着对IT业的憧憬,走进了中城泰信(北京)信息技术有限公司,我在公司所从事的工作是软件测试,在真正投入到工作之前,我在网上查询了许多测试员的相关要求,了解了作为一个测试人员必须耐心,细心和平和的心态,他的目标是尽可能早一些找出软件缺陷,提高产品的质量,降低维护的成本,尽可能的达到客户的需求。

软件测试员的一个基本素质是:打破沙锅问到底。

另外还必须具备探索精神,有创造性,追求完美,判断准确,老练稳重,强的说服力以及受过编程方面的教育等素质,同时也还必须是个故障排除能手,等等。

还没看完就发现自己离这些要求真的好远,更进一步认识到自己必须要全心全意投入工作,虚心请教,一切都得从头开始。

另外,测试并不是单纯意思上的机械的"测试",它首先要求对产品非常熟悉,不管是从功能上还是操作上。

更为重要的还有就是我们要了解客户的需求,根据客户的要求来测试,看看产品是否能达到他们的要求。

而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。

公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品,在真正的投入到测试这个工作之前,我们首先该做的就是熟悉产品,而最最直接的途径便是查看说明书,刚开始每天都是打开电脑,看产品说明书,重复的看,本以为看几遍就都记住,但是到公司进行考核的时候,才发现原来自己真的什么都没有掌握,第一次考核不及格,虽然具体的分数没有看到,但是那份心情,却使自己始终无法忘怀,也更让自己认识到要虚心的,按部就班的好好熟悉产品,要做到对产品耳熟能详。

在我实习期间公司给北京市自来水集团负责查表税费稽查等系统,它主要应用是水费的业务管理。

对于我们来说,它是一个全然陌生的产品,老总要求我和跟我一起实习的同事三天之内迅速熟悉产品的各种功能及完成测试。

当时听了吓一跳,一个对于我们来说全新的产品,一天就要全部掌握而且要测试出它尚存在的问题,这似乎很不可能,而且也有点不相信自己有这样的能力。

软件测试学后心得体会7篇

软件测试学后心得体会7篇

软件测试学后心得体会7篇软件测试学后心得体会篇1软件生产过程中软件质量问题越来越多,软件测试已经和软件的创意与开发一样被提高到影响软件生存的地位。

随着社会对该方向人才的需求越来越大,我们也在软件系开设了软件测试专业,同时积累了初步的教学实践经验。

下面就几个方面谈点心得。

1教育同学不把软件测试作为逃避困难的避风港软件专业的部分同学在学习了编程的课程以后,往往有畏难情绪,认为软件开发工作对人的脑力和体力的要求高,而且技术变化快,需要不停地学习更新知识,同时工作中还常加班,于是就产生了逃避心理,希望在分专业的时候选测试。

他们认为测试是挑别人产品的问题,总比自己创造容易。

有很多同学带着规避困难的情绪来到软件测试专业,这是一种不正确的心态。

测试工作往往是入门容易,深入难。

1.1测试工作需要对行业有广泛的知识面软件测试工作看起来起点低,好象不需要深入的专业知识就可以开始做了。

测试人员往往刚入门的时候是参加一些具体的项目,从项目中积累测试经验。

但是如果没有良好的对计算机软件和硬件的知识基础,经验的积累容易限于表面,而不深入。

比如测试中比较热的一个方向是性能测试,该方向对软件的响应时间,资源占有进行测试。

性能测试往往使用测试工具。

测试工具对软件系统运行中的测试结果进行数据采集。

而测试人员需要对结果进行分析,刚开始的时候面对各种数据可能不知道如何分析,经过经验的积累,可以从数据中找到系统的瓶颈,提出改进系统的意见。

如果没有对系统的全面了解,对专业数据的分析能力,是无法胜任工作的。

测试中还需要人员有很强的自学能力。

因为许多时候我们使用自动化测试工具辅助测试人员完成可重复的测试任务,往往它们都自带一些脚本语言,测试人员要通过自学而掌握,所以也需要编程和调试的技巧。

目前一些公司还开始重视开发自己软件产品的测试工具,这样要求从业人员担当开发和测试的两重角色,是非常有挑战的工作。

软件测试员在做具体项目测试的时候,还需要对该项目的行业背景有所了解。

软件测试总结(最新7篇)

软件测试总结(最新7篇)

软件测试总结(最新7篇)(经典版)编制人:__________________审核人:__________________审批人:__________________编制单位:__________________编制时间:____年____月____日序言下载提示:该文档是本店铺精心编制而成的,希望大家下载后,能够帮助大家解决实际问题。

文档下载后可定制修改,请根据实际需要进行调整和使用,谢谢!并且,本店铺为大家提供各种类型的经典范文,如合同协议、条据文书、策划方案、总结报告、党团资料、读书笔记、读后感、作文大全、教案资料、其他范文等等,想了解不同范文格式和写法,敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!Moreover, our store provides various types of classic sample essays, such as contract agreements, documentary evidence, planning plans, summary reports, party and youth organization materials, reading notes, post reading reflections, essay encyclopedias, lesson plan materials, other sample essays, etc. If you want to learn about different formats and writing methods of sample essays, please stay tuned!软件测试总结(最新7篇)我们有一些启发后,可以记录在心得体会中,这样有利于我们不断提升自我。

软件测试心得体会(通用14篇)

软件测试心得体会(通用14篇)

软件测试心得体会(通用14篇)软件测试心得体会篇1通过这次课程设计的实训,增加了我学习软件技术的兴趣,虽然还不明确软件技术包含的具体内容,但从C++语言这门课程开始,已发现程序设计的乐趣,在学习C++语言的过程中也学到了许多计算机应用基础知识,对计算机的机体也有了一个大体的了解。

在实际操作过程中犯的一些错误还会有意外的收获,感觉实训很有意思。

在具体操作中对这学期所学的C++语言的理论知识得到巩固,达到实训的基本目的,也发现自己的不足之出,在以后的上机中应更加注意,同时体会到C++语言具有的语句简洁,使用灵活,执行效率高等特点。

发现上机实训的重要作用,特别是对数组和循环有了深刻的理解。

通过实际操作,学会C++语言程序编程的基本步骤、基本方法,开发了自己的逻辑思维能力,培养了分析问题、解决问题的能力。

深刻体会到“没有做不到的,只有想不到的”,“团结就是力量”,“实践是检验真理的标准”,“不耻下问”的寓意。

在此希望以后应多进行这样的实训,加长设间,培养学生独立思考问题的能力,提高实际操作水平。

通过本次项目实训我要感谢学校领导给我们提供了这次机会,让我们自己有出去体会生活,自己做项目的深刻体会。

这次实训让我明白我自己之前的学习还是差很多,只有不断的努力,才能学好。

还要感谢达内公司对我的指导,我自己的努力固然重要,但是达内的优秀教师给我做的培训,讲的理论都让我受益匪浅,让我对软件有了一个新的概念新的理解。

软件测试心得体会篇2x月x日。

我怀着对提高并实现自我价值的心态,走进深圳走秀网络科技有限公司的大门,开始了自己大学里兼职实习工作。

转眼间。

6个月的实习时间就要过去了。

回想起这段时间的工作过程,我深深的认识到在走秀网实习的选择是绝对正确的,走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。

现将这段时间的工作进行如下总结。

首先,要具有良好的学习能力。

刚进走秀,带我的老大是哈尔滨人,我跟她很投缘。

软件测试总结8篇

软件测试总结8篇

软件测试总结8篇撰写突出的总结能够增强职场人的文字功底,我们在编写总结的过程中,务必要注意内容具体。

下面是作者为您分享的软件测试总结8篇,感谢您的参阅。

软件测试总结篇1时光荏苒,从毕业到现在已经10年,10年来一直从事着软件测试的工作。

从一个什么都不会,到测试技术人员再到测试管理,期间有迷茫,有痛苦,有弯路,有捷径。

今天对自己过去的10年测试经历做一个总结,一是给自己重新出发增加动力,二是给刚入道的、迷茫中的测试朋友一点点建议,希望你们少走弯路。

首先,谈谈测试职业规划,即做什么的问题。

所谓方向比努力重要,这绝对是一句真理。

如果能在刚走上测试工作岗位的时候明白这个道理,那么不出5年,你一定能成为某一测试领域的专家,那时不管是薪水、自信心都是顺其自然的事情。

但是遗憾的是,我们获取的太多信息是,测试人员是一个通才,什么都要学,什么都要懂。

结果这样的一个方向,导致了3脚猫功夫的测试人员一大把。

那么什么都懂一点的测试人员难道就没有用武之地了吗?也不是,可以朝着测试管理岗位发展。

说到这里,引出了测试职业规划的第一条路:测试管理。

那么很容易想到职业规划的另外一条路,测试技术专家。

在测试技术领域里,无外乎就是性能测试专家和自动化测试专家。

明确了软件测试职业规划的三个方向,接下来就是如何选择一条适合自己的方向。

下面给出我的几条建议。

关于选择测试管理:首先你一定不是一个喜欢技术,对技术敏感的人,这个很容易判断。

第二,你一定是个善于沟通,组织协调能力强的人。

第三,你的长期抗压能力较强,上能顶住领导批评,下能顶住下属埋怨。

能受得了委屈,吃的了亏。

第四,你对管理工作充满持续的激情,如果过去你是一个比较如鱼得水的学生干部,那更加没问题。

总之,相对你的iq,你的eq更高。

那么从性格上来说你比较适合做测试管理工作。

关于选择性能测试专家:正好和测试管理人员具备的性格相反,首先,你不喜欢组织协调这样的工作,你性格有些孤傲,你上学的时候一定不是学生干部,或者不是一个如鱼得水的学生干部。

软件测试总结(推荐五篇)

软件测试总结(推荐五篇)

软件测试总结(推荐五篇)第一篇:软件测试总结软件测试总结范文总结就是把一个时段的学习、工作或其完成情况进行一次全面系统的总结,它可以帮助我们有寻找学习和工作中的规律,不如我们来制定一份总结吧。

那么如何把总结写出新花样呢?以下是小编为大家收集的软件测试总结范文,欢迎阅读与收藏。

软件测试总结范文1伴随着充实紧凑的工作生活,一年的时间已经过去了。

这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。

总结经验,吸取教训,本文将主要从几个方面来对工作进行总结:工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。

以此作为惩前毖后的记录。

一、工作的主要内容在这一年的工作中,我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:1.编写矿业权系统的各类文档;2.矿业权系统的编码及bug勘误工作;3.矿业权系统的测试工作。

下面依照时间来对我的工作进行介绍。

初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。

若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。

在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。

这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。

至此,入职工作顺利起步。

在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现矿权系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。

在编写该文档的过程中,对矿权系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。

完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个矿权的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。

软件测试心得

软件测试心得

软件测试心得软件测试心得(通用8篇)软件测试心得要怎么写,才更标准规范?根据多年的文秘写作经验,参考优秀的软件测试心得样本能让你事半功倍,下面分享【软件测试心得(通用8篇)】,供你选择借鉴。

软件测试心得篇1在支付宝测试分析的角色和系统分析的角色是对应的,只不过一个是测试类的另外一个是开发类的。

系分下面会有相应开发,测分下面会有相应的测试用例编写和执行人员。

也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上,觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的,用例是用例执行人员来写并且执行的)。

而通过这次的这次分析觉得自己的测分还存在以下的问题:1、太关注开发的内部实现逻辑。

建议:将开发内部实现逻辑看成一个黑盒子,测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题,而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。

2、分析文档写的过于详细,甚至将用例的步骤都写了出来。

建议:测试分析要从全局上去看问题,细节的东西即便是知道的,也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样),这样后面的人才会自己主动去想问题。

3、分析文档要考虑维护性问题,不要出现类似比如还款中状态为“R”这种具体的数据内容。

因为我的分析是对后续用例编写人员的一个指导性的文档,所以如果侧分这么写很有可能导致用例也照着这么写,其实不管侧分和用例都不应该具体写到R这么细节,否则的话开发稍作变动我们就要相应变动我们的用例4、没有明确测试目的。

review用例的时候,没有提出每个用例需要明确一个测试目的,让别人来看这个用例的时候能明白到底是怎么回事。

总结:1、以后写测试分析文档,依据仅仅是prd文档,必须抛开开发实现逻辑部分(即不去看系分文档),待测分出来之后,再去看系分文档,互相看看彼此考虑的是否存在遗漏的地方。

等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。

软件测试个人工作总结的范文6篇

软件测试个人工作总结的范文6篇

软件测试个人工作总结的范文6篇第1篇示例:我是一名软件测试工程师,经过一段时间的工作,我对软件测试有了更深入的了解,也积累了一些经验。

在这篇文章中,我将总结一下我个人的工作情况,包括工作内容、收获和改进方向等。

我在工作中主要负责软件的功能测试和性能测试。

在功能测试方面,我会根据需求文档编写测试用例,并通过手动测试和自动化测试来验证软件的功能是否符合设计要求。

在性能测试方面,我会使用性能测试工具来模拟多种场景下的用户操作,以评估软件在不同负载下的性能表现。

在工作中,我遇到了很多问题,比如需求变更、bug修复延迟等,但通过和开发人员和产品经理的沟通,以及不断学习新知识,我成功地解决了这些问题,保证了软件的质量。

在工作中,我也收获了很多。

我对软件测试的流程和方法有了更清晰的认识,比如测试用例设计、缺陷管理等。

我提高了沟通能力和团队协作能力,能够更好地与团队成员合作,共同完成软件测试任务。

在未来的工作中,我会继续学习和提升自己,不断改进测试方法和流程,提高测试效率和质量。

我也希望能够深入了解软件开发的各个环节,更好地理解软件产品,为产品的质量和用户体验做出更大的贡献。

软件测试工作既充满挑战,也充满乐趣。

通过不断学习和努力,我相信我可以成为一名优秀的软件测试工程师,为团队的成功和产品的卓越贡献自己的力量。

【字数: 346】第2篇示例:在软件测试工作中,我经历了许多挑战和收获,不断提升自己的能力和水平。

通过对过去一段时间的工作总结和反思,我认为自己在软件测试领域取得了一定的进步和成就。

我在软件测试中注重团队合作。

团队合作是软件测试工作中必不可少的一部分,只有团结协作,才能更好地完成测试任务。

在团队中,我积极主动地与开发人员、产品经理、项目经理等进行沟通和交流,及时反馈问题,协助解决bug,确保软件质量。

通过团队合作,我学会了倾听、理解和尊重他人,提高了自己的沟通和协调能力。

我注重自我学习和提升。

软件测试是一个不断学习和提升的过程,只有不断学习新知识和掌握新技能,才能跟上行业的发展和需求。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件测试的心得5篇软件测试的心得篇1将近一个月的假期实习生活结束了,告别了这一次短暂的实习生活,这段时间也让我感概万分,有欢乐,也有苦累,也许这就是实习生活所必须经历的吧。

似乎尝到了校园中所不能经历的辛酸苦累,所以,这段时间里我学到了很多,也都成为了我人生中的宝贵财富,也迈向了社会中重要的一步,是非常值得珍惜的。

这次实践主要就是学会使用公司软件部门所开发的应用软件和各种产品设备,熟悉和了解一贯的操作方法和可能出现的问题,并就如何解决问题向老员工请教方法。

教我的是一位年纪稍大的老员工,先与我说了一下要点,然后让我自已看,遇到不懂的就问。

初次接触,发现它并不像书本那样的有条有序,许多信息夹杂在一起,令人眼花缭乱,而有不同的种类,要做到随便一看就知是什么单是不行的,因为看过一点有关软件测试的书籍,所有有点了解,但是这些根本不够,于是接来的几天我就踏踏实实的坐在哪里认真的看产品介绍和说明书,熟悉它的大致结构。

熟悉了相关软件和硬件的操作和基本故障诊断之后,我也成为工作之中的一员,开始尝试解决客户应用产品中出现的一些问题。

在这一段时间里,主要任务有巩固之前所学的,对常见的错误要一看便知,并养成认真仔细的工作习惯。

在工作的过程中我也遇到了一些棘手的问题,但是经过大家的共同努力也一起解决了。

经过了这些之后我也感觉到光靠培训听讲是不那么管用的,有时候也要自己试着去解决问题去亲自动手测试一些东西,在实际的应用过程中去发现问题和解决问题,做任何事都是一样要实事求是。

结合之前的培训,了解我现在的任务就是熟悉各种软件的操作和数据结构,然后在此基础上尽一切可能的去模拟、去思考现实使用环境中的应用可能性和预测可能出现的状况再对比一出现故障的概率等等,在这样的一个环节之后我要做的更细致的活儿就是做好各种测试计划和测试报告,然后对这些报告做一个准确和客观的评估然后将我所获得的结果反馈给软件或者硬件开发人员。

经过了将近一个月时间学习,了解到自己还有许多的不足,首先是缺乏工作经验,因为自己缺乏经验,很多问题而不能分清主次,还有些培训或学习不能找到重点,然后工作态度仍然不够积极,在工作中仅仅能够完成布置的工作是不够的,若没有工作做时可能就会松懈,不能做到主动学习。

在工作中,不允许丝毫的马虎,严谨认真是时刻要牢记的。

同时,学术上不够钻研,这是由工作性质决定的,也是我自己选择的,因为在我看来,只有被市场认可的技术才有价值,,但我毕竟是大三在校生,对科研技术进展方面都不了解,所以还需要更多的锻炼机会。

经过这一次的实践与学习,我才慢慢开始真正了解了软件测试工作,实习是一个开端,一个让自己学会成长的地方,不管是从工作技能上还是为人处事上,我都感觉到了自己有很大的提高。

首先,应对软件测试感兴趣和对自己有自信,如果具备了这两点,那么在开发过程中不管遇到什么样的困难,我相信自己一定能克服。

作为软件测试工要善于怀疑,世界上没有绝对正确的,总有错误的地方,具有叛逆心理,别人认为不可能发生的事,我却认为可能发生,别人认为是对的,我却认为不是对的。

有时候,往往某些质疑才是关键。

保持一个良好的心情,否则很可能无法把测试作好,一定不能把生活中的不愉快的情绪带到工作中来。

在工作技能上,因为从事的是测试工作,自己又没有经验,所以一切需要我从头开始,而且更需要自己的努力、耐心和细心。

这些都是自己欠缺的,但是在工作了这几个月后,真的发现自己有了很大的改善。

其次,让自己成熟了许多。

虽然不能用语言来描述,但是确实可以从生活中的点点滴滴感觉得到。

经历使人成长,只有经历过,才可以让自己真的成熟起来。

刚开始的时候很多人都和我一样,认为软件测试工作简单,只需要动动鼠标就行,之后才明白当初的认识是多么的肤浅。

虽然自是功能测试,手工测试的工作,但是那鼠标也不是那么乱点的!所以其实做任何一件事都要付出自己自己的真心,努力去做,勇敢去做,才能离成功更进一步。

软件测试的心得篇2一个从点点点开始,一切未知的故事。

在最初的认知里,软件测试这个行业需要掌握的只是简单的点点点,但是怎么点,从那点,为什么点一直是我内心的疑惑,所以,为了让自己能够点点点,更明白的点点点,学习软件测试并在这个行业发展成了我现阶段的目标。

需求澄清阶段:从二三百字的英文需求文档,像一个产品的使用说明书,简单明了的交代了是什么,怎么用。

到后来几千字的需求澄清文档,是一次思维的转变。

从习以为常的使用各种软件到思考怎样去制造出来一个软件,一个成熟的软件具备了哪些功能才能够让我们去使用,要同时从人和计算机的角度去思考问题。

从人的角度出发,我们要考虑我们所需要的软件能够帮助我们干什么,在哪些方面减少我们的人工成本,怎样才是使用起来方便快捷的。

从代码的角度出发,代码能够实现的功能有哪些,其中的逻辑顺序是怎样的,怎样才能用最少的代码实现最多的功能。

尽最大的努力去提出尽可能多的需求。

思维导图阶段:思维导图,像字面意思一样,是思维的引导流程图。

相比于繁琐的文字信息,它能够有逻辑有顺序的用最少的文字展现一个软件应有的功能。

也能够说明在人们对于软件错误的操作后,软件能够明确的告知。

测试计划阶段:计划,顾名思义,对任何一件事情都是需要有计划的,它就像是完成目标的开始,我们在对某件事情有了初步的了解之后,怎样去完成这件事情,谁去完成这件事情,在什么环境下完成这件事情,怎样就算达到目标,不管哪一方面,我们都需要一个简单的计划,这样才能更好的掌控事情的发展形势。

测试设计阶段:软件测试需要我们去测试什么,我们怎样才能测试出来我们想要的东西,根据什么去执行测试。

或许这就是测试设计的意义。

根据对需求的理解,我们怎样才算完成对需求的开发,是测试设计的重点,也是测试用例编写的依据。

我们需要全方面的考虑问题。

不仅仅是它能不能正常使用,而且也包括在异常情况下的处理;在不同条件,不同环境下功能能否正常使用;一个软件前端和后端所能显示的信息情况是否一致。

这些都不再是概括性的描述,而是具体的实例。

需求澄清到用例开发,二三百字到上万字的文档,对于软件测试这个行业有了全新的认识。

不止是简单的点点点,是对一个项目上线前的最后一道防线,尽可能多的去避免缺陷产生是软件测试的职责。

对于现阶段的自己,想要更深层次的了解软件测试,需要的是时间和精力的付出。

只希望现在的自己,能够快速的掌握软件测试的基础知识,进入这个行业。

在实践中成长,在成长中学习。

软件测试的心得篇3这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。

软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。

所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。

下面我简单的写一下这个学期对课程的总结和收获。

我认为,在整个庞大的软件工程中,不管是需求分析、架构设计甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。

测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。

尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。

软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。

做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。

软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容性同样重要。

对于测试员来讲,会比开发人员更加重视软件产品的质量问题。

在测试过程中,测试者可能会为客户的需求角度考虑到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。

然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。

通过课上的理论因为课下的实践和后半学期又因为身体力行于群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。

收印象深刻的有一下几点。

1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。

2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。

3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。

4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。

一开始写的比较不自然,有些生搬硬套,而且还很慢。

在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。

另外就是一个学期的学习让我纠正了几点误区:1.有位大师曾说过:“软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现的错误的测试。

”由此我自认为测试就是为了找到bug,然而一个学期的测试学习经验告诉我这是错误的,如果只是为了找到bug,那么bug会成天缠着你。

2.在大家协力测试论坛的时期内,我曾认为这种大量的重复性的工作真的很乏味,可是在这乏味中真心发生挺多有意思的bug,意想不到的bug,所以我认为只要掌握了方法,在重复中寻到到创新的小惊喜,任何东西都有它的特点。

作为测试新手,通过一学期的学习,我认为能独立写测试计划,设计测试用例,精通一种测试工具,理解一种bug管理软件是新手晋级老手的必备素质。

任重而道远?!在最后,我不得不提的就是细心和耐心了。

这是我认为这个学期测试课上收获最大的了,课程要求测试时必须细心和耐心,我在想,如果以后真的工作在测试一系列的岗位上,要学会坐得住,用大量的时间和精力和bug斗争,分离、识别还有归类bug,是不是也能真的改变我粗心大意和三分钟热度的毛病。

最后感谢刘老师这学期的课程讲授,和实践中的指导和帮助。

测试路程,路漫漫其修远兮,吾将上下而求索。

软件测试的心得篇4时间飞逝,不知不觉间《软件工程》的学习已经过了大半了。

在这将近半学期的学习中,虽然我不能说我将《软件工程》学习的有多么的好,但是通过学习,我还是受益良多。

在以前,我一直对软件存在一些偏见或则是误解,认为软件就是程序,软件的开发就是编写程序,只要编完了程序,一切也就ok了,而且我还片面的认为只要我掌握了时下最新的语言和工具,那么我就能写程序了。

一个人,只要会编程,就能写软件,就是程序员;一个公司,只要招聘一些程序员,就能开发好的软件产品。

相关文档
最新文档