系统测试大纲(范例)
精品资料
****系统测试大纲
1、测试目的：通过测试验证该系统已经达到设计指标。
2、测试环境：
硬件环境：
软件环境：Windows XP操作系统 Internet Explorer 8.0 Oracle 10.0
测试工具：plsqldev.exe
3、测试方法：使用以用户文档为基础构造的测试用例来测试程序和数据。
4、测试项目：
a）系统功能测试
仅供学习与交流，如有侵权请联系网站删除谢谢2
伟航教学管理系统软件 V2.0 说明书 1.引言 本软件使用说明书是为了指导伟航教学管理系统软件 V2.0的使用操作，同时为本软件系统的测试提供必要的信息。 本详细设计说明书的读者都包括以下人员： a. 代码编写人员 b. 测试人员 c. 概要设计人员 d. 其它对伟航教学管理系统软件 V2.0感兴趣的人员。 2.软件概述 2.1目标 1、使用方便、安装简单，用户只需要进行本地安装即可方便地使用本软件。 2、伟航教学管理系统软件 V2.0的设计旨在实现管理员、教师以及学生对信息的查询、修改以及更新提供便利性。教学管理系统是一个辅助学校教务人员完成日常工作中，涉及教师管理、课程管理和成绩管理等项目的日常比较繁重的工作。它应用计算机在数据处理和数据整理保存方面的优异性能，帮助工作人员提高工作的效率、减少出错情况。 2.2功能特点 该系统具有以下几个功能特点： （1）本软件系统的开发采用了C/S结构，技术成熟，使得该系统具有高可靠性、较强的拓展性和维护性；
（2）该系统支持并发用户数较多。响应时间仅在2s左右，具有良好的实用性和出众的性价比。 （3）同时本软件在预检结果的准确度方面也具有很高的可信性。开发人员在网络安全、数据传输安全、数据访问安全和数据存储安全等几个方面做了大量努力，使得系统安全性极高； 3.运行环境 3.1硬件环境 服务器端：CPU以Intel的型号为准，可以采用AMD相同档次的对应型号，内存基本配置4G 客户端：CPU为Core i3-2100 3.10GHz（标准配置），内存为4 GB（标准配置），磁盘存储为500 GB（标准配置）。 3.2软件环境 客户端：操作系统为Microsoft Windows 7、Windows 10、Microsoft XP 3.3方案设定 3.3.1 基本Ｅ-R图设计 伟航教学管理系统软件 V2.0使教学管理的计算机化成为高校管理现代化、决策科学化的一个重要环节,是开创教学管理工作新局面的必由之路。本系统的E-R图设计主要包括教师、学生、系部、课程等实体部分，本系统的E-R设计图如图3-1、图3-2、图3-3和图3-4所示。
软件工程大作业 《教务管理系统》 需求规格说明书 班级：142012 小组成员：张烜仪 鲍健昕 杨鑫 安娜 王港 目录 1 引言 ....................................................... 错误!未定义书签。
目的..................................................... 错误!未定义书签。 文档格式................................................. 错误!未定义书签。 预期的读者和阅读建议..................................... 错误!未定义书签。 范围..................................................... 错误!未定义书签。 2.系统概述.................................................... 错误!未定义书签。 系统概述................................................. 错误!未定义书签。 总体架构................................................. 错误!未定义书签。 软件项目约束............................................. 错误!未定义书签。 3. 详细描述................................................... 错误!未定义书签。 用例描述................................................. 错误!未定义书签。 学生功能需求............................................. 错误!未定义书签。 教师功能需求......................................... 错误!未定义书签。 管理员功能需求....................................... 错误!未定义书签。 活动流图................................................. 错误!未定义书签。 学生成绩查询......................................... 错误!未定义书签。 学生选课............................................. 错误!未定义书签。 学生课表查询......................................... 错误!未定义书签。 学生成绩录入......................................... 错误!未定义书签。 教师课表查询......................................... 错误!未定义书签。 用户信息修改......................................... 错误!未定义书签。 类图概述................................................. 错误!未定义书签。 4. 非功能性需求............................................... 错误!未定义书签。 性能需求................................................. 错误!未定义书签。 数据需求................................................. 错误!未定义书签。 安全性需求............................................... 错误!未定义书签。 用户文档................................................. 错误!未定义书签。 其他需求.................................................. 错误!未定义书签。
软件测试计划 引言 1.1 编写目的 为了确保项目的可用性以及可靠性，使得项目能够按质按量的完成，以至于项目成品不会在后期使用以及维护过程中出现极其严重的错误，我们编写了此测试计划。 1.2项目背景 由于安徽大学希望能够充分利用现代科技来提高教务管理的效率，在原有的教务管理系统基础上进行扩展，将一些可以用计算机来管理的都进行计算机化，使得教务管理人员工作更加方便，工作效率也更加的高。并且能够方便学生选课以及查看自己的成绩，方便教职工对学生进行管理。 1.3定义 无 1.4参考资料 《软件工程导论——第5版》张海藩编著清华大学出版社 一．任务概述 2.1目标 本文档的目标是详细描述对教务管理系统进行系统测试的测试过程。将每一个可用的功能进行尽可能详尽的测试，并尝试各种可能的测试用例，找出当前软件中所存在的漏洞以及不足，为完善软件提供可参考的文本依据。本文档所测试的功能均来自于需求文档：教务管理系统需求规格说明书。 2.2运行环境 软件环境： 操作系统：必须Windows XP以上的版本
必装软件：Microsoft Office Access 2003,Eclipse 浏览器：IE6.0以上 硬件环境： 无具体要求，一台能正常操作的计算机即可 2.3需求概述 本次测试主要针对本小组开发的教务管理系统进行系统测试，主要包括功能测试、界面测试、负载测试、文档测试。 在教务管理系统需求规格说明书中列出的系统功能和性能都需要完成测试，在测试工作期间发现的所有缺陷都需要改正并确认。 2.4条件与限制 一个标准的教务管理系统，应该实现多人同时在线的后台处理。但由于技术以及硬件环境的限制，该系统并未对多人同时登陆时所能遇到的诸多问题进行处理。并且对于数据库的设计也不是很完善，依旧存在太多的缺点与漏洞。 二．测试计划 3.1测试方案 本测试计划采用黑盒测试方法，整个过程采用自底向上，逐个集成的的办法，依次进行单元测试，组装测试，测试用例的设计应包括合理的和不合理的输入条件。 3.2测试项目 测试1：名称：系统操作登录测试 目的：测试系统操作界面。 内容：帐号口令输入、合理性检查、合法性检查，系统操作界面显示控制测试 2：名称：个人信息查询测试 目的：测试个人信息查询功能。 内容：通过对应的选项，使用该功能。 测试 3：名称：修改密码功能测试 目的：测试密码修改功能。 内容：合理性检查，合法性检查，以及功能使用测试 测试 4：名称：学生选课功能测试 目的：测试学生选课操作功能。 内容：通过显示的课程进行相关选课操作，测试操作的合理性，并检测操作 界面 测试 5：名称：成绩查询功能测试 目的：测试学生成绩查询功能。 内容：通过相关选项的选择，获取该学生的各门课成绩 测试6：名称：教师查询学生信息功能 目的：测试教师查询学生信息功能 内容：通过相关选项的选择，获取选择该教师的学生的信息测试 7：名称：教师给学生打分的功能 目的：测试教师给学生打分的功能 内容：通过对所选学生进行打分测试，测试功能的可用性，合法性以及合理 性 测试 8：名称：管理员添加课程，学生以及教师功能 目的：测试管理员添加课程，学生以及教师功能
软件需求分析报告 教务管理系统 学生姓名__ __ 学号 专业班级 院（系） 指导教师 完成时间 成绩
前言 项目小组分工： 需求分析、文档的整理及后期的功能测试。 教务管理系统的建模实现。 伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。学生可以通过教务管理系统方便快捷地查询自己的个人信息，进行网上查询课表、成绩以及报考的事宜。因此结合现有教务系统的优点，制作此教务管理系统。
目录 一、项目前景文档 (1) 1.业务需求 (1) 1.1 业务背景 (1) 1.2 业务目标和成功条件 (1) 1.2.1 业务目标（Business Objective，BO） (1) 1.2.2 业务成功条件（Success Crite，SC) (1) 1.3 业务风险（Risk，RI） (2) 2. 解决方案的背景 (2) 2.1 前景陈述 (2) 2.2 主要的系统特征（Feature） (2) 2.3 假设（Assumption）和依赖(Dependency)条件 (3) 3.项目范围和限制 (3) 3.1 初始和后继版本的范围 (3) 3.2 限制和排除条件 (4) 4.业务环境 (4) 4.1涉众档案 (4) 4.2项目的优先级 (4) 4.3运行环境（Operating Environment OE） (5) 二、软件需求规格说明书 (6) 1. 引言 (6) 1.1概述 (6) 1.2背景 (6) 1.3定义 (6) 1.4参考资料 (7)
软件测试计划说明书 §1. 引言 1.1.编写目的 本计划是教务管理系统的总体测试计划。目的是说明各种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后的测试设计、测试开发、测试执行、测试评估有所标准。 1.2.项目背景 a．本项目的名称为教务管理系统； b．本项目是由计算机科学与技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发的。 1.3.定义 1.3.1.测试用例中的编号 功能名+界面名(每个字第一个汉语拼音大写)+编号 例如：登录第一个用例 DL 0001 1.3. 2.测试用例文件名命名规则 模块名+测试用例 例如：学生模块学生测试用例 1.3.3.黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 1.3.4.白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序
中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 1.3.5.静态测试 静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导 1.3.6.动态测试 动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。 1.3.7. 组件功能测试 组建功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。 1.3.8.业务测试 业务测试，在单元测试的基础上，将所有业务流程的模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行测试。 1.3.9.压力、容量、性能测试 就是将业务测试完后的系统进行进一步的业务流程测试，例如：在线人数和系统反包括：各个功能点是否以实现，业务流程是否正确。 2.1.2.产品规定的操作和运行稳定。 例如：进行一些评判学生成绩的数据库操作时，数据库会不会正常运行。 2.1. 3.Bug数和缺陷率控制在可接收的范围之内。 例如：估计总代码行数为6000行缺陷数为30个，
教务管理系统测试 计划
软件测试计划说明书 §1. 引言 1.1.编写目的 本计划是教务管理系统的总体测试计划。目的是说明各种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后的测试设计、测试开发、测试执行、测试评估有所标准。 1.2.项目背景 a．本项目的名称为教务管理系统； b．本项目是由计算机科学与技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发的。 1.3.定义 1.3.1.测试用例中的编号 功能名+界面名(每个字第一个汉语拼音大写)+编号 例如：登录第一个用例 DL 0001 1.3. 2.测试用例文件名命名规则 模块名+测试用例 例如：学生模块学生测试用例 1.3.3.黑盒测试 黑盒测试也称功能测试，它是经过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序
功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 1.3.4.白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，经过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，经过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 1.3.5.静态测试 静态方法是指不运行被测程序本身，仅经过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法经过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导 1.3.6.动态测试
教务管理系统测试计 划 Revised on November 25, 2020
软件测试计划说明书 §1. 引言 1.1.编写目的 本计划是教务管理系统的总体测试计划。目的是说明各种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后的测试设计、测试开发、测试执行、测试评估有所标准。 1.2.项目背景 a．本项目的名称为教务管理系统； b．本项目是由计算机科学与技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发的。 1.3.定义 功能名+界面名(每个字第一个汉语拼音大写)+编号 例如：登录第一个用例 DL 0001 测试用例文件名命名规则 模块名+测试用例 例如：学生模块学生测试用例 黑盒测试也称，它是通过测试来检测每个功能是否都能正常使用。在测试中，把看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对和软件功能进行测试。 白盒测试也称结构测试或逻辑驱动测试，它是按照内部的结构，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源
教务管理系统需求分析说明书
信息系统工程与实践 《教务管理系统》 需求说明书 专业班级：计本1201班 项目分组：计本1201班第二组 姓名学号1：戴明昊 姓名学号2：杨新芬 姓名学号3：万丽涛 编写人：万丽涛
1.1编写目的 0 1.2背景 0 1.3定义 0 1.4参考资料 (1) 2任务概述 (1) 2.1运行环境与资源 (1) 2.2功能 (1) 2.3用户特征 (2) 2.4限制与约束 (2) 3功能行为需求 (3) 3.1引言 (3) 3.2业务需求功能模型——用例模型 (3) 3.3相关用例的展开——活动图 (8) 3.4对象类模型 (10) 3.5输出结果 (11) 4性能需求 (12) 4.1数据精确度 (12) 4.2时间特性 (12) 4.3适应性 (12) 4.4故障处理 (12)
5.1用户界面 (13) 5.2硬件界面 (13) 5.3软件界面 (13) 6其它要求 (13)
软件需求说明书 1序 1.1编写目的 编写本报告的目的是解决整个项目系统的“做什么”的问题，对于开发技术并没有涉及，而主要是经过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 本报告预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。 1.2背景 教务管理教务管理系统面向教务处、院、系教师和全校学生，实现学籍管理、课表管理、成绩管理、教学质量监控等功能。 1.3定义 SQL（Structured Query Language）结构化查询语言。SQL 语言的主要功能就是同各种数据库建立联系，进行沟通。PHP开发平台。
教务管理系统 ——测试计划书
前言 近年来随着高校办学规模的迅速扩大各教育体制的不断改革，高校教务信息管理工作量大幅度增加，其复杂性也越来越大，而高校教务管理系统数据库设计是高校管理系统设计中的一项核心工作，这使得高校学生信息管理工作的信息化和网络化势在必行。高校新的人才培养模式和教学运转方式的实行，特别是学分制教学管理制度的实施与推行对教学管理提出了更高的要求。学校信息化的建设也以“教务综合管理信息系统”为核心，逐步向外延伸，最终实现“数字化校园”。但实际使用过程中或多或少存在一些问题：教务管理系统中的许多业务功能和数据信息与已有的学生处系统、招生与就业管理系统以及教务管理系统是有相互交叉甚至重复的地方。然而当前主流的管理平台只着眼在信息资源和相关数据的共享复用而不是软件功能复用；学校已有的各个信息系统通常是孤立搭建，只关注某一个业务环节或管理功能，各信息系统相互独立运行以致这些位置上分散的系统形成了一个个“信息孤岛”
目录 1.项目概述 (1) 1.1编写目的 (1) 1.2测试范围 (1) 1.3参考资料 (1) 2.测试计划执行情况 (2) 2.1测试类型 (2) 2.2进度偏差 (3) 2.3测试环境与配置 (3) 2.4测试机构和人员 (3) 2.5测试问题小结 (3) 3.测试总结 (4) 3.1测试用例执行结果 (4) 3.2测试问题解决 (4) 3.3测试结果分析 (5) 3.3.1覆盖分析 (5) 3.3.1.1测试覆盖分析 (5) 3.3.1.2需求覆盖分析 (5) 3.3.2缺陷分析 (5) 4.综合评价 (8) 4.1软件能力 (8) 4.2建议 (8)
教务管理测试用例 项目/软件教务管理系统程序版本未知 功能模块名教师进行成绩管理编制人 用例编号M03_BU04_UC04 编制时间2011-06-25 相关的用例无 参考信息需求说明 测试目的 教师能够进行成绩的录入和修改 预置条件教师成功登录系统，系统记录教师身份 测试数据 操作步骤操作描述数据期望结果实际结果测试状态（P/F） 步骤1 1．点击‘选课’ 进入学生选课页面 步骤2 2．在输入 分数一栏 输入分数 2．输入正确分数 85 显示该学生成绩，系统记录学生 成绩正常3．输入分数大于 100 150 系统提示分数不能大于100正常4．输入分数小于 -85 系统提示分数不能为负正常5．输入字母和数 字 A85 系统提示分数中含有非数字正常6．输入字母 Ab 系统提示分数不能为字母正常 7. 输入数据中有 空格 8 5 系统提示为非正常数字正常 8. 输入数据中有 省略号 8 (5) 系统提示为非正常数字正常 测试人员开发人员项目负责人
项目/软件教务管理系统程序版本未知 功能模块名学生信息查询编制人 用例编号M03_BU04_UC05 编制时间2011-6-25 相关的用例无 参考信息需求说明 测试目的 教师，教务秘书，学生能够通过登录查询有关学生信息 预置条件教师，教务秘书，学生分别成功登录系统，系统分别记录教师，教务秘书，学生管理员身份测试数据学生姓名：王季军，何婷婷，王魁，张博昊，郭琼，金欢欢 操作步骤操作描述数据期望结果实际结果测试状态（P/F） 步骤1 1．选择用户分别为‘教师’，‘教 务秘书’，‘学生’，并输入密码， 点击‘登陆’按钮进入‘学生信息管理’页面正常 步骤2 2．点击页面上面的‘学生成 绩信息查询’按钮 系统列出数据库中该学生的 各门课程的本学期的成绩信 息正常 步骤3 3．点击页面上面的‘学生课程 信息查询’按钮 系统列出数据库中该学生的 各门课程的本学期的成绩信 息正常 步骤4 4．输入一 个学生姓 名，点击查 询 1．准确的学生姓名 金欢欢系统列出查询该学生的基本 信息（学号，姓名，性别等）正常 3．学生的姓名中的 一个字 金或欢查询到学生名字中所有有 ‘金’字或‘欢’字的学生， 且按学号排序正常4．学生姓名中的多 个字 金欢查询到学生名字中同时含有 ‘金欢’2个字的学生正常 5．学生姓名中不存 在的一个字 丽查询不到想要查询的学生，但 是列出所有名字中含‘丽’学 生列表且按学号排序正常 6．学生姓名中存在 的字和不存在的字 金欢 查询不到不要想要查询的学 生正常7．在输入学生姓名 输入空格 金欢欢系统做没有输入处理，列出全 部学生 系统对空格 无处理8．在输入学生姓名 的地方输入过长的 字符串 Dflajljd 系统查询不到结果
毕业设计（论文）开题报告 题目教学管理系统 专业名称软件工程 班级学号05201145 学生姓名吴长潘 指导教师张倩王凤斌 填表日期2009 年 3 月11 日
毕业课题名称：教学管理系统 一、选题的依据及意义： 教学管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，教学日常管理工作日趋繁重、复杂。传统的人工管理和一般的计算机信息存储也不在适应大学的教学需要，专业的教学管理软件已成为大学不可缺少的管理软件之一。教学管理系统是高校教学、教学管理应用软件。熟悉教学管理工作的全部过程，从教学工作的实际出发，解决工作中关键性的难点问题，并充分利用计算机网络功能，实现教学工作全过程的计算机管理，帮助具体管理人员从复杂烦琐工作中解放出来，使得教学管理走向无纸化办公和规范化、现代化管理。故而，选择这个题目符合实际需求，同时通过对这个系统的设计与开发，达到综合训练、检验四年所学的目的。 二、国内外研究概况及发展趋势（含文献综述）： 在教学管理方面，国外高校一般具有较大规模的稳定的技术队伍来提供服务与技术支持。国内高校信息化建设相对起步较晚。在数字校园理论逐步应用的过程中，各高校一方面不断投资购建各种硬件、系统软件和网络，另一方面也不断开发实施了各类教学、科研、办公管理等应用系统，形成了一定规模的信息化建设体系。但是，由于整体信息化程度相对落后，经费短缺，理论体系不健全等原因，国内高校教学管理系统在机构设置、服务范围、服务质量及人员要求上与国外高校相比都有一定的差距。 纵观目前国内研究现状，在安全性和信息更新化方面存在有一定的不足，各现有系统资料单独建立，共享性差；在以管理者为主体的方式中，信息取舍依赖管理者对于信息的认知与喜好，较不容易掌握用户真正的需求，也因此无法完全满足用户的需求。目前国家的教育体制也正处在不断改革、创新的阶段，我国教育部门充分吸取国外优秀的教学模式，结合国内多年的办学经验，逐步探索出适合中国特色的教学形式，国家教育部面向各级各类学校开展了全面学分制改革。因此，教学管理软件应充分依托校园网，实现教学信息的集中管理、分散操作、信息共享，使传统的教学管理朝数字化、无纸化、智能化、综合化的方向发展，并为进一步实现完善的计算机教学管理系统和全校信息系统打下良好的基础。 三、研究内容及实验方案：
教务管理测试用例 用例模板： 项目/软件教务管理系统程序版本未知 功能模块名系统登录编制人 用例编号M03_BU04_UC01 编制时间2011-06-25 相关的用例无 参考信息需求说明 测试目的 保证各用户成功登录 预置条件成功打开登录页面 测试数据 操作步骤操作描述数据期望结果实际结果测试状态（P/F） 步骤1 点击职务选择，成功进入教师登录页面 步骤2 在教师状态下 输入密码 1．正确输 入 js 成功登录界面正确2．错误输 入 xs 系统提示密码错误正确3．不输入系统提示请输入密码正确 步骤3 在学生状态下 输入密码 4．正确输 入 xs 成功登录界面正确5．错误输 入 js 系统提示密码错误正确6．不输入系统提示请输入密码正确 步骤4 在教务员状态 下输入密码 7．正确输 入 jw 成功登录界面正确8．错误输 入 js 系统提示密码错误正确9．不输入系统提示请输入密码正确 测试人员开发人员项目负责人
项目/软件教务管理系统程序版本未知 功能模块名教师信息录入编制人 用例编号M03_BU04_UC02 编制时间2011-06-25 相关的用例无 参考信息需求说明 测试目的 保证教师的信息录入有效 预置条件教务员成功登录系统，系统记录教务员身份 测试数据 操作步骤操作描述数据期望结果实际结果测试状态（P/F） 步骤1 1．输入教师 编号 输入正确的 编号成功输入并保存正确 输入数字小 于八位 1234 系统提示输入不正确正确输入数字多 于八位 9 系统提示输入错误正确输入数字中 有空格 123 456 系统提示非法输入正确输入中有字 目 123tt456 系统提示非法输入正确输入中有汉 字 12好345 系统提示非法输入正确 步骤2 2．输入教师 省份证号 输入正确的 数字 34220 成功输入并保存正确输入数字小 于十八位 3422 系统提示输入不正确正确输入数字多 于十八位 277 系统提示输入错误正确输入数字中 有空格 3422 555555 系统提示非法输入正确输入中有字 目 123tt335524 系统提示非法输入正确输入中有汉 字 12好32 系统提示非法输入正确 步骤3 3．输入教师 电话 输入正确的 数字成功输入并保存正确 输入数字小 于十一位 67 系统提示输入不正确正确输入数字多系统提示输入错误正确
教务综合管理系统设计报告 专业：软件工程 成员：车振军陆建伟 徐蕾杨思倩 指导老师：徐明 日期：2016-6-15
一、引言 1.1 目的 为了保证项目小组能够按时完成小组任务及目标，便于项目小组成员更好地了解项目情况，使项目小组开展的各个过程合理有序，因此确定各个项目模块的开发情况和主要的负责人，供各项目模块的负责人阅读，做到及时协调，按步有序进行项目的开发，减少开发中的不必要损失。 预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。1.2 背景 高校教务管理工作是高等教育中的一个极为重要的环节，是整个院校管理的核心和基础。面对种类繁多的数据和报表，手工处理方式已经很难跟上现代化管理的步伐，随着计算机及通讯技术的飞速发展，高等教育对教务管理工作提出了更高的要求。尽快改变传统的管理模式，运用现代化手段进行科学管理，已经成为整个教育系统亟待解决的课题之一。 教务管理系统是一个大型复杂的计算机网络信息系统，满足各类高校现在和将来对信息资源采集、存储、处理、组织、管理和利用的需求，实现信息资源的高度集成与共享，实现信息资源的集中管理和统一调度。为各级决策管理部门提出准确、及时的相关信息和快捷、方便、科学的决策分析处理系统；为信息交流、教务管理提供一个高效快捷的电子化手段；最终达到进一步提高各级领导科学决策水平，提高各院系、各部门管理人员管理水平与办公效率，减轻工作负担的目的。 教务管理系统面向管理员、教师和全校学生，实现学生管理、教师管理、课程管理、成绩处理。 1.3 定义 1.3.1 MySQL MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，目前属于 Oracle 旗下公司。MySQL是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。 MySQL所使用的 SQL 语言是用于访问数据库的最常用标准化语言。MySQL 软件采用了双授权政策，它分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。
测试报告
§1. 功能测试 1.1.测试对象 兰州交通大学教务管理系统 1.2.测试计划 1）：登录功能 用户是否可以成功登登录 是否可以区分不同类别的用户登录 错误密码是否可以登录 2）：学生模块的查看信息模块 学生是否能看到自己的信息 学生能否越权看到别人的信息 1.3.测试用例 1.3.1.输入 注：这里以学生登录为例 账号："学生" 密码：正确的密码 1.3. 2.输出 登录该学生主页 1.3.3.步骤及操作 1、打开系统的首页 2、填写密码 3、点击登录 4、查看信息
1.3.4.允许偏差 允许有少许偏差 1.4.测试实施 1、启动winrunner窗体录制（Context Sensitive mode） 2、打开系统登录界面 # Shell_TrayWnd set_window ("Shell_TrayWnd", 1); toolbar_button_press ("ToolbarWindow32_1", "欢迎使用正方教务管理系统！请登录 - Google Chrome"); # Button Number 14; 3、输入用户名及密码进行登录 # 欢迎使用正方教务管理系统！请登录 - Google Chrome set_window ("欢迎使用正方教务管理系统！请登录 - Google Chrome", 3); obj_type ("Chrome_RenderWidgetHostHWND","200905420"); obj_mouse_click ("Chrome_RenderWidgetHostHWND", 877, 250, LEFT); obj_type ("Chrome_RenderWidgetHostHWND","8350365"); obj_mouse_click ("Chrome_RenderWidgetHostHWND", 805, 325, LEFT); 4、进入主界面 # 202.201.29.21 says: 上的网页 win_mouse_click ("202.201.29.21 says: 上的网页", 304, 121); 5、信息查询 # 正方教务管理系统 - Google Chrome set_window ("正方教务管理系统 - Google Chrome", 7); obj_mouse_click ("Chrome_RenderWidgetHostHWND", 538, 77, LEFT); obj_mouse_click ("Chrome_RenderWidgetHostHWND", 524, 122, LEFT); obj_mouse_click ("Chrome_RenderWidgetHostHWND", 530, 143, LEFT); obj_mouse_click ("Chrome_RenderWidgetHostHWND", 144, 131, LEFT);
教务管理系统 ——测试计划书 前言 近年来随着高校办学规模的迅速扩大各教育体制的不断改革，高校教务信息管理工作量大幅度增加，其复杂性也越来越大，而高校教务管理系统数据库设计是高校管理系统设计中的一项核心工作，这使得高校学生信息管理工作的信息化和网络化势在必行。高校新的人才培养模式和教学运转方式的实行，特别是学分制教学管理制度的实施与推行对教学管理提出了更高的要求。学校信息化的建设也以“教务综合管理信息系统”为核心，逐步向外延伸，最终实现“数字化校园”。但实际使用过程中或多或少存在一些问题：教务管理系统中的许多业务功能和数据信息与已有的学生处系统、招生与就业管理系统以及教务管理系统是有相互交叉甚至重复的地方。然而当前主流的管理平台只着眼在信息资源和相关数据的共享复用而不是软件功能复用；学校已有的各个信息系统通常是孤立搭建，只关注某一个业务环节或管理功能，各信息系统相互独立运行以致这些位置上分散的系统形成了一个个“信息孤岛”
目录 1.项目概述....................................................................................................... 错误!未定义书签。 1.1编写目的............................................................................................ 错误!未定义书签。 1.2测试范围............................................................................................ 错误!未定义书签。 1.3参考资料............................................................................................ 错误!未定义书签。 2.测试计划执行情况....................................................................................... 错误!未定义书签。 2.1测试类型............................................................................................ 错误!未定义书签。 2.2进度偏差............................................................................................ 错误!未定义书签。 2.3测试环境与配置................................................................................ 错误!未定义书签。 2.4测试机构和人员................................................................................ 错误!未定义书签。 2.5测试问题小结.................................................................................... 错误!未定义书签。 3.测试总结....................................................................................................... 错误!未定义书签。 3.1测试用例执行结果............................................................................ 错误!未定义书签。 3.2测试问题解决..................................................................................... 错误!未定义书签。 3.3测试结果分析..................................................................................... 错误!未定义书签。 3.3.1覆盖分析................................................................................ 错误!未定义书签。 3.3.1.1测试覆盖分析............................................................ 错误!未定义书签。 3.3.1.2需求覆盖分析............................................................ 错误!未定义书签。 3.3.2缺陷分析................................................................................ 错误!未定义书签。 4.综合评价....................................................................................................... 错误!未定义书签。 4.1软件能力............................................................................................ 错误!未定义书签。 4.2建议.................................................................................................... 错误!未定义书签。
软件测试计划说明书 §1.引言 1.1.编写目的 本计划是教务管理系统的总体测试计划。目的是说明各种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后的测试设计、测试开发、测试执行、测试评估有所标准。 1.2.项目背景 a．本项目的名称为教务管理系统； b．本项目是由计算机科学与技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发的。 1.3.定义 测试用例中的编号 功能名+界面名(每个字第一个汉语拼音大写)+编号 例如：登录第一个用例DL 0001 测试用例文件名命名规则 模块名+测试用例 例如：学生模块学生测试用例 黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序
中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 静态测试 静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导 动态测试 动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。 组件功能测试 组建功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。 业务测试 业务测试，在单元测试的基础上，将所有业务流程的模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行测试。 压力、容量、性能测试 就是将业务测试完后的系统进行进一步的业务流程测试，例如：在线人数和系统反包括：各个功能点是否以实现，业务流程是否正确。 产品规定的操作和运行稳定。 例如：进行一些评判学生成绩的数据库操作时，数据库会不会正常运行。 数和缺陷率控制在可接收的范围之内。 例如：估计总代码行数为6000行缺陷数为30个，