图书管理系统测试计划书.docx

图书管理系统测试计划书 软 件 测 试 计 划 书 软件开发第六小组组长：陈静 成员：宋玲，孟倩倩， 刘春梅，底琳琳 修订历史记录 （A-添加，M-修改，D-删除） 目录 1.简介 (4) 1.1目的(WHY)： (4) 1.2背景： (4) 1.3范围： (4) 1.4测试参考文档 (4) 2.测试需求(WHAT)：测试内容 (4) 3.测试进度(WHEN) (5) 4.测试资源 (5) 4.1人力资源(WHO) (5) 4.2测试环境(WHERE) (5) 4.3测试工具 (6) 5.测试风险 (6) 6.测试策略（HOW） (6) 6.1功能测试 (6) 6.2用户界面测试 (7) 6.3安装测试 (8) 7.测试提交文档（WHERE） (8) 1.简介 1.1目的(why)： 根据测试计划报告，对软件进行测试，详细记录测试过程，以对软件的质量进行评价，为软件设计人员提供BUG依据，故作产品测试报告。 1.2背景： 这是一套基于图书管理理念的通用性极强的C/S图书管理软件。界面美观，操作方便，功能强大，支主要包括书籍档案管理、读者管理、借还管理、系统（包括书籍档案、读者档案等十于项）查询、数据维护、系统设置和各种借阅排行统计报表等功能。 1.3范围： 本测试计划针对”图书信息管理系统”的帮助文档中规定的内容来制定，包括： 系统设置 书籍管理 读者管理 系统查询 限制条件： 因为本测试主要为教学使用，受限于课程的进度；根据其进度，本计划会做出相应的调整。 1.4测试参考文档 帮助文档 2.测试需求(what)：测试内容 计划完成以下类型的测试。 基本功能测试 界面测试 安装测试 3.测试进度(when) 4.测试资源 4.1人力资源(who) 4.2测试环境(where) 4.3测试工具 5.测试风险 本测试过程受以下条件的制约： BUG的修复情况。 系统整体功能的实现情况。 代码编写的质量。 人员经验以及对产品的熟悉程度。 人员调整导致对研发周期的延迟。 测试时间的缩短导致某些测试用例无法完成。 6.测试策略（how） 注意：不实施某种测试，则应该用一句话加以说明，并陈述这样的理由。例如，“将不实施该测试。该测试本项目不适用”。 6.1功能测试 对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应 6.2用户界面测试 6.3安装测试 7.测试提交文档（where） 测试计划 测试用例 缺陷记录 测试总结