工作总结能够帮助自己更好地与同事和上级沟通和交流,提高工作效率力,通过工作总结,我们可以总结出一些有效的工作策略和方法,下面是写文书吧小编为您分享的2024年软件测试工作总结6篇,感谢您的参阅。
2024年软件测试工作总结篇1
这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。
我认为,在整个庞大的软件工程中,不管是需求分析、架构设计甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。
软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于
1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。
2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。
4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区:
1、有位大师曾说过:“软件测试的'目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug,然而一个学期的测试学习经验告诉我这是错误的,如果只是为了找到bug,那么bug会成天缠着你。
2、在大家协力测试论坛的时期内,我曾认为这种大量的重复性的工作真的很乏味,可是在这乏味中真心发生挺多有意思的bug,意想不到的bug,所以我认为只要掌握了方法,在重复中寻到到创新的小惊喜,任何东西都有它的特点。
作为测试新手,通过一学期的学习,我认为能独立写测试计划,设计测试用例,精通一种测试工具,理解一种bug管理软件是新手晋级老手的必备素质。任重而道远?!
在最后,我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了,课程要求测试时必须细心和耐心,我在想,如果以后真的工作在测试一系列的岗位上,要学会坐得住,用大量的时间和精力和bug斗争,分离、识别还有归类bug,是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授,和实践中的指导和帮助。测试路程,路漫漫其修远兮,吾将上下而求索。
2024年软件测试工作总结篇2
伴随着充实紧凑的工作生活,20xx年的时间已经过去了。这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。总结经验,吸取教训,我主要从几个方面来对工作进行总结:工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。以此作为惩前毖后的记录。
一、工作的主要内容
在20xx年的工作中,我的总体任务是协助xx管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:
1.编写矿业权系统的各类文档;
2.矿业权系统的编码及bug勘误工作;
3.矿业权系统的测试工作。
下面依照时间来对我的工作进行介绍。初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此,入职工作顺利起步。
在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现xx系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中,对xx系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个xx的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对xx系统进行细微的缝补工作。这段时间是学习多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。完成了系统的修补之后,我们的程序送到了xx进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。
第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了xx所进行所检。在进行所检之余,我又接到了新的任务,完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于x月x号编写完毕。
现阶段我的任务是根据所检的bug列表,对xx系统进行回归测试。
二、工作中失败的教训以及成功的经验
对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。
成功的经验:
1)敢于接受任务并想尽一切办法完成。最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。
2)勇于承担错误,正视自身的问题。工作中可谓是错误不断,从文档的错别字这种小问题到xx系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。
失败的教训:
1)重视每一个细节,不要忽视小问题。在最初进行矿业权系统数据需求文档的.编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。
2)进行重复工作也不能大意。在对xx系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。
3)考虑问题要严谨。在对xx系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。
4)注重用户体验。在xx系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。
三、展望下一阶段的工作
下一阶段短期内我们的工作主要针对xx系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习xx数据库和xx数据库的使用上的区别,做好从xx数据库向xx数据库的迁移工作。
20xx年的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。感谢经理的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现中地的辉煌。
2024年软件测试工作总结篇3
各位同事:
大家上午好!开一次这样的会不容易,这应该是信息部两年来人员的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!
时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我20xx年的工作进行一个简单的总结及对20xx年的工作进行一个简单的规划。
一)美容院财务系统
1)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
2)根据财务部的需求,在系统中增加各种相应的汇总及明细报表,减少了财务部相关的手工单据,更直接的从系统中取数、打印,更好的提高了财务部的工作效率;
3)从4月到5月中,经过一个半月的努力,最终完成了美容院财务系统的分布式操作,[xx课件]相比去年的分布系统更加稳定、准确;
4)在系统中增加了客户经理操作美容院财务系统的权限(点菜系统),相应的减轻了一线运营的工作以及让客户经理更好的管理好自己的客户;
5)在系统中增加了护理记录的.自动输入功能(即在财务系统中的交款、开卡、消费等操作记录自动录入到美容院业务系统中),从而减轻了一线前台的工作;
6)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
二)美容院业务系统
1)在系统中增加客户尺寸测量及相关提醒功能,以更好的了解到顾客护理后相应的效果对比;
2)在系统中增加投诉处理功能,更好的处理了法务部、财务部及一线运营相关部门的投诉处理的协调;
3)业务系统数据库电话号码加密(系统中对电话号码的操作进行加密及对电话号码解密的显示,实施时对电话号码的批处理加密);
4)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
2024年软件测试工作总结篇4
时光荏苒,如今17年的帷幕已经谢下,18年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作,以下就是我对过去这一年的工作总结:
一、测试工作及经验
作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在20xx年中所做的工作主要有:
1.xxxxxxxx测试用例的编写,对系统的测试、跟踪;
2.xxxxxxxx需求、高保图、界面和功能的测试;
3.xxxxxxxx功能测试用例的编写,高保图、系统的测试;
4.xxxxxxxx的静态页面测试和功能测试;
5.xxxxxxxx的功能测试;
6.xxxxxxxx第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主持参与测试用例评审;
7.xxxxxxxx平台高保图的测试和系统静态页面、功能的测试;
8.xxxxxxxx的高保图测试和测试用例的编写;
9.xxxxxxxx的静态页面和功能测试,参与测试用例的评审;
10.xxxxxxxx的高保图测试、静态页面和功能测试;
11.xxxxxxxx用户使用手册的编写;
一年的工作,让我获得很多方面的经验:
1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试;
2. 要站在用户角度对系统进行测试。从一些项目中出现的`未能及时发现的bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试;
3.对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题;
4.越来越规范的工作流程的让我们的工作有条不紊的进行,让我深刻认识到工作的规范性是多么的重要,并且从中学习如何从文档和流程上规范工作。
5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑,都与开发人员、
产品经理等及时沟通,大大提高了工作的效率。
二、加强自我能力的提高
只有不断的提高自己各种的能力,才能胜任越来越艰巨的任务,因此在工作相对不饱和的时候,我自己进行了一些学习。
为提高对“用户体验”的理解,我学习了《下一站用户体验》,书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品,但是有一些却是通用的,比如:太多弹出框、按钮会给用户带来愤怒感,要适当的给页面减肥等等。
深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发,所以我学习了性能测试的一些相关知识,并在师父的指导下运用lr工具进行简单性能测试,以后必须坚持学习。
三、存在的不足及明年计划
一年的工作让我有所进步,但是很多地方还是存在不足,比如:有时候看问题比较主观,不是很细致,没能深入地去测试,会有遗漏的bug;自身专业技术能力还不足,不能从系统稳定性这一点上对系统进行测试。在以后的工作中,我会努力改善。
在20xx年的工作中,我计划:
1、本着实事求是的态度,更加认真、负责的完成工作;
2、要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例;
3、按照系统稳定性测试方案,要逐渐对系统的稳定性、安全性进行测试;
4、继续研究性能测试,并要将lr工具运用在实际工作中;
5、多多的学习,参加一些有益的培训,在实际工作中活学活用。
四、个人建议
这一年来我们部门有着的显著进步,越发规范的工作流程,越来越明确的责任制度、管理体系等,都让我们更加有凝聚力。在此,个人提出以下几个小建议:
1、希望可以加强对项目的把控,尽量能将延期风险降到最低;
2、从各个组对需求理解的不一致,以及信息更新不及时等问题上看,沟通
问题还是有待完善;
3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求;
4、虽然工作任务繁重,还是希望部门能够多组织活动,完善奖励制度,可
以让大家更加激情的为部门、为公司奉献自己的全部力量。
以上是我个人的一些浅见,相信在大家共同的努力下,向着同一个目标进发,软件部甚至整个公司必定会大展全新的宏图伟业。
2024年软件测试工作总结篇5
先介绍一下我的背景:通信类院校20xx年毕业、本科、计算机专业,毕业后进入一家大型通信设备商工作,任职软件测试工程师。
一、t项目执行
20xx年7月13日入部门,此时才知道自己被分配到了测试部。部门主管把我领走后,就把我交给了导师。
入部门的头几天,主要熟悉公司的工作环境,认识部门同事,了解产品知识。由于我们是做传输设备的,所以当时学习的产品知识主要以sdh原理为主,包括sdh的帧结构、网络的保护和倒换等。
下面介绍一下我所做的项目。
项目名称:t软件
项目概况:该项目是在pc和sun工作站上开发的软件,属于cs结构。client端用java开发(开始使用jdk1.3,后来改用jdk1.4),实现跨平台;server端用c++开发,使用ace实现跨平台(windows和unix)。
人力投入:开发好像是9人,测试3人。(我来的时候是产品的第2个版本,人力投入大概如此)
我入部门几天后,t项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容,去点鼠标,如果发现程序出现错误或异常,就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标:)
现在想起当初的测试工作,实在有太多的不足,和待改进点。
1、测试用例。对于一个软件的测试来讲,测试用例是至关重要的。测试用例要覆盖所有测试规格,而且测试用例要易于理解、易于执行,简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟,最糟糕的是用例的质量很差,使用这些测试用例,根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的,而且用于存储测试用例的excel表格设计的很差,界面很不友好,从一定程度上降低了测试效率。
2、产品知识。t软件虽然是在pc和工作站上运行的,但是开发t软件的目的'是为产品服务的,所以我们必须具备产品知识,才能更好的对t软件进行测试。恰巧当时包括我导师在内的3个人,都不太了解产品,所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。
3、软件测试的重点不明确。软件测试是软件工程中的一项重要活动,它尽可能发现程序中存在的缺陷,保证程序的质量。但软件作为一种商业品,有它的发布时限,老板说这个软件要1月份发布,你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多,而很多重点却没有得到重视,一些严重问题暴露的比较晚,导致测试时间延了又延,版本测了一个又一个,想起那些日子,只能如此描述:“累并痛苦着”。
4、测试流程的把握。7月份中旬,t项目从开发部转到测试部,进入了测试阶段,实际当时的产品质量并不能达到转测试的标准,而我们却让他们通过了转测试,结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此,我们是测了一轮又一轮,测的我们都要绝望了。回头想一想,t软件还真的是我们测出来的,而不是开发写出来的:)
2024年软件测试工作总结篇6
时光荏苒,从毕业到现在已经10年,10年来一直从事着软件测试的工作。从一个什么都不会,到测试技术人员再到测试管理,期间有迷茫,有痛苦,有弯路,有捷径。今天对自己过去的10年测试经历做一个总结,一是给自己重新出发增加动力,二是给刚入道的、迷茫中的测试朋友一点点建议,希望你们少走弯路。
首先,谈谈测试职业规划,即做什么的问题。所谓方向比努力重要,这绝对是一句真理。如果能在刚走上测试工作岗位的时候明白这个道理,那么不出5年,你一定能成为某一测试领域的专家,那时不管是薪水、自信心都是顺其自然的事情。但是遗憾的是,我们获取的太多信息是,测试人员是一个通才,什么都要学,什么都要懂。结果这样的一个方向,导致了3脚猫功夫的测试人员一大把。那么什么都懂一点的测试人员难道就没有用武之地了吗也不是,可以朝着测试管理岗位发展。说到这里,引出了测试职业规划的第一条路:测试管理。那么很容易想到职业规划的另外一条路,测试技术专家。在测试技术领域里,无外乎就是性能测试专家和自动化测试专家。
明确了软件测试职业规划的三个方向,接下来就是如何选择一条适合自己的方向。下面给出我的几条建议。
关于选择测试管理:首先你一定不是一个喜欢技术,对技术敏感的人,这个很容易判断。第二,你一定是个善于沟通,组织协调能力强的人。第三,你的长期抗压能力较强,上能顶住领导批评,下能顶住下属埋怨。能受得了委屈,吃的了亏。第四,你对管理工作充满持续的激情,如果过去你是一个比较如鱼得水的学生干部,那更加没问题。总之,相对你的iq,你的eq更高。那么从性格上来说你比较适合做测试管理工作。
关于选择性能测试专家:正好和测试管理人员具备的性格相反,首先,你不喜欢组织协调这样的工作,你性格有些孤傲,你上学的时候一定不是学生干部,或者不是一个如鱼得水的学生干部。第二,你不一定是个技术狂热者,但你不排斥技术,你的动手能力较强,喜欢实践。能静下心来学习。那么你有成为一个技术专家的潜力关于选择自动化测试专家:和性能测试专家类似,如果你掌握一门编程语言,或者有信心学好一门编程语言,那么恭喜你,你有成为自动化测试专家的`潜力。通常,性能测试专家和自动化测试专家在技术上是相通的。
确定了自己的测试发展方向,接下来就是如何实现的问题。有一个的10000小时定律理论,即一个人想要成为某个领域的专家,需要经过1万个小时的锤炼。按此比例计算,如果以每天工作8小时,一周工作5天计算,那么成为一个领域的专家需要4-5年的时间。
关于如何成长为测试管理人才:首先你一定要成为一个功能测试专家;通过参与至少2个完整项目的测试工作,你对测试理论、一个完整项目的测试流程、测试活动、测试输出了于指掌。第二,尽量选择一个行业如电信、支付、网购、通讯等深入做下去,成为该领域的业务专家。因为测试经理的角色往往也是半个需求人员的角色。第三,尽量在头三年的时间里,亲自参与功能测试、性能测试、自动化测试工作,为后面测试管理的招聘工作、测试计划、人员分配、任务安排打下一个良好的技术基础,说白了,测试管理工作也是一个技术管理岗位,没有一定的技术功底,很难开展后续的管理工作。
关于如何成长为性能测试专家:刚进入测试管理岗位,你负责的工作一定是功能测试任务。没有机会接触性能测试工作。怎么办我的建议是:自学或者参加培训班,如果你是一个自我管理能力非常强的人,建议自学,如果不是,那么建议参加专门的性能测试培训班。参加培训班之前大致了解一下性能测试的基础知识。
性能测试的学习过程大致如下:
1) 首先了解一个系统的架构,明白各服务器之间是如何交互工作、系统的数据流向、系统的压力点,从而确定性能测试需求和指标,即那些功能需要考虑压力,能承担的压力是多大。比如一个购物网站,最典型的登陆功能、提交订单功能需要支持多少个用户并发,每个并发用户在几秒之内完成操作,系统长时间在压力状态下的稳定性。
2) 第二选择测试工具,对于基于http协议的应用来说,一般loadrunner都能完成性能测试工作,学习loadrunner的三部曲:脚本录制编写
(loadrunner generator)、场景设置和执行(loadrunner controller)、结果分析(loadrunner analysis)的内容。
对于一些无法用现有工具实施性能测试的应用,需要考虑自己编写工具来完成。所以一个优秀的性能测试工程师一定是能熟练使用一门编程语言的。
3) 实践,一定要多实践,安装完loadrunner以后,loadrunner里带有现成的性能测试项目---飞机订票系统。完全可以拿来练手loadrunner。
4) 性能测试的目的是发现系统处理能力的瓶颈而系统调优才是最终的目的,如果能进一步提高各业务服务器、数据库服务器的调优技能,对性能测试工作来说是如虎添翼。
关于如何成长为自动化测试专家:
自动化测试和性能测试不一样,性能测试主要是对服务器的性能做测试,而自动化测试是从前端考虑,其目的旨在于替代部分手工测试、考量客户端长时间运行的稳定性。自动化测试分为:web站点的自动化测试、pc客户端的自动化测试、手机端的自动化测试。每一个终端的测试都是一个大的领域,建议先深入学习一个终端的自动化测试技术。
关于web端站点的自动化测试:常用的开源测试工具:selenium框架+一门编程语言(建议python),或者收费软件qtp,推荐selenium,因为它是开源的、免费的,不存在盗版问题、且可扩展,所以国内的一线大公司喜欢用。
pc客户端自动化测试:常用的测试工具:qtp。付费软件,国内很多小公司在用。
android手机自动化测试:常用的测试工具:monkey、monkeyrunner、robutium、appium等,这些都是开源软件。一样,国内一流的公司都在使用。
苹果端的自动化测试:常用的测试工具:instrument、fonemonke、broomine、iphone sdk自带的test unit。
不管学习哪一个终端的自动化测试,熟练掌握一门编程语言是必要条件。
最后谈谈软实力,一个优秀的测试技术专家,我认为需要具备以下几个特性:
持续学习能力:计算机技术的发展可谓日新月异,如果不持续学习,那么不出2年,你就会发现你只能当一个廉价的手工测试人员。所以如果能在工作中学习,不能的话,下班后保证2个小时的自学时间。几年下来,你就能发现自己的进步有多大。
沟通能力:我觉得可以从2方面培养:第一:日常工作的沟通能力:和开发、产品、运维、客服同事的沟通要及时,表达要准确,多微笑、多倾听、保持良好轻松的同事关系。第二,正式场合的沟通能力,如项目周会、评审会议、总结会议,一定要提前做准备,讲什么、怎么讲,自己私下里先练习一下,这样在正式场合才能表达清楚、气定神闲、落落大方,给领导和同事留下一个好的印象。
团队合作能力:首先从心态上,要强调整体的概念,放下单打独斗的想法。在实际项目中,体现为团队成员之间的相互协作、资源共享、共同进退。这个时代已经不是一个英雄创造神话的年代了,只有团队的齐心协力才能把项目做好,这样的人往往也是公司最喜欢,最愿意去培养的人。
与优秀的人为伍:所谓近朱者赤,近墨者黑。跟对一个老大、和优秀的人共事,找一个优秀的伴侣、经常去参加一些牛人讲座、技术论坛,通过这些人的耳濡目染,一定会让你少走很多弯路。
其他还有很多软实力,但我个人认为以上几点比较重要。
凡事要趁早,特别是技术行业,一定要在头几年打下扎实的技术功底,这对将来的技术管理或技术专家路线都有极大的帮助。
不知不觉写了这么多,感觉还没有说完,希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的同学一点帮助。
2024年软件测试工作总结6篇相关文章: