软件测试计划

1、. . 测试计划测试计划 产品名称：产品名称：OA 系统仓储模块 项目承担部门项目承担部门 撰写人（签名）撰写人（签名） 完成日期完成日期 本文档使用部门本文档使用部门 评审负责人（签名）评审负责人（签名） 评审日期评审日期 版本版本 . . 日期日期版本版本说明说明作者作者 . . 目目 录录 1.概述概述.1 1.1产品简介.1 1.2范围.1 1.3限制条件.1 1.4参考文档.1 2.约定约定.2 2.1测试目标.2 2.2接收标准.2 2.3资源和工具 .2 2.3.1资源.2 2.3.2工具.2 2.4送测要求.2 2.5编号规则.2 3.测试种类及测试标准测试种类及测试标准.3

2、3.1测试种类.3 3.2测试方法及标准.3 3.2.1功能测试.3 3.2.2业务测试.3 3.2.3压力测试.3 3.2.4安装测试.3 3.2.5验收测试.3 4.测试重点及顺序测试重点及顺序.4 4.1预测风险.4 4.2测试重点.4 4.2.1功能测试.4 4.2.2业务测试.4 5.暂停标准和再启动要求暂停标准和再启动要求.5 6.测试任务和进度测试任务和进度.6 7.测试提交物测试提交物.7 . . 1.1. 概述概述 1.11.1 产品简介产品简介 本模块完全适合普通物流中心仓储信息管理的软件。能实现入库、出库、盘点和库存本模块完全适合普通物流中心仓储信息管理的软件。能实现入库

3、、出库、盘点和库存 控制等仓储的智能化管理，可以提高库存管理的效率。同时通过入库单、出库单、盘控制等仓储的智能化管理，可以提高库存管理的效率。同时通过入库单、出库单、盘 点单等各种单据使物主能够浏览自己的货物情况点单等各种单据使物主能够浏览自己的货物情况。 1.21.2 范围范围 本测试计划是针对 OA 系统仓储模块中规定内容的测试计划，包括： 1.31.3 限制条件限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交 模块的实际情况，本计划会做出相应修改。 1.41.4 参考文档参考文档 序号名称作者备注 1.可行性分析(研究)报告(FAR) 2.软件开发计划(

4、SDP) 3.软件(结构)设计说明(SDD) 4. 系统(子系统)设计(结构设计)说明 (SSDD) 5.仓储模块逻辑模型 6.查询模块详细设计说明 7.仓库总系统图 8.仓库管理信息系统详细设计说明 9. 登陆界面逻辑详细设计说明 10. 数据库顶层详细设计说明 11. 入库模块详细设计说明 12. SQL 语句细设计说明 13. 转仓详细设计说明 14. 盘点详细设计说明 15. E-R 图 16. 数据流图 17. 数据表详细设计说明 15. 实体及其属性设计说明 . . 2. 约定约定 2.1 测试目标测试目标 通过测试，达到以下目标： 测试已实现的产品是否达到设计的要求，包括：各个功

5、能点是否以实现，业务流 程是否正确。 产品规定的操作和运行稳定。 Bug 数和缺陷率控制在可接收的范围之内。 2.2 接收标准接收标准 本节所述的接收标准是指可测试的标准，这个标准以测试组接收测试为限。单元测试 接收标准的详细规定参见文档 OA 系统仓储模块测试接收标准.doc。其余各 阶段接收标准，以经过审核后的上一阶段测试报告为准，每一阶段停止标准的详细规 定参见文档软件测试停止标准.doc。 2.3 资源和工具资源和工具 2.3.1 资源资源 测试服务器 稳定的测试服务器，IP 地址为:192.168.43.80。 人员 测试审核人 1 名，测试实施人员 1 名。 2.3.2 工具工具

6、测试中使用的 Bug 管理工具为经过改进的 Bug 管理工具。 自动化测试工具待定。 2.4 送测要求送测要求 OA 系统仓储模块开发人员提交的测试按以下要求进行： 步骤步骤动作动作负责人负责人相关文档或记录相关文档或记录要求要求 1打包、编译开发人员无确认可测试 2审核并提交测试Xx 经审核的上一级测试 报告 测试报告 xx 审核并签字 3接收测试测试人员 经 xx 审核并签字的 上一级测试报告 4开始测试测试人员Bug 单、小结测试小结个人编写个人的内容 . . 2.5 编号规则编号规则 与本测试计划相关的编号规则如下： 测试用例中的编号，功能名+界面名(每个字第一个汉语拼音大写)+编号

7、例如：查询库存第一个用例 CXKC 0001 测试用例文件命命名规则，模块名+测试用例 例如：查询模块 查询模块测试用例 3.3. 测试种类及测试标准测试种类及测试标准 3.13.1测试种类测试种类 计划完成以下类型测试 功能测试 业务测试 压力测试 安装测试 验收测试 3.23.2测试方法及标准测试方法及标准 3.2.13.2.1功能测试功能测试 3.2.1.13.2.1.1 功能功能 系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。 具体可参照本文档测试重点及顺序部分。 3.2.1.23.2.1.2 界面测试界面测试 详细的界面测试可以参考界面测试.doc。 3.2.

8、1.33.2.1.3 数据项测试数据项测试 字母数字数据项是否能够正确回显，并输入到系统中？ 图形模式的数据项（如滑动条）是否正常工作？ 是否能够识别非法数据？ 数据输入消息是否可理解？ 3.2.1.43.2.1.4 帮助文档测试帮助文档测试 文档是否精确描述了如何使用各种使用模式？ 交互顺序的描述是否精确？ . . 例子是否精确？ 术语、菜单描述和系统响应是否与实际程序一致？ 是否能够很方便地在文档中定位指南？ 是否能够很方便地使用文档排除错误？ 文档的内容和索引是否精确完整？ 文档的设计（布局、缩进和图形）是否便于信息的理解？ 显示给用户的错误信息是否有更详细的文档解释？ 如果使用超级链接

9、，超级链接是否精确完整？ 3.2.23.2.2业务测试业务测试 功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软 件中的一个模块流到数据库的过程中的正确性。业务测试的方法及标准参考业务 测试用例.doc。 3.2.33.2.3压力测试压力测试 3.2.3.13.2.3.1 压力测试说明压力测试说明 本次压力测试根据实际情况包含性能测试，重点模拟用户进行多用户测试。压力 测试有一条8：2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正 常每天有100条新数据，测试时在两小时内输入80条数据。我们无法知道用户的 业务量，所以只有利用公司现有资源进行大量的数据量的测

10、试。 3.2.3.23.2.3.2 压力测试工具压力测试工具 待定 3.2.3.33.2.3.3 压力测试方法及标准压力测试方法及标准 压力测试的方法及标准参考压力测试计划.doc 3.2.43.2.4安装测试安装测试 3.2.4.13.2.4.1 安装测试说明安装测试说明 除了嵌入式软件之外，安装是软件产品实现其功能的第一步，没有正确的安装根 本就谈不上正确的执行，因此对于安装的测试就显得尤为重要。 3.2.4.23.2.4.2 安装测试方法及标准安装测试方法及标准 自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组 合的正确性，最终目标是所有组合都能安装成功。 安装退出之后

11、，确认应用程序可以正确启动、运行。 . . 卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后 需检验系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被 删除。 至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问 题，尤其是系统级的产品。(有条件的情况下) 安装完成之后，可以在简单地使用之后再执行卸载操作，有的系统在使用之 后会发生变化，变得不可卸载。 安装时间是否合理； 对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端， 测试是否会出现问题。 考察安装该系统是否对其他的应用程序造成影响，特别是Windows操作系统， 经常会出现此类的

12、问题。 3.2.53.2.5验收测试验收测试 3.2.5.13.2.5.1 验收测试说明验收测试说明 软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测 试，测试用例采用业务流程测试用例。 3.2.5.23.2.5.2 验收测试方法及标准验收测试方法及标准 参考 OA系统仓储模块验收测试规范.doc和软件测试停止标准.doc 4.4. 测试重点及顺序测试重点及顺序 4.14.1预测风险预测风险 本次测试过程中，可能出现的风险如下： bug 的修复情况 模块功能的实现情况 系统整体功能的实现情况 代码的编写质量 人员经验以及对软件的熟悉度 开发人员、测试人员关于项目约定的执行

13、情况 人员调整导致研发周期延迟 开发时间的缩短导致某些测试计划无法执行 4.24.2测试重点测试重点 . . 4.2.14.2.1 功能测试功能测试 这里仅为测试重点的描述，具体测试方法以及内容请参见测试用例。 4.2.1.1 查询方案 是否使用查询料号实现 查找数据 查询条件为空，点击查询件 查询结果与数据库对照 4.2.1.2 入库/出库修改 出入库成功返回界面出入库成功返回界面 增、删、改功能是否已经实现 出入库成功前后出入库成功前后数据库对照 4.2.1.3 盘点功能盘点功能 捞出的数据是否正确 能否打印盘点单 4.2.1.4 管理员功能 能否实现架位修改 能否查看用户操作时间和动作

14、能否实现和用户相同的功能 4.2.1.5 个人中心 待定 4.2.1.6 用户注册用户注册 能否成功添加新用户并添加权限 4.2.24.2.2 系统测试系统测试 这里只是描述了系统测试的大概情况，具体测试方法以及内容请参见系统测试用 例。这里的系统测试包含模块之间的关系。 4.2.2.1 数据库连接情况数据库连接情况 正常情况，数据库文件缺少，外部系统异常 4.2.2.2 对用户输入的响应对用户输入的响应 正确输入，能够正常调用子模块 4.2.2.3 输入错误输入错误 系统能否辨别，并做出响应(提出警告)； 4.2.2.4 数据库操作数据库操作 数据库连接正常、数据库连接异常。数据库连接正常、

15、数据库连接异常。 4.2.2.5 数据库连接正常数据库连接正常 . . 输入合理合法参数、不输入参数输入合理合法参数、不输入参数 5.5. 暂停标准和再启动要求暂停标准和再启动要求 软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误 （大于等于 1） 、二级错误（大于等于 2）暂停测试返回开发。 软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。 软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试 应随之暂停或终止，并备份暂停或终止点数据。 如有新的项目需求，则在原测试计划下做相应的调整。 若开发暂停，则相应测试也暂停，并备份暂停点数据。 。 若项目中止，则对已完成的测试工作做测试活动总结。 项目再启动时，测试进度重新安排或顺延。 6.6. 测试任务和进度测试任务和进度 . . 测试阶段测试阶段测试任务测试任务工作量估计工作量估计人员分配人员分配起止时间起止时间 添加用户。按物资编号。 查询按物资名称查询。更 改架位。捞出的数据。出 入库 10 日陈斌待定 打印表单1. 打印出入库单 2. 打印盘点单 陈斌待定 第一阶段 单元测试 单元测试 BUG 审核陈斌待定 第二阶段 集成测试 1. 添加用户。按物资编号。 查询按物资名称查询。更 改架位。捞出的数据。出 入库 2. 打