单元测试之动态测试资料

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

单元测试的环境
单元测试环境可使用与软件开发环境相同 的测试环境进行。
测试工具可使用总师单位认可的测试工具 针对单元测试而言,需要建立单元测试环
境,包括桩函数和测试驱动函数。保证被 测软件单元能够独立运行。 嵌入式软件使用仿真环境做单元测试有时 比真实的运行环境更有效。 经过认可的工具不如负责任的测试人员
i--
}
return i;
}
if ((x > 0) && (y < 6))
条件覆盖
构造一组测试用例,使得每一判定语句中 每个逻辑条件的可能值至少满足一次
a && (b || c)
a bc 1 FTT 2 TFF
Biblioteka Baidu
a bc 1 FTF 2 TFT
判定—条件覆盖
设计足够的测试用例,使得判定中每个条件的所 有可能(真/假)至少出现一次,并且每个判定本 身的判定结果(真/假)也至少出现一次。
单元测试的过程
测试策划 测试设计和实现 测试执行 测试总结
单元测试之测试策划
在软件详细设计阶段,测试分析人员根据被测软件的详细 设计文档对测试单元进行分析,明确单元测试的对象、测 试目标、约束条件、覆盖范围、测试特性、测试资源、测 试技术方法、进度及结束条件等,按照Y20_GD812-021要 求编写单元测试计划。
率,并给出测试结论。
单元测试的结束条件
1.按要求完成了单元测试计划所规定的测试任务; 2.实际测试过程遵循了原定的软件单元测试计划和软件单
元测试说明的要求; 3.客观、详细地记录了测试过程和测试中发现的所有问题; 4.测试文档齐全、内容及格式符合Y20_GD812-021的要求; 5.测试过程始终受控; 6.测试中发现的问题或异常有合理解释或正确有效的处理; 7.测试覆盖率达到了该软件的测试覆盖率要求; 8.测试通过了软件单元测试评审; 9.全部测试文档、被测试软件单元、测试支持文件和评审
0
4
011
0
5
100
0
6
101
1
7
110
1
8
111
1
修正条件判定覆盖
要求设计测试用例,运行被测程序,使得条件判 断表达式中所有条件操作数逻辑值独立对条件判 定表达式结果影响(意思是在其他的条件不变的 情况下,改变一个人条件)
算法:穷举一个判定中所有条件的真值组合,通 过两两对照因果,从而确定出每个条件的MC/DC 对。然后再进行删减。
单元测试之测试设计和实现
测试设计人员和测试程序员根据单元测试计划和测试单元的特性,设 计测试用例、获取测试数据、确定测试顺序、获取测试资源、编写测 试程序并建立和校准测试环境。按Y20_GD812-021要求编写软件单元 测试说明。
单元测试设计主要要求如下: 1.对软件详细设计文档的所有软件配置单元应进行性能、功能测试; 2.对所有软件单元的语句、路径、和边界条件应进行全面测试; 3.对所有软件单元所有接口的数据项、数据流应进行全面测试; 4.对所有软件单元的输入输出数据格式应进行全面测试。 5.对所有软件单元安全性设计应进行测试; 单元测试说明和测试环境必须进行测试组内评审,主要审查测试用例
a && (b || c)
a bc
a && (b || c) 条件判定组合覆盖/%
1 FFF
F
100
2 TTT
T
条件组合覆盖
设计足够的测试用例,使得每个判定中条件的各种可能组 合都至少出现一次。这个方法包含了分支覆盖和条件覆盖。
序号
a b c a && (b || c)
1
000
0
2
001
0
3
010
结果已纳入配置管理。
单元测试测试用例设计方法
白盒测试
逻辑覆盖法 路径覆盖法
黑盒测试
等价类划分法 边界值分析法
逻辑覆盖法
语句覆盖 判定覆盖/分支覆盖 条件覆盖 判定—条件覆盖 条件组合覆盖 修正条件判定覆盖
语句覆盖
语句覆盖率定义:语句覆盖率是指被测软件在执 行时语句执行行数与总行数之比。
是否完整、正确、可行和充分;审查测试环境是否正确,合理和有效; 测试说明文档是否符合规范要求。 评审必须通过后方可进入下一步。
单元测试之测试总结
测试分析人员根据被测软件的设计文档、单元测试计划、单元测试说 明、测试记录及软件问题报告单等对单元测试进行分析,对未完成的 单元测试用例进行说明和解释;根据测试用例的设计和测试完成情况, 分析单元测试的语句覆盖率、判断覆盖率、MC\DC覆盖率、对未满 足测试覆盖率要求的要给出原因说明;对测试工件进行总结,形成单 元测试总结报告。根据测试记录和软件问题报告单编写测试问题报告。
单元测试总结报告应包含如下内容: 1.概述测试工作内容 2.总结软件单元测试计划与测试说明的不一致性及其原因; 3.对异常终止和不能完成的测试进行说明 4.记录软件单元测试中发现的软件单元与软件详细设计文档之间的差
异 5.分析测试记过以及发现问题,对软件单元的设计与实现进行评价,
并给出改进建议; 6.改进测试情况分析单元测试的分支覆盖率、语句覆盖率、功能覆盖
单元测试 之动态测试
体系文件要求
动态测试 测试人员按照软件单元测试计划和单元测试说明,
执行测试,并如实记录测试结果及发现的所有问 题 测试人员对测试结果进行分析,对未通过测试的 测试用例进行分析,采取相应的措施,对不正确 的或不充分的测试用例进行修正和补充,并进行 回归测试,直至达到测试结束条件,对于异常终 止的测试,记录导致终止的条件未完成测试和未 被修正的错误,填写问题报告单。
单元测试计划必须进行测试组内评审,主要审查: 1.审查单元测试的内容和范围、资源、各方责任是否明确; 2.测试进度安排是否符合软件开发计划的要求; 3. 测试方法是否合理,有效并且可行; 4.测试活动是否独立; 5.测试文档是否符合Y20_GD812-021的编写要求。
评审通过后方可进入下一步工作
int sut(int i)
{
if (i > 0) {
i--;
} return i;
i = 10即可达到100%的语 句覆盖率。
}
判定覆盖/分支覆盖
判定覆盖率定义:被测软件实际执行判断分支与 总分支数之比。
int sut(int i)
i = 10
{ if (i > 0 {
i = -2
达到100%判定覆盖
相关文档
最新文档