单元测试总结

上传人:bin****86 文档编号:59852112 上传时间:2018-11-12 格式:DOCX 页数:19 大小:22.79KB
返回 下载 相关 举报
单元测试总结_第1页
第1页 / 共19页
单元测试总结_第2页
第2页 / 共19页
单元测试总结_第3页
第3页 / 共19页
单元测试总结_第4页
第4页 / 共19页
单元测试总结_第5页
第5页 / 共19页
点击查看更多>>
资源描述

《单元测试总结》由会员分享,可在线阅读,更多相关《单元测试总结(19页珍藏版)》请在金锄头文库上搜索。

1、为了适应公司新战略的发展,保障停车场安保新项目的正常、顺利开展,特制定安保从业人员的业务技能及个人素质的培训计划单元测试总结北华航天工业学院软件工程-单元测试报告报告题目:图书借阅系统单元测试作者所在系部:计算机科学与工程系作者所在专业:计算机应用技术作者所在班级:作者姓名:王邵南指导教师姓名:完成时间:目录1引言.3编写目的.3背景.3定义.3参考资料.32测试概要.33测试结果及发现.4测试1.4测试2.4测试结果.44对软件功能的结论.5功能.5界面源代码.5界面.12能力.155分析摘要.15缺陷和限制.15评价.166测试资源消耗.161引言编写目的根据测试计划报告,对软件进行测试,

2、详细记录测试过程,以对软件的质量进行评价,为软件设计人员提供BUG依据,故做产生测试分析报告。背景根据学校的希望能够充分利用现代科技来提高图书馆理的效率,在原有的办公室系统基础上进行扩展,将一些可以用计算机来管理的都进行计算机化,使得图书管理人员更加方便,工作效率也更加的高。定义ASP:是一种未经编译的开放性的应用软件,利用HTML和ActiveX强有力的功能创建强壮的,功能强大的,与平台无关的Web应用系统参考资料1.软件测试与Junit实践王东刚编著人民邮电出版社2人事管理系统项目开发计划软件开发小组3用户操作手册软件开发小组4软件工程导论-第四版张海藩编著清华大学出版社2测试概要3测试结

3、果及发现测试1名称:系统操作登陆注册用户测试目的:测试系统操作界面。内容:账号口令输入、合理性检查、合法性检查,系统操作界面显示控制。测试2名称:图书信息管理界面测试目的:测试图书管理系统操作功能。内容:图书管理界面显示控制。测试结果4对软件功能的结论功能为了开发出真正满足用户需求的软件产品,首先必须知道用户的需求,必须使用适当方法与用户沟通,根据该类型中小型图书馆的管理实际情况,系统应当包括管理员登陆,图书出借管理系统两大功能模块,具体描述为一下几个方面:管理员登陆管理功能:管理员帐号、密码的验证,管理员对已有数据的操作。图书出借管理功能:包括借阅图书、归还图书、借阅查询、续借等。系统运行在

4、windows平台上,要求有一个较好的图形用户界面,操作要求简单。界面源代码#include#include#include#includeusingnamespacestd;voidadd_zhuce()/实现注册用户stringname,code,code1;fstreamoutfile5(D:,ios:out|ios:app);/以写方式打开文件if(!outfile5)coutname;fstreaminfile6(D:,ios:in);/以读方式打开文件if(!infile6)cout单元测试总结)象,因为局部代码依然是结构化的。单元测试的工作量较大,简单实用高效才是硬道理。有一种看

5、法是,只测试类的接口(公有函数),不测试其他函数,从面向对象角度来看,确实有其道理,但是,测试的目的是找错并最终排错,因此,只要是包含错误的可能性较大的函数都要测试,跟函数是否私有没有关系。对于C+来说,可以用一种简单的方法区隔需测试的函数:简单的函数如数据读写函数的实现在头文件中编写(inline函数),所有在源文件编写实现的函数都要进行测试(构造函数和析构函数除外)。什么时候测试?单元测试越早越好,早到什么程度?XP开发理论讲究TDD,即测试驱动开发,先编写测试代码,再进行开发。在实际的工作中,可以不必过分强调先什么后什么,重要的是高效和感觉舒适。从老纳的经验来看,先编写产品函数的框架,然

6、后编写测试函数,针对产品函数的功能编写测试用例,然后编写产品函数的代码,每写一个功能点都运行测试,随时补充测试用例。所谓先编写产品函数的框架,是指先编写函数空的实现,有返回值的随便返回一个值,编译通过后再编写测试代码,这时,函数名、参数表、返回类型都应该确定下来了,所编写的测试代码以后需修改的可能性比较小。由谁测试?单元测试与其他测试不同,单元测试可看作是编码工作的一部分,应该由程序员完成,也就是说,经过了单元测试的代码才是已完成的代码,提交产品代码时也要同时提交测试代码。测试部门可以作一定程度的审核。关于桩代码,老纳认为,单元测试应避免编写桩代码。桩代码就是用来代替某些代码的代码,例如,产品

7、函数或测试函数调用了一个未编写的函数,可以编写桩函数来代替该被调用的函数,桩代码也用于实现测试隔离。采用由底向上的方式进行开发,底层的代码先开发并先测试,可以避免编写桩代码,这样做的好处有:减少了工作量;测试上层函数时,也是对下层函数的间接测试;当下层函数修改时,通过回归测试可以确认修改是否导致上层函数产生错误。二测试代码编写多数讲述单元测试的文章都是以Java为例,本文以C+为例,后半部分所介绍的单元测试工具也只介绍C+单元测试工具。下面的示例代码的开发环境是。产品类:classCMyClasspublic:intAdd(inti,intj);CMyClass();virtualCMyCla

8、ss();private:intmAge;/年龄CStringmPhase;/年龄阶段,如少年,青年;建立对应的测试类CMyClassTester,为了节约编幅,只列出源文件的代码:voidCMyClassTester:CaseBegin()/pObj是CMyClassTester类的成员变量,是被测试类的对象的指针,/为求简单,所有的测试类都可以用pObj命名被测试对象的指针。pObj=newCMyClass();voidCMyClassTester:CaseEnd()deletepObj;测试类的函数CaseBegin()和CaseEnd()建立和销毁被测试对象,每个测试用例的开头都要调用CaseBegin(),结尾都要调用CaseEnd()。接下来,我们建立示例的产品函数:intCMyClass:Add(inti,intj)returni+j;和对应的测试函数:voidCMyClassTester:Add_int_int()把参数表作为函数名的一部分,这样当出现重载的被测试函数时,测试函数不会产

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 总结/报告

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号