设为首页 | 加入收藏夹

八文网 - 汇聚八方文档 - 做最优秀的免费文档下载网站

单元测试

文档类型：

Microsoft PowerPoint PPT 演示文稿文档大小：271KB

单元测试马永征Outline软件测试概述单元测试工具Junit(Eclipse)内容软件测试定义、目的和作用衡量标准软件测试要素测试技术测试过程概况
定义:为了发现程序的错误而执行程序的过程软件测试是SQA的重要手段,属于软件工程领域目前状况软件测试的实践性大于理论性软件测试理论体系尚不成熟软件测试工具尚不成熟软件测试效果对于个人的依赖性比较大目的为了寻找错误,并尽可能地为修正错误提供更多的信息为了证明软件有错误,而不证明软件没有错误作用发现并管理缺陷度量质量评价工作效率和效果预期项目风险多能够找到尽可能多的,以至于所有的BUG快能够尽可能早地发现最严重的BUG好找到的BUG是关键的,用户最关心的找到BUG后能够重现找到的BUG,并为修正BUG提供尽可能多的信息省能够用最少的时间,人力和资源发现BUG测试的过程和数据可以重用不实际运行程序,而是通过检查和阅读等手段来发现错误并评估代码质量的软件测试技术.也称为静态分析技术.
实际运行程序,并通过观察程序运行的实际结果来发现错误的软件测试技术.
在不知道程序内部结构,只知道程序规格的情况下采用的测试技术或策略.
在知道程序内部结构的情况下采用的测试技术或策略.开发组内部进行的,采用讲解,讨论和模拟运行的方式进行的查找错误的活动.
开发组内部进行的,采用讲解,提问并使用Checklist方式进行的查找错误的活动.一般有正式的计划,流程和结果报告.
开发组,测试组和相关人员(QA,产品经理等)联合进行的,采用讲解,提问并使用Checklist方式进行的查找错误的活动.一般有正式的计划,流程和结果报告.
针对要求的程序功能,按照规范的流程进行的测试.针对要求的程序功能以外的其他要求,包括性能,安全,配置,负载等指标,按照规范的流程进行的测试.
针对要求的程序功能,性能,安全,配置,负载等指标,基于破坏目的,按照经验进行的随机测试.
程序修改或者版本更新以后,为了确保以前正确的功能和其他指标仍旧正确,而重新进行的测试.
在测试过程中、选择足够的测试用例,使得每一个可执行语句至少被执行一次.
在测试过程中、选择足够的测试用例,使得程序中的每一个分支判断的每一种可能结果都至少被执行一次.
在测试过程中、选择足够的测试用例,使得程序中的每一条可能执行的路径都至少执行一次.
规格定义设计编码系统测试集成测试用户需求验收测试回归测试配置管理缺陷跟踪
单元测试:Unit Testing
目标:检验程序最小单元有无错误接口,数据结构,边界、覆盖,逻辑检验单元编码与设计是否吻合
时机:编码完成后,首先要实施的测试
方法:静态测试白盒测试
责任:开发工程师
集成测试:Integration Testing检验组成系统的模块接口有无错误代码实现的系统设计与需求定义是否吻合主要的单元测试完成后,经常与单元测试同步进行黑盒测试测试工程师
系统测试:System Testing检验组成整个系统的代码、以及系统的软硬件配合有无错误代码实现的系统与用户需求是否吻合检验系统的文档等各种是否完整,有效模拟验收测试的要求,检查系统是否符合用户的验收标准多数集成测试完成后稳定期测试度量是否可以结束测试传统的系统测试完成后
验收测试:Acceptance Testing使客户验收签字系统是否符合事先约定的验收标准系统测试完成后,在项目组看来开发和测试工作已经全部完成,可以交付使用产品经理或其他高级经理用户
回归测试:Regression Testing验证程序修改或者版本更新以后,以前正确的功能和其他指标仍旧正确.
每次错误修改之后,或者版本更新之后白盒测试黑盒测试
缺陷跟踪:Defect Tracing确保所有发现的错误被正确记录,分发,评估,关闭、统计从错误发现开始到错误关闭为止,每次错误状态修改之后缺陷跟踪系统测试经理目标任务单元测试技术静态分析测试设计单元测试流程管理流程测试文档
定义:检验程序最小单位有无错误.一般在编码之后,由开发人员完成.
单元:软件开发中的最小的独立部分
C语言中的单元:函数或者是子过程
C语言中的单元:类
目前状况:实施效果非常好,但是实施阻力比较大(主要是人员和管理因素),一般只在关键的程序单元中实施有比较系统的理论和方法,但也依赖于系统的特殊性和开发人员的经验有大量的辅助工具,开发人员也经常自己开发测试代码和测试工具主要使用白盒测试和静态分析,也使用黑盒测试
1,检查代码实现是否符合设计不能检查设计是否正确
2,尽早发现错误Microsoft defectsKLOC during unit testing
0.5 defectsKLOC after release 性价比最好任务1,模块接口测试检查进出模块的数据是否正确
Checklist:模块的实际输入与定义的输入是否一致个数,类型,顺序模块中对于非内部局部变量是否合理使用使用其他模块时,是否检查可用性和处理结果使用外部资源时,是否检查可用性并及时释放资源内存,文件,硬盘,端口等其他任务2,模块局部数据结构测试检查局部数据结构能否保持完整性变量从来没有被使用可能别的地方使用了错误的变量名变量没有初始化错误的类型转换数组越界非法指针变量或函数名称拼写错误使用了外部变量或函数任务3,模块边界条件测试检查临界数据是否正确处理普通合法数据是否正确处理普通非法数据是否正确处理边界内最接近边界的(合法)数据是否正确处理边界外最接近边界的(非法)数据是否正确处理任务4,模块独立执行通路(路径)测试检查由于计算错误,判定错误,控制流错误导致的程序错误死代码错误的计算优先级精度错误比较运算错误赋值错误表达式的不正确符号=循环变量的使用错误错误赋值任务5,模块内部错误处理测试检查内部错误处理设施是否有效是否检查错误出现资源使用前后其他模块使用前后出现错误,是否进行错误处理抛出错误通知用户进行记录错误处理是否有效在系统干预前处理报告和记录的错误真实详细不实际运行程序,而是通过检查和阅读等手段来发现错误并评估代码质量的软件测试技术.也称为静态测试技术.
走查:WalkThrough
审查:Inspection
评审:ReviewMichael Fagan静态分析-走查
经验:限时避免跑题参加人员经验丰富的开发人员和本模块相关的开发人员本项目组的新人由本模块的开发者进行讲解,回答问题并记录不要现场修改检查要点逻辑错误代码标准规范风格静态分析-审查以会议的形式,制定会议目标,流程和规则,结束后要编写报告由另外一名开发者进行讲解,其他开发者主要按照Checklist进行提问并填表,本模块开发者回答问题并记录设计需求静态分析-评审以会议的形式,制定会议目标,流程和规则,结束后要编写报告.相关资料要在会议前下发并阅读.
测试组和相关人员文档的完整性和一致性依据模块的内部结构,设计测试用例的过程.主要采用白盒测试技术,关注逻辑覆盖
原则:
1,保证没有死代码保证一个模块中的每个独立路径都可能被使用到
2,保证对所有的逻辑值都测试true和false
3,在上下边界和合法的范围内运行所有的循环
4,确保内部数据结构的有效性和完整性
逻辑覆盖测试方法:
1,语句覆盖选择足够的测试用例,使得程序中每一条可执行语句至少被执行一次.
2,判定覆盖选择足够的测试用例,使得程序中每一个分支判断的每一种可能结果(主要指switch-case情况)都至少被执行一次.判定覆盖也叫分支覆盖.
3,条件覆盖选择足够的测试用例,使得程序中每一个分支判断中的每一个条件的可能结果都至少被执行一次.
4,判定条件覆盖选择足够的测试用例,使得同时满足判定覆盖和条件覆盖.
5,条件组合覆盖选择足够的测试用例,使得程序中每一个分支判断中的每一个条件的每一种可能组合结果都至少被执行一次.
6,路径覆盖选择足够的测试用例,使得程序中所有的可能路径都至少被执行一次.
语句覆盖判定覆盖条件覆盖判定条件覆盖条件组合覆盖路径覆盖主要指动态测试应用流程测试计划测试执行测试记录分析测试总结完毕针对测试目标,规定测试任务,资源分配、人员角色,进度安排等.
根据测试计划,设计测试用例,包括:测试步骤,测试场景,测试代码、测试数据(包括预期结果).
根据测试计划,配置测试环境、并手动或者自动执行测试设计.根据测试计划,忠实地记录测试执行的过程和结果.分析测试记录,如果发现与预期结果不同、确定并重现缺陷.检查测试设计是否全部执行完毕,缺陷是否全部关闭.记录,分发,评估,关闭缺陷报告.分析测试过程和缺陷报告,评估测试质量和测试效果,给出是否通过测试的建议.
主要指动态测试应用文档测试计划文档测试用例文档测试记录文档缺陷跟踪报告测试总结报告单元测试文档编号
如:ut-tp0016标题
如:文字排版功能.字间距版本号
如:V1.0执行状态
如:未执行修改记录
如:2003年7月1日;某某编制修改;原因测试目标
如:语句覆盖测试人员
如:某某1负责执行测试用例xxx;某某2负责执行测试用例xxx测试用例编号(多个)
如被测试单元代码位置
如测试用例
如:ut-tc00016
如:测试文字排版功能.字间距
如:V1.3
如:已经执行
如:2003年7月2日;某某编制修改;原因测试步骤
如:配置运行环境;输入测试数据;执行X功能测试代码;观察记录XX测试场景
如:在联网的环境下测试代码
如:ut-tcc00021(位置)ut-tcc00035(位置).
测试数据
如:输入数据(输入文件,文字描述.);预期结果(性能,图片,文字描述.)
如:ut-tr00016
如:记录测试文字排版功能.字间距结果填写记录
如:2003年7月2日;某某填写;原因测试用例编号
如:ut-tc0016输出结果
如:图片,文字描述测试观察符合不符合期望结果
如:ut-dt00016
如:文字排版功能.字间距计算错误
如:空白草稿提交审批分发正在修改修改完毕正在确认关闭.测试环境和版本号码、程序编写人员错误严重程度和优先级别错误详细描述重现步骤和方式,对应的测试记录编码附件建议修改方式修改内容、结果及修改人员签字日期确认内容、结果及确认人员签字日期
如:文字排版功能.字间距单元测试总结报告
如:V1.5
如:已经提交
如:2003年7月3日;某某编制修改;原因测试计划编号计划执行情况缺陷统计(缺陷总数未解决数目)及为解决缺陷列表后续处理措施是否通过单元测试单元测试工具JunitWhat is JUnitDe facto Java unit testing nicely with IDEs and AntEasy to learnSupport many IDEsJBuilder, VisualAge, Eclipse .实例public class Car {public int getWheels {return 4;}实例(cont.)public class TestCar {public static void main(String args) {Car car = new Car;!);!);import ;
public class CarTest extends TestCase {protected Car car;protected int expectedWheels;;
public CarTest(String arg0) {super(arg0);protected void setUp throws Exception {expectedWheels = 4;protected void tearDown throws Exception {super.tearDown;public void testGetWheels { car.getWheels);
JUnit Rules and TestCasePrior to v3.8, String-arg constructor requiredTest methodspublic void testXXX [throws ]Any number of assertions per main to run from command-line, but not add setUp tearDown methods.
TestCase each testXXX method.
Assert系列方法 condition)e.g. epoch.getTime);
;public class AllTests {public static void main (String args) { (suite);
public static Test suite {TestSuite suite= new TestSuite(All JUnit Tests);
;
谢谢!
有时被区分为:系统测试和确认测试主要针对C本部分内容理论性比较强、比较成熟;虽然实用性不强、但是是测试课程必讲的内容.
主要内容参考《软件工程与软件测试自动化教程》P43-P58 4.2转实例VectorTest

ppt文档的标签：单元测试

更多推荐标签：会议签到簿无奈的思许叙春接起见无家自控技术模糊数学聚类湖北省商场篮球策划八卦象数宣传韶山规划书党员评价道藏精华司注时洗衣机计划书个性文装卸搬运技术专利产品介绍库里肖夫团员入党评价同命不同价手术室建设演讲策划电子招投标仓库笔试题力的分解明星广告效应六不准校庆预算人类大发现教师自荐书