网站导航
老地方 > 总结 > 总结大全 > 正文

软件测试总结

2024/07/23总结大全

老地方整理的软件测试总结(精选4篇),希望这些总结范文,能够帮助到大家。

软件测试总结 篇1

将近一个月的假期实习生活结束了,告别了这一次短暂的实习生活,这段时间也让我感概万分,有欢乐,也有苦累,也许这就是实习生活所必须经历的吧。似乎尝到了校园中所不能经历的辛酸苦累,所以,这段时间里我学到了很多,也都成为了我人生中的宝贵财富,也迈向了社会中重要的一步,是非常值得珍惜的。

这次实践主要就是学会使用公司软件部门所开发的应用软件和各种产品设备,熟悉和了解一贯的操作方法和可能出现的问题,并就如何解决问题向老员工请教方法。教我的是一位年纪稍大的老员工,先与我说了一下要点,然后让我自已看,遇到不懂的就问。初次接触,发现它并不像书本那样的有条有序,许多信息夹杂在一起,令人眼花缭乱,而有不同的种类,要做到随便一看就知是什么单是不行的,因为看过一点有关软件测试的书籍,所有有点了解,但是这些根本不够,于是接来的几天我就踏踏实实的坐在哪里认真的看产品介绍和说明书,熟悉它的大致结构。

熟悉了相关软件和硬件的操作和基本故障诊断之后,我也成为工作之中的一员,开始尝试解决客户应用产品中出现的一些问题。在这一段时间里,主要任务有巩固之前所学的,对常见的错误要一看便知,并养成认真仔细的工作习惯。在工作的过程中我也遇到了一些棘手的问题,但是经过大家的共同努力也一起解决了。经过了这些之后我也感觉到光靠培训听讲是不那么管用的,有时候也要自己试着去解决问题去亲自动手测试一些东西,在实际的应用过程中去发现问题和解决问题,做任何事都是一样要实事求是。

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

经过了将近一个月时间学习,了解到自己还有许多的不足,首先是缺乏工作经验,因为自己缺乏经验,很多问题而不能分清主次,还有些培训或学习不能找到重点,然后工作态度仍然不够积极,在工作中仅仅能够完成布置的工作是不够的.,若没有工作做时可能就会松懈,不能做到主动学习。在工作中,不允许丝毫的马虎,严谨认真是时刻要牢记的。同时,学术上不够钻研,这是由工作性质决定的,也是我自己选择的,因为在我看来,只有被市场认可的技术才有价值,,但我毕竟是大三在校生,对科研技术进展方面都不了解,所以还需要更多的锻炼机会。

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

首先,应对软件测试感兴趣和对自己有自信,如果具备了这两点,那么在开发过程中不管遇到什么样的困难,我相信自己一定能克服。作为软件测试工作者要善于怀疑,世界上没有绝对正确的,总有错误的地方,具有叛逆心理,别人认为不可能发生的事,我却认为可能发生,别人认为是对的,我却认为不是对的。有时候,往往某些质疑才是关键。保持一个良好的心情,否则很可能无法把测试作好,一定不能把生活中的不愉快的情绪带到工作中来。在工作技能上,因为从事的是测试工作,自己又没有经验,所以一切需要我从头开始,而且更需要自己的努力、耐心和细心。这些都是自己欠缺的,但是在工作了这几个月后,真的发现自己有了很大的改善。其次,让自己成熟了许多。虽然不能用语言来描述,但是确实可以从生活中的点点滴滴感觉得到。经历使人成长,只有经历过,才可以让自己真的成熟起来。

刚开始的时候很多人都和我一样,认为软件测试工作简单,只需要动动鼠标就行,之后才明白当初的认识是多么的肤浅。虽然自是功能测试,手工测试的工作,但是那鼠标也不是那么乱点的!所以其实做任何一件事都要付出自己自己的真心,努力去做,勇敢去做,才能离成功更进一步。

软件测试总结 篇2

我所在的实习单位是深圳易思博软件技术有限公司(简称易软),是国内知名的专业软件外包企业,在深圳华南地区位居行业前列。易软自开始从事软件外包业务以来,服务合作模式从人力资源外包发展到项目外包、离岸开发和OEM产品合作等模式。业务领域涉及固网、移动通信、光网络,电信增值服务等业务领域。

实习第一周:

主要去学习工作的业务,制度以及学习关于测试的知识,虽然不是重要的工作,但对今后的工作有很大的帮助。

实习第二周:

进公司第二周,开始了解项目的需求,以及公司的资料模板,比较测试用例、方案等。

在这周里,主要了解WEB网站类型的《深圳书城》项目的需求,从需求中学习写测试用例。并且还参与了该项目的用例评审。

实习第三周:

熟悉《深圳书城》项目的需求,学习前辈们的用例和测试方案。

根据测试用例,测试项目。主要负责测试系统后台的信息管理模块、发货管理模块等模块。并提交BUG到BUG管理库。

实习第四周:

项目经过一段时间的测试,终于快要完成了,这个星期主要是回归测试。就是把提过BUG的单,经过开发修改过后的系统再进行测试。回归全部通过,说明系统的`质量不差。测完并且编写用户手册。

实习第五周:

项目完成了,进行了一个星期的OCS项目培训,这次培训主要是学习OCS的业务流程。所谓的OCS是指OnlineChargingSystem在线计费系统。是我们平时用手机打电话、发短信、上网等业务的计费。

发现计费系统的业务逻辑强。要努力学习才行。

实习第六周:

学习语言计费流程知识,以及熟悉OCS相关概念。

学习使用CBDE工具的使用,以及测试工具IDT。IDT是接口驱动工具。原来模拟DCC,IDL接口信息以及离线话单,可以直接触发业务流程,简化问题定位。学习了这些工具就要多练习,才会熟练。

实习第七周:

这周主要是练习linux命令,多点与同事的交流,这样便于解决问题。

实习第八周:

由于暂时还没接到项目,所以这周的主要任务是:学习loadrunner工具为主,linux命令为辅。

我在本机上搭建一个网上商城的系统,用于做性能测试的练习,因此,使用LR工具对其进行性能的测试,以熟悉使用LR工具。

实习第九周:

这周主要熟悉《电子采购系统》的需求,了解电子采购系统的业务流程,由于我们这个系统是定制版本,在增加系统需求前是一个完整的系统。

实习第十周:

这周主要测试《电子采购系统》进行系统测试,主要测试物料管理模块、问题反馈模块。

根据测试用例对物料管理模块、问题反馈模块进行测试,记录测试中出现的BUG,与开发人员进行沟通。

实习第十一周:

这周主要测试《电子采购系统》进行系统测试,主要测试供应商认证模块、采购与招标询价模块。

根据测试用例对供应商认证模块、采购与招标询价模块进行测试,记录测试中出现的BUG,与开发人员进行沟通。

软件测试总结 篇3

通过这次课程设计的实训,增加了我学习软件技术的兴趣,虽然还不明确软件技术包含的具体内容,但从C++语言这门课程开始,已发现程序设计的乐趣,在学习C++语言的过程中也学到了许多计算机应用基础知识,对计算机的机体也有了一个大体的了解。在实际操作过程中犯的一些错误还会有意外的收获,感觉实训很有意思。在具体操作中对这学期所学的C++语言的理论知识得到巩固,达到实训的基本目的,也发现自己的不足之出,在以后的上机中应更加注意,同时体会到C++语言具有的语句简洁,使用灵活,执行效率高等特点。发现上机实训的重要作用,特别是对数组和循环有了深刻的理解。

通过实际操作,学会C++语言程序编程的基本步骤、基本方法,开发了自己的逻辑思维能力,培养了分析问题、解决问题的能力。深刻体会到“没有做不到的,只有想不到的”,“团结就是力量”,“实践是检验真理的.标准”,“不耻下问”的寓意。

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

通过本次项目实训我要感谢学校领导给我们提供了这次机会,让我们自己有出去体会生活,自己做项目的深刻体会。这次实训让我明白我自己之前的学习还是差很多,只有不断的努力,才能学好。还要感谢达内公司对我的指导,我自己的努力固然重要,但是达内的优秀教师给我做的培训,讲的理论都让我受益匪浅,让我对软件有了一个新的概念新的理解。

软件测试总结 篇4

一个合格的手机软件测试工程师要掌握的东西是很多很多的。在我个人理解中,一个合格的高级手机软件测试工程师应该具有最基本的两点知识:软件测试理论知识和一定的开发技能。

1、软件测试理论知识

这个不用多说,软件测试工程师必须要掌握的,软件测试如何融入整个开发的流程,什么时候介入,什么时候结束,如何搭建测试环境,如何设计测试用例(包括设计测试用例的方法,如:等价类划分,边界值法等),如何使用测试工具,还有测试领域专用的一些术语等等。

2、开发技能

合格的高级软件测试工程师,编程技能不可缺少。在手机测试中,比如自动化测试,完全可以开发工具来实现自动化测试。所以掌握一门扎实的编程语言,C或者C++还是非常重要的,能够自己开发测试工具,也是一个高级手机软件测试工程师应该具备的素质。我认为我们不应该只是单纯的发现bug,而应该从更深层次的去探究这个bug的原因,甚至可以定位bug。

另外从技能上讲,面向不同的技术方向,像操作系统、网络、通信等都要从专业上深入了解。这些是除去工作时间外必须去加强充电的部分。有这些做后盾,做起事来也会事半功倍。

另外手机测试中应该注意的问题

首先是正确性测试,正确性测试又可称为功能性测试,我们首先就是要测试所有功能是否都已实现、正确、是否满足需求规格说明。

正确性测试还要考虑到用户界面,软件产品始终是关注软件使用者客户的体验,手机屏幕小,界面有限,所以手机软件的用户界面更需有一定的规范和标准:正确性、一致性、直观性、实用性、灵活性、舒适性便是最基本的标准。

正确性一般比较明显,比较容易发现,例如某个窗口没有被完全显示,文字没有对齐,文字拼写错误,密码输入时没有以*的形式自动屏蔽等。

一致性包括软件自身的一致性以及手机操作系统或与其它软件的一致性,具体表现在使用的术语,字体是否一致,界面的各参数风格是否前后一致等。特别也要注意中英文版本下界面风格是否一致,是否有中英文混合的情况。

直观性要求软件功能特性易懂、清晰,用户界面布局合理,对操作的响应是否在用户的预期中,如用户做了非法操作后,界面是否有错误的提示信息,提示信息是否完整,是否明确,是否能让用户立即明白问题所在。

实用性不是指软件本身是否实用,而仅仅是指具体的某个特性是否实用,是否有助于用户执行该软件的'功能,手机软件是安装在手机上的第三方软件,手机不同于PC机,功能没有PC机强大,在手机上实现的功能也不同于在PC机上的功能,所以功能不应复杂,无用的功能只会增加程序的复杂度,产生不必要的软件缺陷。但是个人觉得有些必要的功能还是一定要有的,如:随时可以退出应用程序这个功能还是很必要的,用户进入多层之后,若想退出应用程序,但是又要一层一层返回到最上一层才能退出时,也是一件很烦很头疼的事。

灵活性,按我个人现在的理解,具体表现在,如果多种状态之间的切换,例如界面的不停切换,操作步骤的复杂,增加了编程的难度,可能也会降低软件的可靠性,这时软件的灵活性将会大打折扣。特别是在我们测试触屏手机的时候,界面的切换经常会导致一些界面卡住,乱码,黑屏,死机的情况,所以我们在测带有触屏手机时,一定要注意到灵活性。

舒适性主要强调界面美观,色彩运用恰当,按钮的立体感以及增加动感动画等。例如颜色的搭配,有些背景色跟文字或图片的颜色搭配在模拟器可以较清晰的显示出来,但是到了手机由于其分辨率问题就不那么明显了。颜色搭配要以清晰美观为基础,还要适当考虑用户心理等问题。

除了测试软件的正确功能,及其更需要考虑一些异常的情况,异常的情况也分多种考虑,如下:

1、容错性测试

容错性测试是一种对抗性的测试过程。在这种测试中,把应用程序或系统置于异常条件下,例如输入特殊字符或异常字符,具体可以通过输入超过边界值的字符(这也相当于用例设计方法中的边界值分析法)看后台有没有相应的容错处理。手机客户端界面会给出什么样的提示信息。另外还要测试多个客户端同时发出请求,测试后台的多线程处理能力,看能同时处理多少用户的同时请求,平均响应时间是多少,是否在可接受范围内。

2、测试应用程序中的一个功能正在执行过程中,同时另外一个事件或操作对该过程进行干扰。

例如:运用程序运行时,切换程序到外部,做一些与运用程序相关的操作,再切换到应用程序中,查看刚刚的操作是否对正在执行的运用程序有影响。另外来电,短信,电量不足等一些事件警告的出现也有可能导致程序出错,也要作出相应的处理。有些网络程序由于设置了数据通讯时不处理来电,这时候最好能在低电量情况下测试,看是否做了恰当的处理。我们需要测试一下这些干扰的冲突事件会不会导致应用程序core,手机死机、花屏等严重的问题出现。

3、我们一定要考虑到对手机存储空间满后的压力测试。

手机的内存空间资源是有限,不像PC机有着巨大的存储空间,我们很容易做到手机存储空间已满,所以我们一定要考虑剩余空间不足或存储空间为零的情况下,应用软件的运行是否正常?我们要在手机没有存储空间或达到最大的承载极限时,对手机软件可编辑修改的模块进行编辑修改,保存之后,并对手机软件进行任何操作测试,如果程序员不做相应的处理或者处理不好的话,很容易造成配置文件读写错误或无法写入,从而导致手机软件系统出现core掉或者手机出现死机、无法退出的情况。虽然手机本身在磁盘空间已满的情况下也会出现不少问题,我们的应用程序也无法避免,但是我们一定要确保我们的程序不会出现core,程序无法退出,手机死机等这些严重情况出现。

4、极限发散性测试

我个人经常喜欢说成是暴力测试或压力测试,我的做法是通过各种操作步骤或途径、异常或非法执行,站在不正常的用户角度,如快速按按钮或快速划屏、对某个功能做大量的重复性的操作等(如在登录过程中,不停的做登录和取消操作,不停地按几十下几百下),不把程序搞崩溃誓不罢休的暴力发散性测试,往往开发会狡辩与理论这是不正常的变态的测试,如果用户做此操作出现了问题由用户自己负责,确实世界上没有十全十美的东西,任何东西都会有瑕疵,软件也不例外,不可能做到零缺陷,我们不求做到最好,我们只求做到更好,试想用户的操作是多种多样的,谁能确保用户不会做到那些异常的非法的操作,我们不仅要确保正常功能实现的准确无误,一定还要做到异常非法的功能也要处理的准确无误,那样才能降低软件的缺陷率。通过我多次实践,发现不少严重致命的bug往往是由此操作导致,个人认为这与开发人员在异常情况下考虑不充分有一定的关系。

5、边界值测试

程序员会容易漏掉对边界值的处理,通过我多个版本的测试经历发现,每个版本都会出现这种边界值数组越界导致程序core掉的致命bug,曾经测试过手机界面显示N个缩略图片的功能,显示几百张图片功能无误,但是超过某个数字即几千张之后,应用程序会立即出现一些致命的错误;同时在删除列表界面的第一个或者末尾一个图片时,也出现了严重问题。所以我们不仅仅只考虑到能编辑的文本框下边界值的测试,还要考虑到其他一切尽可能输入的情况。

6、性能测试

我们不仅要测试软件功能的正确性,还要测试软件的性能,软件的运行速度,是否有延时,软件的运行时间,长期的运行是否会增加对存储空间的额外占用情况等。在软件运行时,要懂得不定时的查看资源的利用率,查看cpu的占用情况,内存泄露会造成程序随机的莫名其妙core、卡屏、手机死机的情况,而往往由内存泄露导致的问题,重启手机之后,问题不容易重现,并且再次内存泄露时,出现的现象也会不同,对我们测试重现问题来说是一个比较头疼的事,所以不定时的查看内存情况,查看内存是否泄露,出现的不易重现的严重问题是否与内存泄露有关,其实也是一种定位问题的方法。

7、数据请求或传输等需时较多的过程要确保有提示界面,最好有动画显示数据在传输过程中,请用户耐心等待。另外要注意在这个过程中对重复按键予以忽略,因为等待时间过长或响应迟钝时,用户趋向于重复按手机按钮。曾经测试过删除某个文件,文件比较大,删除很慢,界面没有任何反应,无法判断是否在删除文件,迫不及待的重新乱按手机其他键,导致系统出现错误。