第3篇 软件测试.pptVIP

3.7单元测试举例 一、单元测试计划 1. 简介 这份文档的目标是详细描述对两票系统的可以实现在二次系统图上进行图形开票模块的功能验证的测试过程。 2. 本测试的总目标： 是否实现了需求文档中定义的所有功能。 3. 完整性需求 在测试该模块是否实现了需求文档中定义的所有功能之前，应该做如下两项工作： ①测试数据初始化是否无误； ②测试二次图开票GUI界面是否与系统维护模块显示一致。 4. 单元测试终止标准 ①硬件资源不足或故障造成软件无法运行 ②软件运行后无法正确显示（如：因数据初始化有误造成GUI界面同系统维护模块显示不一致或不正确等）； ③所有功能测试均已经完成 5. 资源需求 ①软件资源 操作系统：windows 2000 web服务器：Tomcat 5.0 数据库服务器：SQL Server 2000 浏览器：Microsoft IE 6.0 测试工具：Junit ②硬件资源 同开发用pc机配置相同即可。 ③测试进度 任务 开始日期 结束日期 配置并调试测试 环境 10/01 10/03 GUI界面测试 10/04 10/06 所有功能测试 10/07 10/10 表3-3 二次系统图图形开票模块 6. 准备测试的特征 以下特征将被测试，以确保该模块能满足需求规格说明书中指定的需求： 需求2.2.1 用户界面 需求2.2.2 弹出菜单 需求2.2.3图形开票 7. 不准备测试的特征 本次测试将不考虑是否能够同一次系统图图形开票模块的集成。 8. 测试方法 该单元测试方法包括功能测试、GUI测试。 9. 通过/失败标准 10. 测试结束后须提交的产物包括以下几个文档： 1 本测试计划 2 测试规格说明文档 3 测试结果报告 4 向测试经理和开发经理提交的每日测试状态报告 5缺陷报告 11、测试执行人员 12、风险和应急计划 二、测试的设计和开发 测试设计和开发要以测试计划作为输入。在设计测试时，首先应明确测试目标（细化测试的方法和范围）；确定每个测试的输入规格说明；确定每个测试使用的测试配置；复查测试设计的覆盖率和测试的准确度。 在对本单元进行测试时所采用的方法是：先完成黑盒测试，然后统计白盒覆盖率，针对未覆盖的逻辑单位设计测试用例覆盖它。 然后，就应该开发测试用例，应该注意的是在测试用例中应该尽可能详细地描述测试过程，对于耗时的测试进行自动化。 最后，验证和调试测试。 3.8单元测试经验总结 测试人员在进行测试的工作过程中，应该注意积累测试工作经验，这样可以缩短单元测试的时间，提高测试效果和效率。如： 1、在做单元测试的过程中，要灵活选用测试用例设计技术，如本章中的两票系统单元测试过程中，首先使用黑盒测试用例设计技术，然后根据相应的覆盖率统计再补充白盒测试用例。既减少了测试工作的重复，又保证了单元测试的完整性。 2、应该尽量开发简单测试驱动代码，增强其可读性。最重要的是，单元测试代码中不能包含分支和逻辑语句，因为这意味着有多个测试在同时进行。这样将会使测试代码变得难以理解和维护。 本章小结 通过单元测试，我们验证开发人员所书写的编码是可以按照其所设想的方式执行的，产出了符合预期值的结果。这就实现了单元测试的目的。相比后面阶段的测试，单元测试的创建更简单，维护更容易，并且可以更方便的进行重复。 从全程的费用来考虑， 相比起那些复杂且旷日持久的集成测试，或是不稳定的软件系统来说，单元测试所需的费用是很低的。 模块单元设计完毕之后的开发阶段就是单元测试。 值得注意的是，如果在书写代码之前就进行单元测试，测试设计就会显得更加灵活，因为一旦代码完成，对软件的测试可能就受制于代码，倾向于测试该段代码完成什么功能，而不是真正的测试，我们需要的做的应该是测试这段代码应该做什么。因此，应该把单元测试的设计放在详细设计阶段。 习 题 什么是单元测试？ 测试用例设计的步骤有哪些？ 单元测试的策略有哪些？每种测试策略具有哪些优点和缺点？ 单元测试