文档管理系统测试计划.docVIP

测试人员在整个软件开发中工作内容 1测试流程 需求分析 需求分析 SRS评审 SRS基线化 系统测试的计划设计和实现 ST计划 ST方案 ST用例 概要设计 HLD评审 HLD基线化 详细设计 LLD评审 LLD基线化 编码 代码走查 UT执行 IT执行 ST执行 集成测试的计划设计和实现 IT计划 IT方案 IT用例 单元测试的计划设计和实现 UT计划 UT方案 UT用例 1 在进行需求分析阶段编写系统测试设计（包含系统测试用例） 2.编写系统测试预测试项 3.在开发人员完成详细设计说明书时测试人员得完成测试设计，并根据详细设计说明说编写测试用例 4．开发人员在编码阶段测试人员应根据测试用例执行测试，并提交BUG报告 5.时刻对测试用例进行维护（测试用例的设计是整个测试过程中的核心） 6.单元测试完后进行集成测试，最后进行系统测试 单元测试：1、测试程序单元的功能是否实现 2、测试程序单元性能是否满足要求 集成测试：1、测试程序模块与模块间的接口是否实现 2、测试程序模块与模块间接口性能是否满足要求 系统测试：1.测试系统是否符合客户要求 7.对测试提交物进行存档 2技术研究 负责组织软件工程方法和质量保证体系的研究，能够根据实际工作情况，制定适合项目运作的质量控制管理流程和评估标准，以及软件质量评测标准； 负责组织软件测试方法的研究，能够根据实际工作情况，合理制定测试计划和测试策略，组织编制测试用例，以提高测试的有效性； 负责组织软件测试自动化工具LR和QTP的研究，能够根据实际工作情况，合理选用或开发适合的自动化测试工具，以提高测试的效率。 文档管理系统测试计划 1概述 1.1产品简介 1.2范围 本测试计划是针对文档管理系统需求规格说明说中规定内容的测试计划，包括: 档案管理 文件收集管理 借阅管理 档案鉴定 晒图管理 统计管理 系统管理 1.3限制条件 本测试计划受限于软件开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况，本计划会做出相应修改。 1.4参考文档 序号 名称 作者 备注 档案管理系统需求规格说明书 理正档案说明书 数字档案馆系统需求报告 2.约定 2.1测试目标 通过测试，达到以下目标： 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。 产品规定的操作和运行稳定。 Bug数和缺陷率控制在可接收的范围之内。 2.2接收标准 接收标准为程序员经过单元测试后，提交测试时应达到的最低标准，如不满足，则返还开发，重新提交测试。 一、程序员需完成自测 1、经过审核程序源代码。 二、程序界面 1、界面风格一致（包括控件的大小、快捷键的命令名称），美观大方。 2、无错字别字，最好能望文知意。 三．功能实现 1、说明书规定的功能或程序员提交的功能说明书的功能均已实现。 2、基本流程可以走通。 3、界面上的功能均实现，符合设计文挡规定的功能。 4、正确实现左右键功能 a左键拖动功能已实现（如果有）。 b右键功能与菜单项功能对应（均已实现）。 c右键的快捷键应与菜单项一致。 提示问题（看的懂） a提示、警告、或错误说明应该清楚、明了、恰当。 b非法的输入或操作应有足够的提示说明。 c由于误操作得到的反馈信息，应该能够指导用户的下一步操作。 数据库的增删改问题 a增删改功能可以实现。 b增删改时响应时间不能超过5秒。 数据的查询 a能够及时查询所需要的数据。 8、能被主模块调起或调起子模块。 2.3资源和工具 2.3.1资源 测试服务器 稳定的测试服务器，IP地址暂定 人员 测试审核人员一名，测试实施人员3名 2.3.2工具 测试中使用的BUG管理工具是TD8.0 使用TD8.0对测试需求、测试用例、测试执行集和Bug进行管理时。并需要对测试需求、测试用例和Test Lab三者进行关联，达到可跟踪的目的。下面对TD的功能做简单介绍： Requirements下存放测试需求和打包申请； Test Plan下存放测试用例和包的测试结果； Test Lab下存放测试执行集； Defects下记录问题和Bug。 自动化测试工具待定 2.4送测要求 开发人员提交的测试按以下要求进行： 步骤 动作 负责人 相关文档或记录 要求 1 打包、编译 开发人员 无 确认可测试 2 审核并提交测试 开发组长 经审核的上一级测试报告 测试报告xx审核 3 接收测试 测试人员 经xx审核并签字的上一级测试报告 4 开始测试 测试人员 Bug单、小结 测试小结个人编写个人的内容 2.5编号规则 与本测试计划相关的编号规则如下： 测试用例中的编号，功能名+界面名(每个字第一个汉语拼音大写)+编号 例如：新增报价书第一个用例 XZ BJS 0