学生信息管理系统测试分析报告

1．引言 .......................................................................................................................... 1

1.1编写目的 .......................................................................................................... 1

1.2项目背景 .......................................................................................................... 1

1.3定义 .................................................................................................................. 1

1.4参考资料 .......................................................................................................... 1

2．测试计划执行情况 .................................................................................................. 2

2.1测试项目 .......................................................................................................... 2

2.2测试机构和人员 .............................................................................................. 3

2.3测试结果 .......................................................................................................... 3

3．软件需求测试结论 .................................................................................................. 4

4．评价 .......................................................................................................................... 4

4.1软件能力 .......................................................................................................... 4

4.2缺陷和限制 ...................................................................................................... 4

4.3建议 .................................................................................................................. 4

4.4测试结论 .......................................................................................................... 4

1．引言

1.1编写目的

此报告供本系统开发组及校领导审阅。

本软件测试是为了发现软件中的错误，是对学生信息管理系统中的测试计划、设计测试用例，指导单元测试

1.2项目背景

《学生信息管理测评》系统由淄博职业学院计算机系开发。

本项目使用的基础数据来源于《高校教务管理系统》，本项目对学生、教师、课程等基础数据未提供相应的管理模块。

1.3定义

白盒测试：根据程序内部结构进行测试，又称结构测试，追求覆盖率。

黑盒测试：根据功能进行测试，又称功能测试。了解软件功能和输入/输出关系十分重要。

等价类划分：把全部输入数据划分为若干等价类（输入的子集合，其中每个数据对于揭露程序中的错误都是等效

的），在每一个等价类中取一个或多个数据作为测试用例。

边界值：因为处理边界值时最容易出错，所以测试用例要取自等价类边界及其附近。 动态测试：通过运行被测软件来发现错误。

条件组合覆盖：设计测试用例，使得每个判定中条件的各种可能组合都至少出现一次。 路径覆盖：设计测试用例，使得程序结构的每一条路径至少走过一次。

负载测试：使测试用例随机并发地大量地执行，以检测被测软件正常运行的能力。

1.4参考资料

A、 国家标准《软件需求说明书（GB856T——88）》；

B、 北大青鸟Aptech ACCP3.0 Sem1《基于软件开发项目的毕业设计》；

C、《JSP程序设计语言》 ----沈志斌 编著

电子工业出版社

D、《软件工程》 ----王利福 张世琨 朱冰 编著

北京大学出版社

E、《软件工程基础教程》作者：郑人杰 清华大学出版社

资料来源：

a. 项目的计划任务书、合同或批文；

b. 需求规格说明书；

c. 概要设计说明书；

d. 详细设计说明书；

e. 用户操作手册；

f．《教师教学网络测评》测试计划。

2．测试计划执行情况

2.1测试项目

该测试计划主要包括对软件各个模块的测试，有：

a.系统主窗口的测试

b.添加用户窗口的测试

c.修改用户密码窗口的测试

d.添加学籍信息窗口的测试

e.修改学籍信息窗口的测试

f.查询学籍信息窗口的测试

g.添加班级信息窗口的测试

h.修改班级信息窗口的测试

等等。

2.2测试机构和人员

由于软件规模较小，所以所有测试任务都由软件的开发人员完成：

JSP主讲师 张涛

P07软件三班二组

2.3测试结果

按顺序给出每一测试项目的：

a. 实测结果数据；

b. 与预期结果数据的偏差；

c. 该项测试表明的事实；

d. 该项测试发现的问题。

2.3.1教师评价：对通过验证的学生，系统将列出该生的当前学期的任课教师的姓名、所任课程，并列出当前测评类型中的所有测评项目，以及每个子项目的可选分值或比例，学生可通过单击相应的分值或比例为每个子项目打分。

测试结果：对所有参与测试的学生，系统能够准确地列出该生当前学期的任课教师，所选测评类型的子项目及各子项分值均列出无误。学生所打的分数均可顺利提交到数据库。

结论：200名学生的并发操作全部成功，证明”教师评价”功能正确实现，且证明本系统的负载符合要求。

2.3.2评价结果存储：学生完成所列教师的各项测评后，点击”提交”按钮，系统将其提交的教师、测评类型、测评子项、子项测评分值存储到后台数据库中。

测试结果：专业测试员依照测试用例精心准备的三个用户、二个测评类型、十个被测者，十一个测评子项共660条测试数据存储到evaldatabyitem数据表中，60条记录存储到evaldatabydepart数据表中，符合预期目标。

结论：评价结果存储功能正确实现。

2.3.3结果统计：系统管理员可随时统计指定的测评类型的测评结果数据。通常这项工作应在该类测评结束后，将该测评类型取消其可测评状态后再进行，以统计出最终测评结果。

测试结果：以专业测试员使用测试用例准备的测试数据为基准，统计功能执行后，evaldatabyobj，evaldatabytype两个数据表记录数及结果数据与人工统计出的预期结果（精确到0.01）完全一致，符合预期目标。统计需要的执行时间：1000条记录以内为毫秒级。2000名学生、20个班级，80位任课教师、60门课程的评价数据统计时间少于30秒。

结论：结果统计功能正确实现。

2.3.4结果查询：系统管理员可查询所有测评类型、所有参评人员的统计数据。统计数据包括按测评类型分类的参评人员总分、名次。并以测评类型为单位按总分对参评人员进行排序。

测试结果：以专业测试员使用测试用例准备的测试数据为基准，查询得到的统计结果页面列出了十位被测者的两类测评结果，与人工统计出的预期结果（精确到0.01）完全一致。这十位被测者的测评子项得分也与预期结果一致。

3．软件需求测试结论

a. 证实了软件能力及功能的良好实现；

b. 局限性（对于更广泛用户的适应性需要提高，需进一步做出调查研究）。

4．评价

4.1软件能力

经过测试所表明的软件能力：

本系统能够按需求定义实现全部功能，用户界面还需进一步美化。

4.2缺陷和限制

用户的测评数据一旦提交，则无法修改。且用户的测评权力容易被冒用，且一旦被冒用则无法从系统中清除该用户的测评数据。此限制的造成原因为系统不记录测评数据来源于哪位用户。

4.3建议

建议改进系统的用户验证方式，前台用户的验证附加密码验证，密码可使用学生的身份证号。提示用户在提交数据前仔细复核数据。

4.4测试结论

本系统经过2名测试员，确认本系统的功能达到了需求分析报告中所确定的目标。顺利通过了确认测试。

第二篇：软件测试计划文档

学生课程成绩管理系统

测试计划

班级

姓名

学号

XX系统-测试计划

XX系统-测试计划

第一章 引言

1.1. 编写目的

该文档的目的是描述学生课程和成绩管理系统项目客户端的系统测试计划，其主要内容包括：

1. 测试系统简介

2. 测试方法

3. 测试标准

4. 测试计划

本文档的预期读者是：

1. 开发人员

2. 项目管理人员

3. 测试人员

1.2. 项目背景

本次测试的目的是测试学生选课及成绩管理系统使用端的学生课程查询、成绩查询、个人信息的修改、教师课程的确认、成绩的给出等基本功能以及能否支持大数据量并发访问。所有的使用者都可以通过网站查看信息。

1.3. 术语定义

StuCV：学生课程和成绩管理系统的项目编号

功能性测试：按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。 非功能性测试：按照系统需求定义中的非公能定义部分（如系统的性能指标，安全性能指标等）对系统实行的系统级别的测试。

测试用例：测试人员设计出来的用来测试软件某个功能的一种情形。

1.4. 参考资料

1>《学生选课及成绩管理系统需求说明书》

2>《软件测试技术概论》 古乐 史九林编著/清华大学出版社出版

1

XX系统-测试计划

第二章 任务概述

2.1. 测试要点

被测特性：

1. 对软件进行功能性测试

2. 对软件进行给功能性测试

不被测特性：

1. 源代码、逻辑等。

2. 模块的接口，模块的错误处理，模块的局部数据结构，模块在执行流的独立路径，

模块在处理边界值时的情形。

3. 单元（模块）之间的可用性等。

2.2. 测试内容

对被测软件进行系统级别的测试，针对软件的功能需求进行功能测试，验证此软件是否实现了需求分析中客户端所定义的功能，是否正确实现了此功能。针对软件的非功能性需求对其进行性能测试，在认为设置的20人负载（大数据量、大访问量）的情况下，检查系统是否发生功能上或者性能上的问题。

测试内容即测试要求，包括功能测试和性能测试。

2.3.

2.3.1. 测试工具与测试方法 测试工具

客户端的性能测试是测试20个人同时登录并对系统进行操作时系统的性能反应，为此需要采用自动化测试手段，本项目采用Mercury（水星公司）的LoadRunner测试工具，主要采用LoadRunner的三个主要组件：VuGen、Controller、Analysis，其中，利用LoadRunner的VuGen录制基本功能，利用LoadRunner的Controller创建20个虚拟用户的运行场景，执行测试，利用LoadRunner的Analysis分析结果，提供测试图表。

2.3.2. 测试方法

测试方法：由于此次测试的依据是需求，所以采用黑盒测试方法。

测试策略：1>功能测试，主要采用等价类划分的策略。2>压力测试，主要采用边界值测试、错误猜测等策略。

测试手段：1>功能测试：手动模拟正常、一场输入。2>压力测试：使用自动化压力测试工具LoadRunner。

测试内容：1>功能测试：按照功能需求测试系统功能。2>性能测试，测试20人同时访问的性能情况。

2

XX系统-测试计划

2.4.

2.4.1. 测试标准 测试失败标准

测试中发现的缺陷按照严重程度分为5个级别，如表1，级别不同，严重程度也不同。

本次测试主要是进行系统测试，需要设定测试完成的标准。测试完成的标准是执行完所有系统的测试功能、性能测试的用例，无二级以上遗留问题。如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。

2.4.2. 测试挂起和恢复的条件

测试挂起和恢复的条件是：

1.测试挂起的条件是当某个测试用例的失败导致后续的测试无法进行时，测试需要挂起。

2.测试恢复的条件是当将引起挂起的测试用例重新测试通过之后，可以恢复测试。

2.4.3. 系统测试的交付结果

系统测试交付物包括：

·测试计划

·测试设计（设计的测试用例，包含测试脚本）

·测试跟踪结果

·测试报告

3

XX系统-测试计划

第三章 测试用例设计

3.1.

“用户登录”边界值分析法测试用例

3.2. “用户登录”等价分类法测试用例

3.3.

学生成绩查询的测试用例

4

XX系统-测试计划

5

XX系统-测试计划

第四章 系统测试设计

4.1. 功能测试

1> 学生、教师登录系统

这两种用户登录到系统中才能进行相应级别的操作。

2>学生查询课程并选择课程

系统列出学生可选择的课程，学生如需选择该门课程点击选择即可完成选择的过程。教师确认后，才能给出期末的成绩。

3>学生查看课程成绩

列出学生已经选择的课程的列表，如教师已经给出了该门课程的成绩则在表中显示出来，如未给出表中成绩一项为空值。

4>学生修改个人信息

学生信息的变更是不定性的，所以需要可以自主的修改。学生有权限修改的内容为：姓名、密码、手机、电话、邮件地址。

5>教师确认选课学生

在学生正确的选择了自己的课程后。任课的教师要进行确认的操作，以免有错误的学生（该课程不对此学生开放）选择了自己的课程。教师确认后，在期末时才能给出该学生的期末成绩。

6>教师登出课程成绩

教师在确认学生选择了自己的课程后，在选择相关的课程查看时，可以清晰的看到所有的学生信息，并且有权限给出这些学生该门课程的成绩。给出成绩后学生方可登录到系统中查询出自己此们课程的成绩。

4.2. 性能测试

系统性能测试主要是测试系统在20个用户同时登录客户端进行操作时，减压系统的性能如何，检测系统性能瓶颈，响应时间；为此采用压力测试工具模拟20个用户，以便测试系统的性能如何。

6

XX系统-测试计划

第五章 评价准则

5.1. 范围

所选择的测试用例能够覆盖方法体每个判定中的每个条件都曾独立的影响判定的结果，但不能保证覆盖所有判定的组合情况。

系统测试内容包含界面测试，功能测试，性能测试和安全性测试，测试用例覆盖界面测试，功能测试，但未覆盖性能测试和安全性测试。

5.2. 准则

7