ITMOB组物流管理系统的案例测试计划v1.0.docVIP

物流配送管理 系统测试计划 IT_MOB 二零零九年十月十五日  成文信息 主题词： 测试计划 作 者： IT_MOB 文档类别： 测试计划 审 核： IT_MOB 批 准： IT_MOB 档性质： 正式稿 主 送： ICSS 存档日： 10-15-2009 抄 送： 无 发布日期： 10-15-2009 签收信息 发送方 接收方： 接收方： 接收方： 代表人： 代表人： 代表人： 代表人： 日期： 日期： 日期： 日期： 变更信息 版本 原因 作者 日期 1.0 大体计划初步完成，由于部分设计，遗留了个别模块的测试计划 IT_MOB 10.15.2009 1.1 完成 IT_MOB 10.19.2009  目 录 第一章 引言 5 1.1 背景 5 1.2 测试目标 5 1.3 测试依据 5 1.4 术语定义 6 第二章 测试范围设计 6 2.1 功能测试 7 2.1.1 总公司—权限管理 7 2.1.2 总公司—车辆管理 7 2.1.3 总公司—班次管理 7 2.1.4 总公司—路线管理 8 2.1.5 配送点—订单管理 8 2.1.6 配送点—交接单管理 8 2.1.7 配送点—订单配送管理 9 2.2 其他测试 9 2.2.1 易用性测试 9 第三章 测试方法与技术 10 3.1 集成测试 10 3.1.1 测试内容 10 3.1.2 测试要求 10 3.1.3 进入准则 11 3.1.4 退出准则 11 3.2 压力测试 11 3.2.1 测试内容 11 3.2.2 测试要求 12 3.2.3 进入准则 12 3.2.4 退出准则 12 第四章 测试进度安排 12 第五章 资源与条件 13 5.1 资源与条件 13 第六章 测试项目管理（文本管理） 13 6.1 测试组织与职责 13 6.2 测试的控制方法 13 6.3 问题跟踪管理 14  引言 背景 本测试方案所从属的软件系统的名称为《物流管理系统》。 该项目的任务提出者和开发者分别为中软和IT_MOB项目组。 此文档的读者为测试人员、测试管理人员及相关项目管理人员。本文档为测试工作提供了具体的指导。 开始执行本计划之前应确保本计划已经评审，并经过开发人员详细完整的单元测试，保证测试工作能够顺利进行。 测试目标 该计划是对《物流管理》进行系统测试的整体规划，确保测试人员对该系统进行详尽、完整的测试，使系统达到预定的质量目标。本文主要从下列几个方面进行描述： 测试 测试的项目管理：测试的操作规程与组织管理。 通过执行测试，应最终确保本系统能够满足具体功能需求，流程完整可靠，并保证一定的性能（如：系统响应时间，大数据量处理，多用户并行访问等。） 此项目结束时，应确保所有的问题已更改，并经过测试人员确认。 测试依据 《物流管理系统需求分析说明书》 术语定义 黑盒测试：黑盒测试:黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试。 白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序。 单元测试：最小规模的测试以测试某个功能或代码块。由程序员需要知道内部程序设计和编码的细节知识。一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。压力测试测试工具。该工具的基本流程是先将用户的实际操作录制成脚本，然后产生数千个虚拟用户运行脚本（虚拟用户可以分布在局域网中不同的PC机上），最后生成相关的报告以及分析图。 Number of hits vs. Users：随着虚拟用户的增加，服务器在规定时间内所能处理的总点击数； Requests per second vs. Users：随着虚拟用户的增加，服务器在规定时间内所能处理的每秒请求数； Errors vs. Time：随着模拟访问时间的延续，出现错误的数量； Errors vs. Users：随着虚拟用户的增加，出现错误的数量 ； Performance Distribution vs. Users：针对虚拟用户数的应用性能分布情况，包括服务器的内存、CPU使用情况等 。 Performance vs. Users：随着虚拟用户的变化，应用性能的变化等。 测试要求 采用压力工具进行测试。 压力测试在软件系统经过构造之后，功能测试相对稳定之后进行。 压力测试要尽量考虑到用户对软件系统的压力的需求。 进入准则 平台系统的功能测试基本完成