XX系统测试计划
文档编号： CSJH-1.0
版本历史
文档状态 [ ] 草稿 [ ] 正式发布 [√] 修改中保密等级定义?公开资料?内部资料?保密资料?机密资料
目录
1. 引言 (5)
1.1. 测试目的 (5)
1.2. 名词解释 (5)
1.3. 参考资料 (5)
1.4. 测试摘要 (5)
1.4.1. 重点事项 (5)
1.4.2. 争议事项 (6)
1.4.3. 风险评估 (6)
1.4.4. 时间进度 (6)
1.4.5. 测试目标 (6)
2. 测试背景 (6)
2.1. 测试范围 (6)
2.2. 测试目标 (7)
2.3. 测试人员 (7)
2.4. 风险及约束 (7)
2.5. 测试文档 (7)
2.5.1. 测试参考文档 (7)
2.5.2. 测试提交文档 (8)
3. 资源需求 (8)
3.1. 培训资料 (8)
3.2. 测试环境 (8)
3.2.1. 硬件环境 (8)
3.2.2. 软件环境 (9)
4. 单元测试 (9)
4.1. 单元测试工具 (9)
4.2. 单元测试策略 (9)
4.3. 开始/中断/完成标准 (10)
4.4. 单元测试进度计划 (10)
4.5. 单元测试功能模块覆盖情况 (10)
5. 集成测试 (11)
5.1. 集成测试工具 (11)
5.2. 集成测试策略 (11)
5.3. 集成测试原则 (12)
5.4. 开始/中断/完成标准 (12)
5.5. 集成测试进度计划 (12)
5.6. 具体测试实施任务和时间人员安排 (13)
6. 系统测试 (13)
6.1. 系统测试工具 (13)
6.2. 系统测试策略 (14)
6.3. 开始/中断/完成标准 (14)
6.4. 系统测试准备 (14)
6.5. 系统测试进度计划 (15)
7. 测试设计与执行 (15)
7.1.测试设计 (15)
7.2. 测试执行 (16)
8. 风险管理 (17)
8.1. 风险与处理优先级 (17)
8.2. 问题严重度描述 (17)
1.引言
1.1.测试目的
本系统是为方便XX项目的管理，在本文档中制定测试计划旨在说明各种测试阶段任务、人员分配和时间安排、工作规范，同时保证系统的可靠性。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.2.名词解释
XX系统：成都XX管理系统简称。
1.3.参考资料
《XX系统软件需求规格说明书》
《XX系统概要设计说明书》
《XX系统数据库设计说明书》
《xx系统详细设计说明书》
《软件测试计划模版》
1.4.测试摘要
1.4.1.重点事项
重点事项（按优先级降序）：
（1) 系统功能
（2) 数据库设计
（3) 系统可操作性和健壮性
1.4.
2.争议事项
无
1.4.3.风险评估
被测系统可能存在的问题：
（1）系统设计结构不合理
（2）数据库风险：数据库结构设计不合理；对数据库操作控制不当导致数据不一致；
（3）响应时间不当：时间过长，以至用户沮丧；时间过短造成误操作；
（4）网络不安全稳定
（5）测试环境不足可能存在的测试缺陷
（6）系统健壮性查，出现操作异常
1.4.4.时间进度
测试开始时间：2015年8月12日
测试结束时间：2015年11月3日
1.4.5.测试目标
测试计划中所有测试方法和模块已经执行通过
同时要求专项资金系统的业务处理和查询的小批量的响应时间控制在3～8秒，大批量的控制在30～40秒以内。
所有的测试案例已经执行过，尽可能多的发现并排除软件中潜藏的错误，最终把高质量的软件系统交给用户。
2.测试背景
2.1.测试范围
XX系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE
开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性。测试范围包括四大部分：
(1)
(2)
(3)
(4)。
2.2.测试目标
测试计划中所有测试方法和模块已经执行通过所有的测试案例已经执行过，尽可能多的发现并排除软件中潜藏的错误，最终把高质量的软件系统交给用户。
2.3.测试人员
列出项目参与人员的姓名、技术水平、工作内容。
表2-1测试人员安排
2.4.风险及约束
该系统适用于XX系统使用人群。
2.5.测试文档
2.5.1.测试参考文档
表2-2测试参考文档
2.5.2.测试提交文档
3.资源需求
3.1.培训资料
3.2.测试环境
3.2.1.硬件环境
（1）应用服务器
处理器： Intel Xeon E5-2650 @2.00GHz 八核处理器*2 内存空间：64G DDR3 1066MHz
硬盘空间：1T SAS 6G热插拔硬盘*2
（2）数据库服务器
处理器： AMD Opteron(tm) Processor 6320四核处理器*2
内存空间：32G DDR3 1066MHz
硬盘空间：1T SAS 6G热插拔硬盘*2
3.2.2.软件环境
应用服务器操作系统： Windows Server 2012R2
数据库服务器操作系统：Windows Server 2012R2
客户端操作系统： Windows XP/Windows 7/Windows 8
浏览器： IE8/IE9/IE10
系统运行环境： JRE1.7
数据库管理系统： Oracle 11g
服务器容器： Tomcat7.0
其他： Microsoft Office 2007及以上版本
4.单元测试
单元测试用于检验软件设计中的模块内部错误，各个功能模块是否正确，逻辑是否正确。
4.1.单元测试工具
XX系统单元测试采用人工测试方式，未使用测试工具。
4.2.单元测试策略
单元测试总体策略为功能测试包括：接口测试、路径测试、边界测试、异常测试。
表4-1单元测试策略
4.3.开始/中断/完成标准
表4-2 单元测试开始/中断/完成标准
4.4.单元测试进度计划
表4-3单元测试进度计划安排
4.5. 单元测试功能模块覆盖情况
系统各功能模块的单元测试覆盖情况计划如表4-4所示：
表4-4单元测试覆盖情况
5.集成测试
集成测试也叫组装测试或子系统测试，作为单元测试的逻辑扩展，是在所有模块都通过单元测试和子系统的功能测试成功的基础上，按照系统设计说明书的要求组合起来进行的测试。
5.1.集成测试工具
MyEclipse，Web浏览器（IE10，Chrome 16）。
5.2. 集成测试策略
系统采用渐增式集成，把程序划分成小段来构造和测试，在这个过程中比较容易定位和改正错误；对接口可以进行更彻底的测试。本系统采用渐增式集成的自底向上集成策略。
自底向上集成从软件结构最底层模块开始组装和测试，集成测试策略为：（1）把底层模块组合成实现某个特定软件子功能的族；
（2）编写用于测试的控制程序，协调测试数据的输入和输出；
（3）对由模块组成的子功能族进行测试；
（4）去掉控制程序，沿软件结构自下向上移动，把子功能族组合起来形成更大的子功能族
由（2）到（4）形成一个循环。
5.3.集成测试原则
集成测试需遵循以下原则：
（1）所有公共接口都要测试到。
（2）关键模块必须进行充分的测试。
（3）集成测试应当按一定的层次进行。
（4）集成测试以总体设计为基础，应当尽早开始。
（5）在模块与接口的划分上，测试人员应当和开发人员进行充分的沟通。
（6）当接口发生修改时，涉及的相关接口必须进行再测试。
（7）项目管理者应当保证审核测试用例。
5.4.开始/中断/完成标准
5.5.集成测试进度计划
5.6.具体测试实施任务和时间人员安排
6.系统测试
系统测试是在完成集成测试工作后，将通过集成测试的软件和硬件等设备连接在一起，按照需求说明书，对系统进行系列测试以发现软件缺陷。
6.1.系统测试工具
Loadrunner、Windows系统性能测试工具、IE\chrome\360浏览器
6.2.系统测试策略
系统测试完全采用黑盒测试，完成以下几种测试：
表6-1系统测试策略
6.3. 开始/中断/完成标准
表6-2 集成测试开始/中断/完成标准
6.4.系统测试准备
系统测试前需作如下准备工作：
（1）收集软件规约，作为系统测试的依据。
（2）收集各种软件说明书或使用手册，作为系统测试的参考。
（3）仔细阅读软件测试计划或系统测试计划，作为系统测试的根据。
（4）收集已有的系统测试用例。
6.5. 系统测试进度计划
7.测试设计与执行
7.1. 测试设计
（1）用户层测试
主要是面向产品最终的使用操作者的测试。这里重点突出的是在操作者角度上，测试系统对用户支持的情况，用户界面的规范性、友好性、可操作性，以及数据的安全性。主要包括：用户手册、使用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。
①用户界面测试
在确保用户界面能够通过测试对象控件或入口得到相应访问的情况下，测试用户界面的风格是否满足用户要求，例如：界面是否美观、界面是否直观、操作是否友好、是否人性化、易操作性是否较好。
②可维护性测试
可维护性是系统软、硬件实施和维护功能的方便性。目的是降低维护功能对系统正常运行带来的影响。例如：对支持远程维护系统的功能或工具的测试。
③安全性测试
这里的安全性主要包括了两部分：数据的安全性和操作的安全性。核实只有规格规定的数据才可以访问系统，其他不符合规格的数据不能够访问系统;核实只有规格规定的操作权限才可以访问系统，其他不符合规格的操作权限不能够访问系统;
（2）应用层测试
针对产品工程应用或行业应用的测试。重点站在系统应用的角度，模拟实际应用环境，对系统的兼容性、可靠性、性能等进行的测试。
①系统性能测试
针对整个系统的测试，包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。并发性能测试是评估系统交易或业务在渐增式并发情况下处理瓶颈以及能够接收业务的性能过程；强度测试是在资源情况低的情况下，找出因资源不足或资源争用而导致的错误；破坏性测试重点关注超出系统正常负荷N倍情况下，错误出现状态和出现比率以及错误的恢复能力。
②系统可靠性、稳定性测试
一定负荷的长期使用环境下，系统可靠性、稳定性。
③系统兼容性测试
系统中软件与各种硬件设备兼容性，与操作系统兼容性、与支撑软件的兼容性。
④系统安装升级测试
安装测试的目的是确保该软件在正常和异常的不同情况下进行安装时都能按预期目标来处理。例如，正常情况下，第一次安装或升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。还有一个目的是核实软件在安装后可立即正常运行。另外对安装手册、安装脚本等也需要关注。
7.2. 测试执行
（1）前提条件确保测试项目的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与
应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。
（2）执行用例及原始数据记录
（3）提交测试问题单和测试报告
（4）回归及验收测试
（5）输出工件
利用有效的和无效的数据来执行各个用例流，以核实以下内容：
①在使用有效数据时得到预期的结果
②在使用无效数据时显示相应的错误消息或警告消息。
8.风险管理
8.1.风险与处理优先级
L=Low(风险与处理的优先级为低) M=Middle(风险与处理的优先级为中) H=High(风险与处理的优先级为高)
8.2.问题严重度描述
表8-2 严重程度表
《学生成绩管理系统测试计划》 一.引言 1编写目的 为了保证学生成绩管理各项功能可靠实现，特编写此测试计划,对所有功能模块及总系统进行测试。 此测试计划供程序员在程序高度阶段参考,在系统测试阶段提供测试依据。本测试计划主要用于发现系统开发过程中出现的各种不妥之处,发现软件中的错误。 2背景 1）待开发系统软件名称：学生成绩管理系统； ２）本项目的任务提出者是学校信息管理系统的各位老师,由本小组负责开发,用于江西农业大学广大师生成绩查询及管理; 3）开发背景:本系统属于江西农业大学大学网络管理系统的学生成绩管理模块，实现的是网络管理系统中关于学生成绩管理的子功能，通过此软件，提高用软件工程分析问题、解决问题的能力,同时增强对数据库和ＶＣ#的使用能力。 3定义 成绩管理：所谓成绩管理，是指以学校中的学生为对象,根据学生的成绩来做记录，将学生的成绩进行有关操作和分配。并对学生的成绩进行总和与管理。 4参考资料 [１] 张海藩，《软件工程导论》,清华大学出版社，2008 [2] 陆丽娜,《软件工程》,经济科学出版社,2008 [3] 萨师煊,《数据库系统概论》,高等教育出版社，２006 [４] 薛华成,《管理信息系统》，清华大学出版社，200７ 二．计划 1软件说明 软件所要实现的功能及程序的关系如下表：
2测试内容2.1 登录模块
２．5 分析统计信息管理模块
三.测试设计 １用户登录（０1） 本测试考虑到:未注册用户名的处理,用户名与密码不匹配处理1．１控制 利用白盒测试和黑盒测试相结合的方式。 1．２输入和输出 本测试考虑到:输入信息格式的合法性,学生编号是否注册。2．1控制 利用白盒测试和黑盒测试相结合的方式。(成绩默认为整数）
C R M客户关系管理系 统测试计划 公司内部编号：（GOOD-TMMT-MMUT-UUPTY-UUYY-DTTI-9018）
CRM(客户关系管理系统) 测试计划 修改，D=删除
1. 概述 1.1 目的 CRM系统“CRM系统-系统测试计划”文档有助于实现以下目标：确定CRM系统的测试环境、测试工具、测试范围
列出测试用例编写的相关约定 确定所需资源并对CRM系统测试的工具进行估计 列出CRM系统测试项目可交付元素 文件中所规定的内容可以作为对测试过程完备性的对照检查表，将会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。 1.2 背景介绍 客户关系管理系统是一种崭新的、国际领先的、以客户为中心的企业管理理论、商业运作模式、也是一种以信息技术为手段、有效提高企业受益、客户满意度、雇员生产力的具体软件和实现方法，是一套集理念、组织、流程、技术为一体的整体解决方案，是一种旨在改善企业与客户之间关系的新型管理机制。企业实施CRM战略本质目标是与那些有价值的客户建立稳定的长期双赢关系，进而为企业在几楼的市场竞争中赢得优势。 1.3 测试计划读者范围 测试工程师，开发经理，项目经理，实施负责人 2. 测试基本内容 2.1测试环境 软件环境（相关软件、操作系统等） 操作系统：Win7 硬件环境 CPU处理器： i3-3220 @3.3 GHz 内存：4G 系统类型：64位操作系统 软件环境：CRM 2.2测试工具 用途工具生产厂商/自 版本备注 产
测试管理ALM HP11.5 被测系统CRM N/A 1.0 Word Microsoft2007 报告以及测试用 例 2.3测试范围 2.3.1 测试对象 被测系统为CRM1.0版本，使用C++开发的。 2.3.2需要测试的特性 本次系统测试要求包含以下业务流程： 添加线索 导入与导出线索 查看线索 编辑线索 删除线索 搜索线索 2.3.3不需要测试的特性 本次系统测试不需要包含的内容： 上述业务流程之外的所有业务流程 被删除的功能 被外包的功能 3. 测试用例设计 3.1 测试用例相关约定 在设计测试用例时，你需要定义程序的操作来确保程序的各方面都被测试到。为了确保清楚，准确的捕获到了完成一个操作所需要的所有行为，要满足下面条件：
文档标识：01 学生信息管理系统 软件测试计划书 编写者 校对 小组成员 数据库07-3班 二O一O年七月 第01小组
目录 1.引言 1.1.目的 测试学生信息管理系统中的各个功能模块是否满足用户要求，并测试是否存bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。 1.2.背景 a．本项目测试的背景；学生信息管理系统是一个教育单位不可缺少的部分,它的内容对于决策者和管理者来说都至关重要,所以学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。而计算机的应用便解决了以上问题，它带来更加科学，有效，正规的管理方式，给人们带来了很大的便利。学生信息管理系统界面简洁，操作简单，满足了学校对学生信息管理的需要。 b．该开发项目的历史，列出用户和执行此项目测试的机构或人群;该项目前后经历了三个阶段，前期设计阶段，然后是开发阶段，最后是软件的测试阶段。项目的用户针对的是学校的广大学生和管理员，系统的功能测试主要由专业的软件测试人员进行测试。 1.3.范围 学生信息管理系统试采用的是黑盒测试的方式来对系统进行测试。主要测试软件的功能是否满足客户的需要，性能是否优越以及系统所存在的问题。对系统的各个模块进行详细的测试，并记录测试的结果，对测试的结果进行细致的分析处理。测试时对系统的各个功能模块进行拆分测试，并以每一个模块都要测试到。对所有可能的结果进行测试，以及测试过程中存在的问题进行分析，然后提交测试的记录。最后，对软件存在的问题以及性能的测试进行全面分析，并给予记录。 在测试的过程中需要提出各个问题的假设，以及根据需求报告文档中存在的项目功能模块和用户的需求来改善系统。列出可能会影响测试设计、开发、或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。 1.4.定义 信息（Information）：有关学生个人的详细数据，如姓名、性别、家庭住址等 管理（Manage）：对学生信息进行操作，如增删改查等基本功能 统计（Account）：对学生信息的统计，如人数等 1.5.参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。 列出编写本计划时需查阅的Intenet上杂志、专业着作、技术标准。
资产管理系统测试计划
目录 1 概述 (1) 1.1 编写目的 (1) 1.2 项目背景 (1) 2 测试任务 (1) 2.1 测试目的 (1) 2.2 测试参考文档 (1) 2.3 测试范围 (1) 3 测试资源 (2) 3.1 硬件配置 (2) 3.2 软件配置 (2) 3.3 人力资源分配 (2) 4 功能测试计划 (2) 4.1 整体功能模块划分 (2) 5 测试整体进度安排 (3) 6 相关风险及解决计划 (3) 6.1 风险 (3) 6.2 解决计划 (4)
1概述 1.1编写目的 为了发现和报告本软件的错误和缺陷。通过对这些错误和缺陷的处理，确保本软件的语言质量、互操作性、功能等符合软件的设计要求，满足用户的使用要求。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助设计者设计出有针对性地检测方法，改善测试的有效性。本文档将列举实现资产管理系统所需要的全部功能，并对每个功能给出简单的描述。 本文档的预期读者包括：最终用户，项目负责人，评审人员，产品人员，软件设计开发人员，测试人员。 1.2项目背景 本项目的名称：资产管理系统 如今我们的生活越来越信息化了,可以说我们每个人的生活已经离不开计算机的帮助,为了使我们的生活更 方便和快捷，越来越多的个人应用软件成为人们的重要助手。实际生活中经常要对各项资产进行管理，本 系统的目的就是利用计算机来对各项资产进行电子化的管理，使我们的资产更加方便和理性化。随着信息 化时代的到来，通过计算机软件实现资产的电子化管理，提高资产管理的准确性、便捷查询和易于维护， 进而提高工作效率，是每一个企业面临的挑战和需求。 2测试任务 2.1测试目的 充分测试系统。使其成为一个能够使用的资产管理系统，我们要求满足用户对资产的管理，提供用户对资 产的操作功能，使得当用户的记录需要修改时，可以方便的添加、修改和删除。 2.2测试参考文档 资产管理系统需求说明书 2.3测试范围 本次测试采用运行系统的方法，通过跟踪运行时的系统变量值，来逐步判断测试系统是否具有相应的功能。 根据对系统功能的划分，测试方向大致为：登录模块测试、资产类别模块测试、品牌模块测试、供应商模 块测试、存放地点模块测试、部门管理模块测试。
校园管理系统测试计划 1：引言 1.1编写目的 为了保证校园管理系统的各项功能可靠的实现，特编写了此测试计划，对所开发软件的各功能模块和事例系统进行测试。 本测试计划供程序员在程序高度阶段参考，在系统测试阶段提供测试依据。本测试计划主要用于发现系统开发过程中出现和各种不妥判之处，发现软件设计中的错误。 1.2背景 a. 待开发软件系统的名称：图书管理系统 b. 本项目的任务提出者： 《软件质量保证与测试》的授课老师 用户： 校园管理人员和用户人员。2．计划 2.1系统说明 2.2测试内容 2.2.1登录模块 测试用例序号 01 测试用例名称 登录模块 被测试系 功能 输入 输出 登录 与数据库连接，检查用户名和密码是否匹配 对于存在的用户名可以正常登录；并能给用户正确的返回信息。 维护招生信息 与数据库连接检查输入的用户信息，能登记校园相关信息，检查修改单中的信息的合法性 能与数据库正常连接，并即时更新数据库；正确给出返回信息 能否正确注销 维护日常信息 与数据库连接检查输入的用户信息，能登记用户相关信息，检查修改单中的信息的合法性 能与数据库正常连接，并即时更新数据库；正确给出返回信息 能否正确注销 用户选课 检查 能与数据库正常连接，并即时更新数据库；正确给出返回信息 用户考试 检查 能与数据库正常连接，并即时更新数据库；正确给出返回信息 维护教师信息 与数据库连接检查输入的用户信息，能登记用户相关信息，检查修改单中的信息的合法性 能与数据库正常连接，并即时更新数据库；正确给出返回信息 查询学生信息 检查输入查询的学生信息条件 能与数据库正常连接；正确给出返回信息
西安通瀛软件实训项目文档 学生成绩管理系统 测试计划 TP-TEST/TY20131110/TY-SSMS-1.1
目录 1 简介 (3) 1.1目的 (3) 1.2背景 (3) 1.3系统概况 (3) 1.4范围 (4) 1.5参考文档 (4) 2 测试策略 (4) 2.1测试完成标准 (4) 2.2测试类型 (4) 2.3功能测试 (4) 2.4性能测试 (5) 2.5用户界面（UI）测试 (5) 2.6安全性与访问控制测试 (6) 2.7兼容性测试 (6) 2.8回归测试 (7) 2.9测试实施阶段 (7) 2.10工具 (8) 2.11特殊的考虑事项 (8) 3 估计结果记录 (8) 3.1估计的假设条件 (8) 3.2测试用例数估计 (8) 3.3 系统测试方案 (8) 3.4文档大小估计 (9) 3.5工作量估计 (9) 3.6关键计算机资源估计 (9) 3.7成本估计（可选） (9) 4 风险管理计划 (10) 5组间协调计划 (10) 6测试度量采集与分析计划 (10) 6.1采集计划 (10) 6.2度量分析计划 (11) 7 资源 (11) 7.1人员安排 (11) 7.2系统资源 (11)
8项目测试里程碑 (12) 9测试工作产品与规模 (12) 10其他 (13) 1 简介 1.1目的 为教务管理系统（ssms）提供完善的测试指导，确保一个完备的、灵活的、准确的、安全的为企业定制的ssms系统的系统测试顺利执行。 1.2背景 整个ssms系统将分为八个功能模块：如图： 1.3系统概况 学生成绩管理系统，通过在该系统中的相关数据录入、参数设置，使用电脑保存学生档案资料、统计学生信息及学习考勤等的信息，代替原来的手工处理工作，方便进行学生成绩的管理与查询，大幅度提高工作效率和管理水平。 SSMS主要包括以下八模块： 1)班级信息管理 2)学生信息管理 3)教师信息管理 4)课程信息管理 5)专业信息管理 6)学生成绩分析
软件测试计划报告 软件工程 专业: 软件技术 班级: 姓名: 学号: 课程教师: 课程时间: 大学图书管理系统测试计划书 1引言 图书管理系统,就是一个由人、计算机等组成的能进行管理信息的收集、传递、加工、保存、维护与使用的系统。利用信息控制企业的行为;帮助企业实现其规划目标。它必须提供接口以供用户登录并从中选取书籍;同时还必须提供系统的管理接口以供管理员与一般的网站工作者处理还书并维护网站的正常运行。 1、1标识 1、2系统概述 开发《图书管理系统》,运用到多个场所,例如学校与生活中,对人们的生活带来方便,
在windows系统就是上运行与维护。作为小组的成员,应当做好对软件的维护与测试,并详细说明其她文档的要点, 1、3文档概述 本文档用于客户保留,方便以后的查找与纠错。开发人员应当做好相当好的保密工作。保证用户的价值隐私。 1、4与其她计划的关系 软件测试技术应当与其她的计划报告书完整的结合应用,并且几个之间就是紧密相连的。 (若有)本条应描述本计划与有关的项目管理计划之间的关系。 1、5基线 图书管理系统可行性分析报告V1、0 2引用文件 计算机软件文档编制规范(GB/T 8567-2006),20016年11月20日发布,2006年11月24日实施。 2、1 目的 大学图书管理系统就是一个为了减轻图书管理员工作的系统,为了让本系统在使用中更加符合工作人员的习惯与需求,让用户有更好的用户体验,在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大,性能更稳定,安全性更高,用户体验更好,容错能力更强的效果。 2、2 背景 本大学图书管理系统就是基于ASP、NET+MySQL技术的信息管理系统,主要实现了图书的增加,查瞧,删除,修改与借阅情况维护的功能。 2、3 范围 本次测试主要采用黑盒测试的方法,主要针对于本系统的功能测试模块,对于性能测试,负载测试,安全测试等其她方面的测试会根据时间与进度给予相应的测试。 3,测试参考文档与测试提交文档 3、1 测试参考文档 《图书管理系统需求说明书》
图书馆管理系统测试计划 1、引言 21、1、编写目的 21、2、背景 21、3、定义 31、4、参考资料 32、计划 32、1、软件说明 32、2、测试内容 42、3、系统身份验证测试 42、3、1、进度安排 42、3、2、条件 52、3、3、测试资料6见需求规格说明书等。 62、3、4、测试培训 62、4、借书测试 62、4、1、进度安排 62、4、2、测试培训 62、5、还书测试 72、5、1、进度安排 72、5、2、测试培训 73、测试设计说明
73、1、系统身份验证测试 73、1、1、控制 73、1、2、输入、输出、过程 83、2、借书测试 83、2、1、控制 83、2、2、输入、输出、过程 83、3、还书测试 93、3、1、控制 93、3、2、输入、输出、过程104、评价准则104、1、范围104、2、数据整理104、3、尺度10图书馆管理系统测试计划 1、引言 1、1、编写目的本测试计划文档作为指导此测试项目循序渐进的基础，帮助我们安排合适的资源和进度，避免可能的风险。本文档有助于实现以下目标： 1、确定现有项目的信息和应测试的软件结构。 2、列出推荐的测试需求 3、推荐可采用的测试策略，并对这些策略加以详细说明 4、确定所需的资源，并对测试的工作量进行估计。 5、列出测试项目的可交付元素，包括用例以及测试报告等。 1、2、背景随着人们知识层次的提高，图书馆成为日常生活中不可缺少的一部分。而图书馆的存数量和业务量庞大，仅仅靠传统的记账式管理是不可行的。图书馆管理系统应运而生，逐渐
成为信息化建设的重要组成部分。图书馆管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。这是一套基于图书管理理念的通用性极强的C/S图书管理软件。界面美观，操作方便，功能强大，支主要包括书籍档案管理、读者管理、借还管理、系统（包括书籍档案、读者档案等于项）查询、数据维护、系统设置和各种借阅排行统计报表等功能。 1、3、定义主键 (Primary Key) XXXXX：每一笔资料中的主键都是表格中的唯一值。换言之，它是用来独一无二地确认一个表格中的每一行资料外键（Foreign Key）：设表t1,t2中都有一个name字段,而且是t1的主键，那么如果设t2中的name为外键的话，向t2中添加数据的时候,如果name值不在t1之中就会报错。 1、4、参考资料张海藩：《软件工程导论》、第五版、清华大学出版社肖刚等：《实用软件文档写作》、清华大学出版社李涛等：Visual C# SQL Server 数据库开发与实例、清华大学出版社 2、计划 2、1、软件说明测试功能输入输出身份验证用户名、密码、身份进入读者界面或管理员界面新书入库书籍基本信息Book_Info 表中增加一条记录借书借阅证号、书号Book_Info、Proof_Info、Borrow_Info、Punish_Info表中更新记录还书借阅证号、书号书
《学生成绩管理系统测试计划》 一．引言 1编写目的 为了保证学生成绩管理各项功能可靠实现，特编写此测试计划，对所有功能模块及总系统进行测试。 此测试计划供程序员在程序高度阶段参考，在系统测试阶段提供测试依据。本测试计划主要用于发现系统开发过程中出现的各种不妥之处，发现软件中的错误。 2背景 1）待开发系统软件名称：学生成绩管理系统； 2）本项目的任务提出者是学校信息管理系统的各位老师，由本小组负责开发，用于江西农业大学广大师生成绩查询及管理； 3）开发背景：本系统属于江西农业大学大学网络管理系统的学生成绩管理模块，实现的是网络管理系统中关于学生成绩管理的子功能，通过此软件，提高用软件工程分析问题、解决问题的能力，同时增强对数据库和VC#的使用能力。 3定义 成绩管理：所谓成绩管理，是指以学校中的学生为对象，根据学生的成绩来做记录，将学生的成绩进行有关操作和分配。并对学生的成绩进行总和与管理。 4参考资料 [1] 张海藩，《软件工程导论》，清华大学出版社，2008 [2] 陆丽娜，《软件工程》，经济科学出版社,2008 [3] 萨师煊，《数据库系统概论》，高等教育出版社，2006 [4]薛华成，《管理信息系统》，清华大学出版社，2007 二. 计划 1软件说明
2 测试内容 2.1 登录模块 2.3学生成绩查询模块
2.4管理学生成绩信息模块 2.5 分析统计信息管理模块
三．测试设计 1用户登录（01） 本测试考虑到：未注册用户名的处理，用户名与密码不匹配处理 1．1控制 利用白盒测试和黑盒测试相结合的方式。 2学生成绩管理模块（02 ） 本测试考虑到：输入信息格式的合法性，学生编号是否注册。 2．1控制 利用白盒测试和黑盒测试相结合的方式。（成绩默认为整数）
竭诚为您提供优质文档/双击可除学生信息管理系统软件测试计划书 篇一：学生信息管理系统开发计划书 学生信息管理系统项目开发计划 1.引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2.项目概述 2.1工作内容 2.2条件与限制 2.3产品 2.4运行环境 2.5服务 2.6验收标准 3.实施计划 3.1任务分解
3.2进度 3.3预算 3.4关键问题 4.人力组织及分工 5.交付期限 1．引言 1.1编写目的 现在信息管理系统的开发，是为满足我国现今大多学校对学生管理的信息化、网络化、可视化管理的强烈需求。为确保本系统按时、保质、有效的完成，编写此项目开发计划书。 本开发计划书的目的，在于明确说明系统开发过程各个阶段的分工内容、进度安排；介绍工作内容；规范系统各功能需求实现所需时间；明确参与人员与分工；明确系统运行环境、验收标准、交付文档及产品；说明项目开发的费用计算方式和总费用等。 读者对象：项目负责人，系统分析员，系统设计人员，开发人员，测试设计人员等。 1.2项目背景 随着学校的发展，学校的学生信息的存储量不断增加，以前各自独立的系统远远不能满足学校管理的需要。学生档案管理系统是一个教育单位不可缺少的部分，它的内容对于
学校的决策者和管理者来说都至关重要,所以学生档案管理系统应该能够为用户提供充足的信息和快捷的查询手段。 但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,效率低、保密性差,另外时间一长,将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。而使用学生信息管理系统对学生档案信息进行管理,具有手工管理所无法比拟的优点。例如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生档案管理的效率，也是企业的科学化、正规化管理的重要途径。 项目的委托单位：青海民族大学 项目开发单位：青海民族大学计算机科学与技术软件方向 1.3定义 （1）过程：“一组将输入转化为输出的相互关联或相互作用的活动”。 （2）产品：“一组将输入转化为输出的相互关联或相互作用的活动的结果”。 （3）质量管理：指导和控制某组织与质量有关的彼此协调的活动(:学生信息管理系统软件测试计划书)。 （4）组织结构：人员的职责、权限和相互关系的有序安排。
HRM测试计划 信息管理系统(MIS) 测试计划
目录 1简介 (4) 1.1目的 (4) 1.2背景 (4) 1.3系统概况 (4) 1.4范围 (4) 1.5参考文档 (4) 2测试策略 (5) 2.1测试完成标准 (5) 2.2测试类型 (5) 2.2.1功能测试 (5) 2.2.2性能测试 (5) 2.2.3用户界面（UI）测试 (5) 2.2.4安全性与访问控制测试 (6) 2.2.5兼容性测试 (6) 2.2.6回归测试 (7) 2.3测试实施阶段 (7) 2.4工具 (8) 2.5特殊的考虑事项 (8) 3估计结果记录 (8) 3.1估计的假设条件 (8) 3.2测试用例数估计 (8) 3.2.1系统测试方案 (8) 3.3文档大小估计 (8) 3.4工作量估计 (8) 3.5关键计算机资源估计 (8) 3.6成本估计（可选） (9) 4风险管理计划 (9) 5组间协调计划 (9) 6测试度量采集与分析计划 (9) 6.1采集计划 (9) 6.2度量分析计划 (9) 7资源 (10) 7.1人员安排 (10) 7.2系统资源 (10) 8项目测试里程碑 (10) 9测试工作产品与规模 (10)
10测试进度甘特图 (11) 11其他 (11)
1简介 1.1目的 为人力资源管理系统（HRM）提供完善的测试指导，确保一个完备的、灵活的、准确的、安全的为企业定制的HRM系统的系统测试顺利执行。 1.2背景 整个HRM系统将分为七个功能模块：如图： 1.3系统概况 人力资源管理系统，通过在该系统中的相关数据录入、参数设置，使用电脑保存职工档案资料、计算薪资发放以及记录职工参加培训、职位变更等的详细资料，代替原来的手工处理工作，方便进行人力资源、薪金资源的查询，大幅度提高工作效率和管理水平。 HRM主要包括以下七模块： 1)人事管理：包括部门管理、职工基本信息、职工家庭关系、职工工作简历、职工再教育等 基本信息子模块，进行职工基本资料、家庭关系、工作简历、再教育、银行帐户等基本信息的录入。 2)薪资管理：包括薪资参数录入、考核情况录入、薪资生成、银行转帐。 3)培训管理：包括培训计划、培训内容、培训人员、培训、考核、上岗。 4)招聘资料管理：包括职位登记、审批、收集简历、面试/考核、审批、就职。 5)职位变更管理：包括职位登记、审批、推荐/自荐、面试/考核、审批、就职 6)离职申请：包括离职申请、离职审批、工作交接、离职确认 7)系统设置：包括基础参数设置、数据管理、修改密码以及权限设置。 1.4范围 该项目选择V模型作为项目的生命周期，在项目开发过程中, 项目组将对所开发的模块进行单元测试，开发人员单元测试时互换代码走查，然后再对各模块进行集成测试。测试组将依据《用户需求说明书》和《系统需求说明书》以及相应的设计文档进行系统测试。 执行的测试类型将包括：功能测试、性能测试、用户界面（UI）测试、兼容性测试、安全性与访问控制测试、回归测试等。
1.引言 1.1.目的 测试图书管理系统中的各个功能模块是否满足用户要求，并测试是否存bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。 1.2.背景 a．本项目测试的背景；图书管理系统是一个教育单位不可缺少的部分,它的内容对于决策者和管理者来说都至关重要,所以图书管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。而计算机的应用便解决了以上问题，它带来更加科学，有效，正规的管理方式，给人们带来了很大的便利。图书管理系统界面简洁，操作简单，满足了学校对图书信息管理的需要。 b．该开发项目的历史，列出用户和执行此项目测试的机构或人群;该项目前后经历了三个阶段，前期设计阶段，然后是开发阶段，最后是软件的测试阶段。项目的用户针对的是学校的广大学生和管理员，系统的功能测试主要由专业的软件测试人员进行测试。 1.3.范围 图书管理系统试采用的是黑盒测试的方式来对系统进行测试。主要测试软件的功能是否满足客户的需要，性能是否优越以及系统所存在的问题。对系统的各个模块进行详细的测试，并记录测试的结果，对测试的结果进行细致的分析处理。测试时对系统的各个功能模块进行拆分测试，并以每一个模块都要测试到。对所有可能的结果进行测试，以及测试过程中存在的问题进行分析，然后提交测试的记录。最后，对软件存在的问题以及性能的测试进行全面分析，并给予记录。 在测试的过程中需要提出各个问题的假设，以及根据需求报告文档中存在的项目功能模块和用户的需求来改善系统。列出可能会影响测试设计、开发、或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。 1.4.定义 信息（Information）：有关图书的详细数据，如书名、作者、出版日期等 管理（Manage）：对图书信息进行操作，如增删改查等基本功能 统计（Account）：对图书信息的统计，如册数等 1.5.参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。
最新资料，word文档，可以自由编辑！！ 精 品 文 档 下 载 【本页是封面，下载后可以删除!】
人力资源管理系统测试计划 1.简介 1.1目的 软件开发是一个漫长而又复杂的过程，软件开发中出现错误是不可避免的。 越早发现错误，改正它所付出的代价越小，也可以提高开发软件的效率。 软件测试的目的就是尽可能多的发现软件中存在的错误。它是保证软件质量的关键步骤。 1.2背景 为一个快速发展的公司设计一个人力资源管理系统。 2.任务概述 2.1目标 在软件投入使用之前尽可能多的发现软件中存在的错误。 2.2运行环境 2.3需求概述 由于公司快速发展，从只有几十人的小公司发展成为具有五六百名员 工的公司，因此目前迫切地需要一套人力资源管理系统，来对公司的
人力资源进行管理，提高公司的运作效率。本次开发的功能是人力资 源管理系统中的一部分 3.计划 3.1测试进度 3.3测试方案 测试方案是测试阶段的关键技术问题。为了提高测试效率降低测试成本，本测试方案采用黑盒法设计基本的测试方案，再用白盒法补充一些方案。在黑盒法测试方案中，采用等价划分技术，把所有可能的输入数据（有效的和无效的）划分成几等价类，其划分类在以下的输入中再详述。
4.测试分类 4.1功能测试 登录功能测试 退出功能测试 修密码测试 增加员工信息测试 更新员工状态测试 更新员工联系方式测试 查询员工信息测试 查询员工联系方式测试 批量增加员工信息测试 4.2用户界面测试 界面给人的感觉测试 界面快捷键测试 界面链接测试 4.3性能测试 4.5强度测试
4.6安装测试 5.问题描述 问题的严重程度，问题描述，时间评审负责任： 评审日期：年月日
文档编号：BH_6 版本号：V1.0 文档名称：软件测试计划 项目名称：学生信息管理系统 1引言 1.1编写目的 根据《需求分析报告》，在仔细考虑讨论之后，进一步对“学生管理系统”软件的功能划分、数据结构、软件总体结构有了进一步的认识。软件测试计划报告是为“学生管理系统”运行的健壮性、可靠性提供依据，其预期人员是从事“学生管理系统”开发及测试的相关人员。
1.2项目背景 开发软件名称：学生信息管理系统。 项目开发者：学生 2任务概述 2.1目标 本系统通过强大的计算机技术给学生管理人员带来便利。本系统除了学生管理的一般功能还外，还包括网上在线查询学生信息、查询本人的成绩情况和选课情况等功能。现在就这些目标进行软件测试，找出软件存在的问题。目标还包括： 1)减少人力与管理费用； 2)提高信息准确度； 3)改进管理和服务； 4)建立高效的信息传输和服务平台，提高信息处理速度和利用率； 5)更简便、信息化程度更高的学生管理流程； 2.2运行环境 软件平台：WindowsXP或更高版本并装有JAVA虚拟机的操作系统； 2.3条件与限制 一个学生管理系统，应提供更为便捷与强大的信息储存和传递功能，如配套的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能。对信息的保护手段仅限于设置级别与权限，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。 2.4功能 1.用户认证：通过用户名及与之对应的口令来对用户身份进行认证，确认用户的权限与能 够进行的操作。本系统划分为学生与管理员与老师三种权限。
2.更新信息维护： a)管理员需要在更新时往数据库中增添相应的学生信息。 b)对应学生和老师可以对更新信息进行查看。 3.学生信息储存及处理： a)更新过程中自动储存学生信息数据。 b)所有学生有权限查询已在库的学生信息数据。 4.更新流程： a)老师将学生通过更新流程交给管理员并填写更新信息。 b)老师对学生信息进行审核并提交管理员老师处理。 c)管理员对学生信息进行审核，通过后上传。 5.权限区分：根据老师，学生，管理员三个级别权限进行区分。3计划 3.1测试案 采用实例测试的法，进行长时间的登录及修改信息数据的法3.2测试项目 测试1：名称：用户认证测试。 目的：测试用户认证功能。 容：用户名和密码认证。 进度：半天。 测试2：名称：上传学生信息测试。 目的：测试更新信息维护功能。 容：增加更新信息。 进度：半天。
软 件 测 试 计 划 书 软件开发第六小组组长：陈静 成员：宋玲，孟倩倩， 刘春梅，底琳琳
修订历史记录 （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)：测试内容 计划完成以下类型的测试。 ●基本功能测试 ●界面测试
超市管理系统测试计划 目录 目标和范围 (1) 目的 (1) 范围 (1) 项目估算 (1) 风险计划 (2) 进度安排 (3) 资源配置 (4) 跟踪和控制机制 (4) 1.目标和范围 1.1目的 1.确定超市管理系统的信息和超市管理系统测试的软件。 2.针对超市管理系统推荐可采用的超市管理系统测试策略，并对这些策略加以说明。 3.确定所需的资源，并对超市管理系统测试的工作量进行估计。 4.列出超市管理系统测试项目的可交付元素。 1.2范围 1.描述超市管理系统测试的各个阶段（例如，单元超市管理系统测试、集成超市管理系统测试或系统超市管理系统测试），并说明本计划所针对的超市管理系统测试类型（如功能超市管理系统测试或性能超市管理系统测试）。 2.简要地列出超市管理系统中将接受超市管理系统测试或将不接受超市管理系统测试的那些性能和功能。 3.如果在编写此文档的过程中做出的某些假设可能会影响超市管理系统测试设计、开发或实施，则列出所有这些假设。 4.列出可能会影响超市管理系统测试设计、开发或实施的所有风险或意外事件。 5.列出可能会影响超市管理系统测试设计、开发或实施的所有约束。 1.3完整性测试
1.4 测试对象 1.营业员 输入商品到购买清单 操作软件计算交易总金额 操作软件输出交易清单 2.管理员 操作软件录入商品，供货商，厂商 操作软件制定进货计划 查询进货与入库记录 操作软件控制商品销售与否 查询销售情况 操作软件生成销售排行榜 查询库存明细记录 操作软件进行盘点计算 基本信息登记管理 员工操作权限管理 2.项目估算 2.1人力资源 小组成员
2.2软硬件环境 Windows 2007 SQL Server 2008 Visual C++ 硬件环境（网络、设备等） 32位机 2.3测试工具 3.风险计划 1.信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止多种形式的人为破坏。 2.系统要能重建 3.系统应该是可审查的 4.系统应能进行有效控制，抗干扰能力强 5. 系统使用者的使用权限是可识别的 4.进度安排
学 生 宿 舍 管 理 系 统 测试计划书 学院：信息工程 班级： 学号： 姓名： 目录 1目的 (1) 2背景 (1) 3范围 (1) 4项目标识 (2) 5测试需求 (2) 5.1数据库设计模块 (2) 5.2用户信息管理模块 (2) 5.3学生宿舍管理模块 (3) 6测试策略 (3) 6.1注册及登录测试 (3) 6.2修改密码、查询信息和删除用户信息测试 (3) 7测试类型 (3) 7.1数据和数据库完整性测试 (3) 7.2功能测试 (4) 7.3用户界面测试 (5) 7.4性能评价 (6) 7.5安全性和访问控制测试 (7) 7.6配置测试 (8) 8工具 (8)
9资源 (8) 10项目里程碑 (9) 11可交付工件 (9) 12测试模型 (9) 13测试日志 (9) 14缺陷报告 (9) 1目的 本测试计划将要简要介绍并进一步说明学生宿舍管理系统测试项目的策略和方法。学生宿舍管理系统项目人员希望利用这个测试计划来了解和执行测试活动，并管理完成整个测试的活动。本文定义可测试的具体职责和活动，并描述了使用的测试。 2背景 由于我国有些学校学生宿舍信息的管理水平比较低，只停留在纸介质的水准上，这样的机制很明显地已不能适应时代的发展要求，它浪费了过多的人力及物力，还存在一些先天缺陷。在信息时代，这种传统的管理方法被以计算机为基础的信息管理方法取代已是大势所趋。 归纳起来，学生宿舍管理系统做到一下功能比较合民意： 首先，可以存储历届的学生信息，安全、高效； 其次，系统可操作性强，能够节省人力，最好只需一到二名信息录入员； 再次，查找信息速度快、效率高，可以检索有条件信息； 再其次，为将来学校实现网络化教育做准备。 3范围 本系统共需要测试四个模块，分别为：数据库设计模块、用户信息管理模块、学生宿舍管理模块、统计查询模块。本计划书主要测试数据库设计模块、用户信息管理模块、学生宿舍管理模块。 先用单元测试测试三个模块的数据输入是否异常；再用集成测试测试数据库能否与学生管理系统中的数据连接，传递是否异常； 再用系统测试测试整个系统相对于需求的符合度. 1
掌上心电 后台管理系统测试方案 熙健信息技术有限公司 编写：黄佳欢 一、用户管理 1. 超级管理员（系统管理员） 用户需求： 1.使用管理员账号密码，成功登录； 2.用超级管理员账号登陆，超级管理员拥有对省级代理商的管理权限，可以对省级代理 进行增删改查的操作。同时还能查看各省代下面的所有地市代理商和医生、患者。 测试方案： 1.使用超级管理员账号登录，查看是否能成功登录； 2.点击左边的菜单栏的用户管理旁边的小三角，出现省代管理员，市代管理员，健康助手， 医生用户，病人用户这五个用户； 3.点击省代管理员，右边出现添加省代管理员，编辑省代管理员，查看省代管理员，下方 出现省代信息列表； 4.点击添加省代管理员，弹出添加管理员页面，用户名，真实姓名，密码，重复密码，所 属省份，所属机构必填，其中任意一项不填无法完成添加；其它信息项可选填；如果之前添加过这个省代管理员但是删除了，再次添加这个之前删除的人还是能正常添加；5.点击编辑省代管理员，如果没有选中行，提示请选择编辑项目；选中行后点击编辑，弹 出编辑页面，其中除了用户名每一项都可编辑； 6.点击查看省代管理员，如果没有选中行，提示请选择查看项目；选中行后点击查看省代 管理员，只可查看，任意一项都不可编辑； 7.点击列表中任意一个省代管理员的删除后，直接删除成功，并且数据库内的数据也删除； 8.点击市代管理员，右边出现查看市代管理员，下方出现市代管理员列表； 9.点击查看市代管理员，如果没有选中行，提示请选择查看项目；选中行后点击查看市代 管理员，只可查看，任意一项都不可编辑； 10.点击市代管理员，点击删除任意一个管理员，出现“确定删除该记录吗”，点击确定后， 这条市代管理员记录处于删除待审核状态；点击取消则该条信息处于正常状态； 11.点击健康助手，右边出现查看健康助手，下方出现健康助手列表； 12.点击查看健康助手，如果没有选中行，提示请选择查看项目；选中行后点击查看健康助 手，只可查看，任意一项都不可编辑； 13.点击健康助手，点击删除任意一个健康助手，出现“确定删除该记录吗”，点击确定后，
软件测试 学生成绩管理系统 学号： ： 班级： 指导老师： 成绩：
第一章数据字典 1．1教师信息（Teacher）：教师编号 Tno CHAR(7) 教师 Tname NCHAR(5) 所在系 Tdept NVARCHAR(20) 登录密码 Tpasword CHAR(6) 学生信息（Student）：学号 Sno CHAR(7) Sname NCHAR(5) 性别 Sex NCHAR(1) 年龄 Sage TINYINT (2) 所在系 Sdept NVARCHAR(20) 登录密码 Spasword CHAR(6) 成绩信息（Grade）：学号 Sno CHAR(7) Sname NCHAR(5) 课程编号 Cno VARCHAR(5) 课程名 Cname CHAR(20) 平时成绩 PSgrade INT(2) 实验成绩 SYgrade INT(2) 课程设计 KCSJgrade INT(2) 期末总成绩 Grade INT(2) 课程信息（Course）：课程编号 Cno CHAR(10) 课程名 Cname CHAR(20) 授课教师 Tname NCHAR(5) 系别 dept NVARCHAR(20) 1.2概念模型设计 根据上面数据字典设计建立相对应的概念模型，从数据字典抽象出的实体有：教师信息实体、学生信息实体、成绩信息实体、课程信息实体。各个实体具体的描述E-R图如下。 3 教师员信息实体E-R图
学生信息实体 图4 学生信息实体E-R图 图5 成绩信息实体E-R图课程信息实体E-R图：
图6 课程信息实体E-R图 第2章测试计划 2.1简要说明 软件测试是软件开发时期的最后一个阶段，也是软件质量和可靠性保证中至关重要的一个环节。软件测试的基本任务是通过在计算机上执行程序，暴露出程序潜在的错误，以便进行纠错，从而保证程序的可靠运行，降低软件的风险。 所谓测试用例，就是意发现错误为目的而精心设计的一组测试数据。测试一个程序，需要数量足够的一组测试用例，用数据词典的表示方法表示，可以写成： 测试用例=｛输入数据+输出数据｝ 这个是式子还表明，每一个完整的测试用例不仅包含有被测程序的输入数据，而且还包括用这组数据执行被测数据之后的预期的输出结果。每次测试，都要把实测的结果与期望结果做比较，若不相符，就表明程序可能存在错误。 白盒测试就是根据源代码进行测试的，用白盒测试涉及测试用例，有两种测试用例，有两种常用技术：逻辑覆盖法测试用例，基本路径法测试用例。 黑盒测试就是根据被测程序功能来进行测试，所以也称为功能测试。用黑盒法涉及测试用例，有四种常用技术；等价分类法，边界值分析法，决策表法和因果图法。 整个测试基于需求文档，看是否能满足需求文档中所有需求。黑盒测试要求测试者在测试时不能使用与被测系统部结构相关的知识或经验，适用于对系统的功能进行测试。