1.1目的
目的在于创建一个自动登录并可以进行图书查询,图书入库,图书删除,图书概览和密码删除的图书管理系统。
1.2名词解释
| 编写词或术语: | 英文解释 | 中文解释 | 
| 超级管理 | Super Admin | 即该系统为最终端,操作人员可通过超级管理来管理图书系统。 | 
| 布局管理器 | layout manager | 编写该系统时对各个按钮窗口的布局进行管理。 
 | 
| 事件监听器 | event listener | 对操作人员选择的不同的按钮进行监听并将其反馈到后台。 | 
1.3参考资料
Java基础
1.4测试摘要
图书查询和图书删除的界面构造一样,编写时曾搞混标题,就是本来是图书查询,但是却进行的是图书删除操作
第2章 项目背景
2.1测试范围
先后进行了功能测试、集成测试、系统测试、验收测试。
2.2联系方式
列出项目参与人员的职务、姓名、E-mail 和电话。
| 职务 | 姓名 |  | 电话 | 
| 组长 | 王永 | 1565111027@qq.com | 13678822887 | 
| 组员 | 姚大卫 | 415562509@qq.com | 13698625517 | 
第3章质量目标
产品质量目标
| 测试质量目标 | 确认者(如需说明) | 
| 图书查询,图书入库,图书删除,图书概览,密码删除是否实现 | 姚大卫 实现 | 
| 产品规定的操作和运行是否稳定 | 王永 稳定 | 
第4章 资源需求
4.1测试环境
4.1.1硬件测试环境
“机型(配置)”:华硕X55v 英特尔i3处理器 英伟达GF610m显卡
“用途及特殊说明”:后台开发
“软件及版本”:MyEclipse 10
4..2软件测试环境
| 软件需求 | 用途 | 
| Win7、Win8、XP | 编写后台 | 
第5章 测试策略
5.3测试类型
| 测试类型 | 是否采用 | 说明 | 
| 功能测试 | 采用 | 根据系统需求文档和设计文档,检查产品是否正确实现了功能。 | 
| 流程测试 | 采用 | 按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理 | 
| 边界值测试 | 采用 | 选择边界数据进行测试,确保系统功能正常,程序无异常。 | 
| 容错性测试 | 采用 | 检查系统的容错能力,错误的数据输入不会对功能和系统产生非正常的影响,且程序对错误的输入有正确的提示信息 | 
| 异常测试 | 采用 | 检查系统能否处理异常 | 
| 启动停止测试 | 采用 | 检查每个模块能否正常启动停止、异常停止后能否正常启动 | 
| 安装测试 | 采用 | 检查系统能否正确安装、配置 | 
| 易用性测试 | 采用 | 检查系统是否易用友好 | 
| 界面测试 | 采用 | 检查界面是否美观合理 | 
| 接口测试 | 采用 | 检查系统能否与外部接口正常工作 | 
| 配置测试 | 采用 | 检查配置是否合理、配置是否正常 | 
| 安全性和访问控制测试 | 采用 | 应用程序级别的安全性:检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。 系统级别的安全性:检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。 | 
| 性能测试 | 采用 | 提取系统性能数据,检查系统是否满足在需求中所规定达到的性能。 | 
| 压力测试 | 采用 | 检查系统能否承受大压力,测试产品应该能够在高强度条件下正常运行,不会出现任何错误。 | 
| 兼容性测试 | 采用 | 对于 C/S 架构的系统来说,需要考虑客户端支持的系统平台。 对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。 | 
| 割接/升级测试 | 采用 | 进行专门的割接测试或升级测试,提供工程升级割接方案 | 
| 文挡测试 | 采用 | 检查文档是否足够、描述是否合理 | 
| 回归测试 | 采用 | 检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求 | 
5.4 测试技术
| 测试技术 | 是否采用 | 说明 | 
| 里程碑技术 | 采用 | 里程碑的达成标准及验收方法在测试完后制订 | 
| 自动测试技术 | 采用 | 核心业务流程采用自动测试技术 | 
| 审评测试 | 采用 | 对软件产品功能说明文档和设计说明文档进行检查,在需求与设计阶段进行 | 
| 编写测试用例 | 采用 | 在产品编码阶段编写测试用例 | 
| 单元测试 | 不采用 | 由开发人员进行 | 
| 集成测试 | 采用 | 检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。 | 
| 确认测试 | 采用 | 在产品发布前,对照feature list 进行基本需求的确认,确认产品是否正确实现了功能。 | 
| 系统测试 | 采用 | 包括性能测试、压力测试和回归测试 | 
| 验收测试 | 不采用 | 由工程实施人员进行 | 
第6章 测试计划
6.1测试时间进度
| 测试阶段 | 开始时间 | 完成时间 | 测试人员 | 阶段完成标志 | 
| 制定测试计划 | 5月30日 | 5月30日 | 王永 | 成功 | 
| 需求Review | 5月30日 | 5月30日 | 王永 | 成功 | 
| 设计Review | 5月30日 | 5月30日 | 王永 | 成功 | 
| 设计测试用例 | 5月30日 | 5月30日 | 王永 | 成功 | 
| 测试开发 | 5月31日 | 5月31日 | 姚大卫 | 成功 | 
| 测试环境准备 | 5月31日 | 5月31日 | 姚大卫 | 成功 | 
| 测试实施 | 5月31日 | 5月31日 | 姚大卫 | 成功 | 
| 功能测试 | 5月31日 | 5月31日 | 姚大卫 | 成功 | 
| 集成测试 | 5月31日 | 5月31日 | 姚大卫 | 成功 | 
| 性能测试 | 5月31日 | 5月31日 | 姚大卫 | 成功 | 
| 系统测试 | 
 | 
 | 
 | 
 | 
| 验收测试 | 
 | 
 | 
 | 
 | 
| 文档编写 | 
 | 
 | 
 | 
 | 
原文:http://www.cnblogs.com/wy-510/p/4542981.html