图书管理系统测试报告毕业论文内容摘要:
24 测试用例的选 择 71 错误报告 74 第四章、图书管理系统自动化测试 77 测试项目 77 测试步骤 79 测试完成的标准 86第五章、图书管理系统测试总结报告 89 第一章 图书管理系统需求文档 简介 目标 这份文档的目标是定义图书管理系统( Books Management system)(以下均简称 BMS)的需求。 目标读者是市场团队、软件开发团队、测试团队和技术支持团队。 需求得到了详细的解释,使开发者可以设计该产品, 测试者可以对该产品进行验证。 BMS 可以用于教育机构和商业机构等图书的管理。 范围 BMS 是一个应用程序 概述 这份文档是对 BMS 应用进行的总体概述,然后再列出产品的详细需求。 每个需求将使用唯一的标识符,这样工程师可以建立开发和测试工作与需求的跟踪关系。 需求标识符来自小节的编号。 2.、总体概述 产品设想 开发 BMS 是为了对图书相关信息进行管理。 它将为图书的相关信息管理提供巨大的帮助。 本需求文档将重点描述使其成为一个商业产品的那些特征,这个商业产品将适用于 机关单位、公司、大中专院校、中小学校,各类学校的 图书信息管理领域。 用户特点 该产品的目标用户是图书管理人员和系统管理员,他们将参与对 图书的管理。 限制条件 不应该在以下任何方面限制开发团队设计产品时的选择。 规章制度 硬件限制 协议 产品的关键性 假定和依赖 本节描述了 BMS 的假定和依赖。 每项假定和依赖都有一个标识符,以后的文档可以通过标识符来进行引用。 这些假定将在设计 BMS产品的系统配置和测试时用到。 操作系统 假定用户运行客户端应用的计 算机运行以下某种操作系统。 Microsoft Windows 95 Windows 98 Windows ME Windows XP Windows NT Windows 2020 Apple MAC OS 或更新版本 假定运行服务器端应用的计算机将使用以下某种操作系统 Microsoft Windows NT 或更高版本 UNIX Sun Solaris 或更高版本 HPUX 或更高版本 Open BSD AIX 或更高 SCO Open Desktop Linux Red Hat 或更高版本 浏览器 假定用户在客户端计算机上将使用下面的浏览器: 或更高版本 或更高版本 Firefox 或更高版本 关系数据库 假定服务器主机上运行着一个关系数据库,能装入多重索引。 同时还假定该数据库具有记录级的锁。 假定这个关系型数据库提供一个与标准 SQL 查询兼 容的 API。 Access 数据库将是 BMS 第十个版本的目标平台。 其他数据库系统将在后续版本中提供支持,这要视顾客对该版本的反应而定。 Web 服务器 假定服务器主机上运行着一个 Web 服务器程序,诸如 Apache 或 Microsoft Inter Information Server. 处理器依赖 该应用程序不依赖于处理器的类型。 假定的目标操作系统可以运 行在 x8 RISC、 SPARC、 Motorola 或 PPC 处理器上。 具体需求 本节提供了 BMS 产品的详细需求。 用户界面 BMS 客户端的用户界面将使用 HTML 创建。 在一个 Web 浏览器中显示。 使用 HTML 将降低对特定浏览器的依赖。 导航 图书管理系统的主菜单将包括以下项: 图书管理 读者管理 系统管理 用户认证 —— 管理员 管理员需要输入用户名和口令,才能访问图书信息或管理数据库。 用户名和口令必须唯一,只能由系统管理员更改。 登录 需求 用户界面 需求 用户认证 —— 管理员 基本操作 需求 导航 需求 图书管 理 需求 读者管理 需求 期刊管理 需求 借阅 需求 归还 需求 续借 需求 修改密码 需求 管理员日志 系统设置 需求 系统管理员权限设置 需求 图书馆信息设置 需求 系统初始化 需求 备份数据库 需求 数据库设置 需求 批处理数据 统计查询 需求 借出记录 需求 逾期记录 需求 分类统计 需求 入库信息统计 需求 图书、期刊和读者借阅统计 需求 资金统计 需求 数据盘点 帮助 需求 购买软件 需求 使用帮助 需求 关于 需求 注册 第二章 图书管理系统测试计划 文档标示符: BMS10 文档版本: 版本: 测试简介 目的:这份文档的目标是详细描述对图书管理系统 进行功能验证的测试过程。 主要测试登录、基本操作、系统设置、查询统计、帮助四个模块的功能。 本文档关注的特征来自于需求文档:图书管理系统 需求定义。 需求文档的标示符是 XXXTVB10. 范围 测试项 以下是本文档所关注产品的组成部分的一份清单。 要测试的发行版 —— 这项测试工作将关注“图书管理系统 版”的特征功能 缺陷修正 —— 虽然这是产品的第十个发行版本,但在本次测试中,将把该版本作为最新产品进行测试。 在这次测试工作期间发现的所有缺陷都会被修正并被确认。 发行媒质 —— 产品的首个发行版本将可以从开发站点下载。 也可以获 得产品 CD。 这两种发行方式将被测试。 最终用户文档 —— 假定客户端和服务器会来自不同的位置,所以会有两个独立的模块,每个都有自己的安装程序。 诸如“用户指南”、“安装指南”和“发行说明”等最终用户文档将可以分别下载,这样可以了解系统需求和安装过程。 安装和打包会被测试,文档的准确性会被复查。 准备测试的特征 以下特征将被测试,以确医院信息管理系统能满足需求规格书明书中指定的需求: 登录 需求 用户界面 需求 用户认证 —— 管理员 基本操作 需求 导航 需求 图书管理 需求 读者管理 需求 期刊管理 需求 借阅 需求 归还 需求 续借 需求 修改密码 需求 管理员日志 系统设置 需求 系统管理员权限设置 需求 图书馆信息设置 需求 系统初始化 需求 备份数据库 需求 数据库设置 需求 批处理数据 统计查询 需求 借出记录 需求 逾期记录 需求 分类统计 需求 入库信息统计 需求 图书、期刊和读者借 阅统计 需求 资金统计 需求 数据盘点 帮助 需求 购买软件 需求 使用帮助 需求 关于 需求 注册 不准备测试的特征 以下功能和系统是不准备测试的: 本次测试将不考虑关系数据库的安装和功能。 我们假定数据库已安装并处于可操作的状态。 我们也假定数据库表结构是准确的,包括求规格说明书中定义的规定类型和宽度的字段。 这些需求在准备和安装文档指南中有详细说明。 本次测试将不会直接测试 Web 服务器( Apache 或 IIS)。 本次测 试将不会考虑大量的客户端 /服务器压力测试。 多用户功能将通过 5 个真实用户来测试,这是规定的多用户功能至少要支持的情况 方法 总体测试方法包括特征测试、回归测试、产品安装测试、备份和恢复测试、 GUI 测试。 在本节中,将对每种测试进行将为详细的描述 特征测试 在需求定义 GLXTBR10 中描述的所有特征都将在选定的客户端 /服务器配置组合上进行测试。 特征测试将包括功能测试和恶意测试(使用设计者所不期望的数据进行操作) 回归测试 因为这是产品的第一个版本,所以不需要验证以前版本中修正过的缺陷 是否又重新出现。 这个版本关注的是系统测试阶段修正的缺陷不会破坏以前能工作的功能 发现缺陷时,它们会被修正。 对测试团队的每个软件构建,都会执行测试以验证那些修正过的缺陷没再重现。 换言之,每个缺陷修正都会在声称修正了它的版本中进行验证。 在产品已稳定并通过测试用例的证明后,会进行一次最后的回归 测试,然后再是产品是否准备好的复查。 对于这个版本来说,通过回归测试意味着通过所有的测试用例。 产品安装 测试团队收到的每个软件构建版本都会按照客户所使用的安装过程进行安装。 但对每个构建来说客户端和服务器部分 将只在部分平台和操作系统的组合配置上安装,这些配置组合是在需求规格说明中定义的。 我们假定在一种 Windows 系统上安装成功就代表了所有的其他 Windows 系统上能成功安装。 备份和恢复 备份和恢复将针对项目数据、测试用例数据、测试套件数据和测试结果数据进行。 我们会将数据备份到本地的物理驱动器和逻辑驱动器上,也会通过网络进行备份。 GUI 测试 我们将采用以下方法来测试图书管理系统的 GUI 我们会在功能键的导航进行测试 所有的测试都将手工进行 所有的缺陷都将被追踪,直至其关闭。 通 过 /失败标准 每个测试用例的通过 /失败标准都由它预期的结果来描述。 如果在执行一个测试用例时得到了预期的结果,那么测试结果就通过了。 如果在执行一个测试用了时没得到预期的结果,那么测试就失败了。 如果构建中存在一些阻碍性的缺陷而未能执行某项测试,则该测试的结 果将记为“受阻”。 要让图书信息管理系统成功退出系统测试阶段,需要至少在软件的一个构建上运行本测试计划定义的所有测试用例。 所有运行的测试都要通过,在测试结束时不能有未修复的灾难级错误。 挂起标准和继续要求 如果基本的功能不能工作,例如不 能安装和运行程序,那么测试工作将挂起,直到这种功能可以工作为止。 当出现灾难性的缺陷时,我们将尝试继续测试,除非该缺陷非常严重,致使超过 50%的测试用例受阻。 提交产物 本测试计划 测试规格说明文档 测试结果报告 错误报告单 测试任务 在测试图书管理系统应用是需要执行以下系统。图书管理系统测试报告毕业论文
相关推荐
特 ”以委托管理为主 在中国,雅高提供一系列完整的酒店类型,从奢华到经济型,从市中心到度假胜地,从门户城市到地区新兴城市。 北京万达索菲特大饭店是全新索菲特奢华酒店的代表之作。 超五星级( So) (五星级)Pullmon 铂尔曼 五星级( Novotel诺夫特) 五星级( Grand Mercure 美爵) Hyatt hotels and Resorts 凯悦 超五星级( Park
bo r r ow i n f o : m u l ct : ba ck i n f o cl as s1: r ea d( bo ok, bo r r ow car d)2: sel ect ( bo ok, bo r r o w ca r d)9: 3: 4: de ci de t i m e5: n o ov er t i m e7: ba ck su ccee d6: ov er t i
查 30%;之后抽查 15%,并将抽查结果填写在“每天的抽查记录表” 如果抽查结果错误率高于 5%,需要换人 将检查结果填写在“检验结果登记表”。 福州市图书馆 RFID 图书管理自动化采购项目 项目实施方案 16 层架标签建设 一、层架标签检查:层架标签运至现场拆封检查标签外观和数量。 抽样测试标签读写性能及差错率。 检查项目 层架标签架号检查, 保证 层架标签无漏号; 层架标签条码读取检查,
资料的情况下,乙方需要在货物到港后 4个工作日内办理完毕清关 手续, 清关完毕后 ,在不出现检疫风控或外送化验的情况下, 7个工作日内得到商检验货结果,清关完毕后 15个工作日内拿到进口货物出入境检验检疫证明 ,如出现检疫风控或外送化验的情况,乙方负责与检疫部门积极协调,缩短出具化验结果时间。 如因检疫部门原因造成延迟,乙方不承担责任。 第 3 页 共 5 页 ( 7)乙方应及时将海关
三、计算题 1. 教材 P112 计算题第 1 题 【 答案 】 ( 1)该公司签订合约时希望应对的是交易性外汇风险。 12 ( 2)节约的美元为 1 亿欧元( ) = 亿美元,节约的人民币为 亿美元 = 亿元。 ( 3)会有风险,如果合同签订后欧元下跌,到期时 1 欧元兑换美元的价格低于 美元,则企业仍要按 美元的价格买入欧元,会比直接按当时低于 的的即期汇率购买欧元要多支付美元,造成损失。
甲方提供乙方所在地的最新地址及通信联络电话号码,使甲方在合理时间内,不论日夜均能与乙方联络并发出通告。 : 遵守甲方与其它公司、私人或团体所订立的符合法律规定的演艺合约和协议。 : 若某项演艺工作于本合约有效期内签署,而本合约期满时又未能完成该工作,乙方应继续为甲方完成该项工作,但双方要另行商定合作条件,甲方应以经纪人的身份为乙方争取合理补偿。 : 接受甲方认为有利于乙方演艺事业的如歌唱、舞蹈