软件测试答辩项目总结.doc

软件测试答辩项目总结.doc

ID:13050248

大小:15.78 KB

页数:8页

时间:2018-07-20

软件测试答辩项目总结.doc_第1页
软件测试答辩项目总结.doc_第2页
软件测试答辩项目总结.doc_第3页
软件测试答辩项目总结.doc_第4页
软件测试答辩项目总结.doc_第5页
资源描述:

《软件测试答辩项目总结.doc》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、软件测试答辩项目总结  软件测试答辩项目总结该如何拟写呢?今天我们就一起来了解一下吧!   软件测试答辩项目总结【1】这学期的期末大作业是对ELearningJavaWeb应用系统进行测试,通过这次系统测试,我学到了很多知识,软件测试个人总结。对于具体的测试部分,我主要做的是单元测试和性能测试,其中单元测试使用的是Junit工具,性能测试使用的是JMeter。就这次大作业而言,我认为它与我们平时做的实验很不相同,我们平时的实验只是涉及到测试的某个小部分,而这次测试却是对一个相对完整的项目按照规范的

2、标准进行测试。 对于好的测试来说,应该注意一下几点:   1.测试的独立性:一次只测试一个对象,方便定位出错的位置。这有2层意思:一个TestCase,只测试一个对象;一个TestMethod,只测试这个对象中的一个方法。 2.给测试方法一个合适的名字。   3.在assert函数中给出失败的原因,如:assertTrue("…shouldbetrue",…),方便查错。在这个例子中,如果无法通过assertTrue,那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时

3、显示消息的函数原型。   4.测试所有可能引起失败的地方,如:一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类,如果是由IDE(如Eclipse)产生的,则可不测;如果是人工写,那么最好测试一下。   5.在setUp和tearDown中的代码不应该是与测试方法相关的,而应该是全局相关的。如针对与测试方法A和B,在setUp和tearDown中的代码应该是A和B都需要的代码。   6.测试代码的组织:相同的包,不同的目录。这样,测试代码可以访问被测试类的protected变

4、量/方法,方便测试代码的编写。放在不同的目录,则方便了测试代码的管理以及代码的打包和发布。   对于测试用例的命名,我们最好要使其与测试类的名称相一致,比如说,类的名称为Testing,此类的测试用例的名称为TestingTest。当我们把测试代码和被测的代码放在同一目录下时,我们就可以在编译被测代码的同时编译测试代码,从而确保两者是同步更新的,工作总结《软件测试个人总结》。事实上当前的普遍做法,就是把单元测试视为build的一个环节。保持测试之间的独立性是一个很好的习惯,使得它们在任何次序下执行

5、的结果都是相同的。如果真得需要某些测试按照特定的次序执行,我们可以借助addtest来实现。当我们需要增加一个测试时,我们要书写一个自己的测试用例,但是如果喜欢在测试用例的构造函数中做有关的初始化工作,这就不是个好习惯。数据文件应该尽可能和源代码一起都放在配置管理系统上,但这样一来如果我们采用上面的resource机制,我们就需要做一件工作,就是把数据文件从原来的位置-就是源代码的某个相对路径,拷贝到编译后的位置,也就是class文件的相应的相对路径。   通过这次软件测试的系统测试,我对软件测试

6、有了更加深刻的认识,其实软件测试并不像想象的那么简单,它需要测试人员具备多方面的能力和素质。软件测试人员应该拥有广阔的视野、一定的编程能力、细心和耐心等等。这些对于能否测出优秀的系统来说都是必不可少的。   经过这次对javaWeb应用系统的测试,我的测试能力得到了锻炼,对软件测试有了比较全面的认识,收获了很多珍贵的东西,而且我也从软件测试的角度,对编写健壮的程序也有了新的认识。   记录激动时刻,赢取超级大奖!点击链接,和我一起参加"XX:我的世界杯Blog日志"活动!   软件测试答辩项目总结

7、【2】我在几个月的软甲测试课程中深刻体会到软件测试的重要性和趣味性。这门课教会我们以软件系统工程的更大视角审视软件测试这项工作。   在做作业的过程中我感觉我做的测试项目越多,阅读的测试书籍越多,我越感到我对软件测试理解的越肤浅。因为我越来越感受到软件测试的广度和深度的无限性,它像大海宽广,像宇宙那样深邃。   为什么要进行软件测试软件测试的前途如何软件测试的工具和思想谁更重要软件测试的最高境界是什么   软件测试是保证软件质量的重要活动,是软件项目实施的不可缺少的环节。软件测试的直接目的是发现软

8、件中存在的缺陷。此为测试的有效性。   在软件项目没有结束之前的全部软件缺陷主要由软件开发人员负责,因为软件缺陷来自程序员的编程。软件项目结束后的软件缺陷主要由软件测试人员负责,因为软件测试人员没有在软件发布之前的测试中没有发现隐藏的错误。   软件测试不是万能的,因为不可能发现全部的软件缺陷,而且软件的功能和性能不是由测试决定的。此为测试的有限性。   软件测试目前主要以手工测试为主,自动测试工具虽然很多,但实际应用的广度和深度还有很大潜力,自动将有很大的发展空间!。软件测试的缺

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。