关于软件测试论文范文,与关于软件测试技术的相关论文下载
本论文是一篇关于软件测试论文下载,关于关于软件测试技术的相关开题报告范文。免费优秀的关于软件测试及软件开发及测试方面论文范文资料,适合软件测试论文写作的大学硕士及本科毕业论文开题报告范文和学术职称论文参考文献下载。
30340;工作情况的,比如我们给定文档说线程可以同时起动10个,则我们可以使用如下程序来实现此功能:
voidtest(){
Threadt等于Thread.instace(),
intcount等于0,
if(t等于等于null){
printfile(0),
return,}
boolb等于true,
while(b){
{保证线程不退出机制}
Hresulth等于t.start(),
if(h!等于OK){
printfile(count),
printfileappend(count>等于10),
b等于false,}
count++,}
{线程退出,释放资源}
}示例代码2.4
通过这样的方法我们可以得到最多起动线程数和是否满足了需求,如果满足了用户需求,则我们就会在输出文件里得到两个数,第一个为线程启动数,第二个为true.比如(20true).
2.2.4容错测试
容错测试则是我们不像设计者预期的那样给定的系统值,比如在示例代码2.1的时候我们给其为两变量(a,b)或(pointa,b)(a,pointb)(pointa代表a为一指针)看结果会怎么样,通过这样看当给定错误代码时系统界面是否友好,当然我们更不希望当接收错误信息时系统会崩溃掉.
2.2.5压力测试
压力测试指我们的系统在不像我们设想的理想环境下运行时,会有什么效果.比如内存不足,系统运行一定时间,硬件兼容性低,硬件配置相对较低等等.例如我们做示例代码2.4的压力测试:
voidtest(){
{耗掉大部分内存}
示例代码2.4
}示例代码2.5
这时我们观察看输出文件是否还会得到第一个数大于10而第二个数为true.
2.2.6时间测试
时间测试也叫耐力测试,是看我们设计的系统是否能够长时间运作接收各种服务而仍能正常工作的测试.
2.3测试过程
在软件开发过程中,当进入需求分析阶段,测试工作也将启动.测试根据开发的各个阶段不断前进也将自己逐步推进到新的层次.
2.3.1测试文档的生成
测试文档的生成包括两个阶段.第一阶段是在需求分析及总体框架设计时测试员生成自己的测试框架,此框架根据需求分析文档得到相应的需求测试文档.当然在此阶段不可能细化测试框架,因为我们还不知道我们的系统细节应该是个什么样子.所以到了详细框架设计时,我们就应该根据此框架设计我们的测试用例.
有关论文范文主题研究: | 关于软件测试的论文范文资料 | 大学生适用: | 学年论文、研究生毕业论文 |
---|---|---|---|
相关参考文献下载数量: | 40 | 写作解决问题: | 学术论文怎么写 |
毕业论文开题报告: | 论文模板、论文结论 | 职称论文适用: | 职称评定、职称评初级 |
所属大学生专业类别: | 学术论文怎么写 | 论文题目推荐度: | 优质选题 |
2.3.2测试框架设计
在此阶段我们得到一个整体的测试框架,我们不要求细化内容,当然也不可能在需求分析阶段做到.我们按照需求分析文档和整体框架设文档设计测试框架.比如对于一个简单的操作系统我们可以:
1文件测试
需求:网络应用,等
2进程测试
需求:客户请求启动相应服务,等
3线程测试
需求:当某一任务启动后又有用户请求,启动一线程为其服务,等
如此得到大致的测试方向,当软件开发进发详细框架设计时,我们就有可能根据相应的文档产生出我们的测试文档了.
2.3.3测试用例设计
我们进入测试文档书写的时候,最重要的就是用例设计.我们对用例的选择,一方面要进行全面性考虑,另一方面我们也要选择那些有代码性的用例来设计.即我们不仅要有数量,面面俱到,还要有质量,每个用例都有一个特定的代表,而并非简单的用例重复.例如:线程测试的一个用例(用例1)
测试名称
线程测试
测试类型
功能测试
预期结果
输出(n,true)n>10
测试目的
在正常情况下线程的最大启动数目应该在10以上
测试简述
1.产生一个线程实例,看是否正确
2.注册一个机制使启动线程不退出
3.循环判断最大启动线程数
4.线程退出,释放资源(如表1)
通过以上的设计,我们就可以方便地进行测试程序的编码了.
2.3.4测试程序的书写
在此阶段我们根据测试文档书写测试代码.在书写代码时我们有几点需要注意:
第一,结果简单.我们需要的最终结果是个易于看易于理解的结果,而并非十分晦涩复杂难懂的文件.初学者最容易犯这个毛病,因为输出多对调试增加了方便.但是我们需要的结果要尽可能简单,因为在dailybuider里面要有生成结果和标准结果的比较,如果复杂了,则不易实现文件的比较.
第二,确保测试程序的正确性.在书写测试程序时我们要确保我们所写的程序是正确的.如果这个都保证不了,那我们就无从谈起发现bug.因为真的发现了问题,我们不知道是自己的程序错误还是其他人犯的错.这就要求我们对我们所测的内容有比较详细的了解.
第三,正确取边界值.在我们做极限测试时,要选取有代表性的边界值用来测量.在此过程要防止单一化,要多选几个靠近边界的值,以达到有效的确定边界.
2.3.5测试报告的填写
我们做好了以上几步后,最终我们还要将测试的过程以文档的形式保存起来,测试报告包括测试时的一些重要信息.比如:
测试报告:
测试题目:线程测试
测试过程:等
预期结果:等
实际结果:等
在测试阶段是否异常:(是/否)
异常描述:等
文档示例3.1
在填写测试报告时要实事求是,把各项详细填写.这样为bug责任人提供修复依据.
2.4测试工具
随着软件工程和软件测试技术的发展,软件测试工具也层出不穷,种类繁多.如Eunit就是比较优秀了工具之一.软件测试工具可分为动态测试分析工具,静态测试分析工具和软件测试管理工具.其中前两项属于软件测试技术的范畴,是按静态测试和动态测试两种主要的测试方法进行分类的.
2.4.1动态测试分析工具
由于动态测试是一项过程性工作,需要经过测试准备(包括测试计划,测试设计和测试开发)测试执行和测试评价等各阶段的工作才能完成,因此软件动太测试工具的主要功能一般包括测试准备,测试执行和测试评价3类.
2.4.2静态测试分析工具
软件的静态测试工具是指在不执行被测程序的条
关于软件测试论文范文
比较典型的测试工具有:QAC,McCabe,PolySpace,Eunit等.
总之,软件测试就是为做出的软件更好地满足用户需求而进行的一致性测评,即测量最终结果是否与需求分析中的用户需求相吻合或吻合程度.软件的测试绝不是在开发过程中可有可无的模块,它占据着一个十分重要的地位,在软件开发过程中我们应给予其足够的重视和正确的认识.
参考文献
[1]王家华.软件工程[M].东北:东北大学出版社,2001,10-18,31.
[2]林宁,孟庆余.软件测试实用指南[M].北京:清华大学出版社,2004,30-35.
[3]姚淑珍.用例分析技术(第二版)[M].北京:中信出版社,2002,50-56.
[4]张海藩.软件工程导论(第四版)[M].北京:清华大学出版社,2003,20-24.
[5]MyersGJ,王峰,陈杰.软件测试的艺术(原书第二版)中文版.2006.
[6]AmmannP,OffuttJIntroductiontoSoftwareTesting2008.
关于软件测试论文范文,与关于软件测试技术的相关论文下载参考文献资料: