系统测试与验收方案范文.docxVIP

PAGE 1 PAGE 1 2020 年 4 月 19 日 系统测试与验收方 系统测试与验收方 案 文档仅供参考 文档仅供参考 系统测试与验收方案 测试方案 单元测试 单元测试说明 在计算机编程中，单元测试（又称为模块测试）是针对程序 模块 ( 软件设计的最小单位 ) 来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是 单个程序、函数、过程等；对于面向对象编程，最小单元就是方 法，包括基类（超类）、抽象类、或者派生类（子类）中的方 法。 单元测试的目标是隔离程序部件并证明这些单个部件是正确的。一个单元测试提供了代码片断需要满足的严密的书面规约。 因此，单元测试带来了一些益处。 单元测试在软件开发过程的早 期就能发现问题。 单元测试方法与内容 单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。 单元测试流程 图 15-1 单元测试流程图 从配置库获取源码文件，设计测试用例，执行测试用例，并利用相关测试工具对单元代码进行测试，将测试结论填写到单元测试报告和软件 Bug 清单中。 把软件 Bug 清单和测试用例执行结果提交测试负责人，并进入纳入质量管理。对源码文件进行的测试，视程序存在缺陷的情 况，可能要重复进行，直至问题解决。 单元测试的执行者，一般情况下可由程序的编码者进行，特殊情况可由独立于编码者的测试人员进行。 单元测试用例 编程组组长组织、指导开发人员根据《系统设计说明书》， 编写所负责代码设计模块的《单元测试用例》，设计单元测试脚本。 代码评审 代码评审也称代码复查，是指经过阅读代码来检查源代码与 编码标准的符合性以及代码质量的活动。评审的内容： 编码规范问题：命名不规范、 magic number 、 System.out 等； 代码结构问题：重复代码、巨大的方法和类、分层不当、紧耦合等； 工具、框架使用不当： Spring 、Hibernate 、AJAX等； 实现问题：错误验证、异常处理、事务划分、线程、性能、安全、实现过于复杂、代码可读性不佳、扩展性不好等； 测试问题：测试覆盖度不够、可测试性不好等。评审的优点： 提高代码质量：在项目的早期发现缺陷，将损失降至最低 评审的过程也是重新梳理思路的过程，双方都加深了对系统的理解 促进团队沟通、促进知识共享、共同提高 集成测试 集成测试目的 集成测试，也叫组装测试或联合测试。集成测试是在单元测试的基础上，根据《系统概要设计》及《系统集成与开发详细设 计》，对系统的各单元进行组装。把分离的系统单元组装为完整的可执行的计算机软件。集成测试的目的是检查软件单元部件是否能够集成为一个整体，完成一定的功能，并找出单元测试中没有发现的错误，包括数据定义有没有重合与冲突，接口会不会产生错误，组合以后的模块功能会不会互相影响，组合的系统是不是达到预期的效果等。 集成测试采用的方法和内容 集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略，用数据流等测试方法设计测试用例。主要测试内容包括单元之间的接口测试、全局数据结构测试等。 集成测试流程 集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和结束测试等阶段。 集成测试设计由测试组组长根据项目计划和开发计划编制 《集成测试计划》，设计《测试用例》。 测试计划和测试用例应当经过项目经理的审查。 集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象 ( 程序) 的安装和初始化工作。 集成测试实施和测试记录是由系统测试组组长组织人员按照