系统测试以及验收实施总结方案.docxVIP

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