完整word版软件测试报告案例.docx
《完整word版软件测试报告案例.docx》由会员分享，可在线阅读，更多相关《完整word版软件测试报告案例.docx（41页珍藏版）》请在冰点文库上搜索。
完整word版软件测试报告案例
1引言
1.1编写目的
本软件说明书目的在于明确说明＊*大学教室统一管理系统测试报告，界定系统实现功能的范围，指导系统设计以及编码，详细说明系统的各功能需求，输入输入要求等。
本说明书的预期读者为：
。
1。
2背景说明
1.待测试软件系统的名称：
＊＊大学教室统一管理系统;
2.软件任务提出者:
规模为30000人，14个院的**大学；
3。
软件任务开发者：
;
4.用户：
＊*大学所有在校教师、学生及学校管理者;
5。
实现该软件的计算中心或计算机网络：
号楼层实验室；
6.该软件的测试环境是处理器为英特尔Pentium（奔腾）双核T2330@1.60GHz笔记本处
理器，内存为1GB（DDR2533MHz）,硬盘空间为富士通MHY2120BH（120GB）,显
卡为MobileIntel（R）965ExpressChipsetFamily（联想）而实际的运行环境可能在处理
器、内存、硬盘空间上达不到这个水平可能会带来对软件真正性能测试的不准确。
1。
3定义
流程图：
用图的反方式处理事务所走的步骤流程。
Unumber：
数据库中人员编号的存储代码。
Ucode：
数据库中人员密码的存储代码。
Uname:
数据库中人员姓名的存储代码。
Limit:
数据库中人员权限的存储代码。
Cnumber:
数据库中教室编号的存储代码。
Csum：
数据库中教室座位数的存储代码。
Cmedia:
数据库中教室是否拥有多媒体的存储代码。
Week:
数据库中周次的存储代码。
Day:
数据库中星期的存储代码。
Time:
数据库中时段的存储代码。
Useway:
数据库中用途的存储代码.
Useno:
数据库中用途号的存储代码。
1。
4参考资料
1。
《计算机软件产品开发文件编制指南》GB8567-88 Guidelinesforcomputersoftwareproductdevelopmentdocumentation 中华人民共和国国家标准UDC681．3来源:
网络
2。
《数据库系统概论（第四版）》作者：
王珊、萨师煊高等教育出版社来源:
**大学图书馆
3。
《软件工程导论（第五版）》作者：
张海棠清华出版社来源：
*＊大学图书馆
4。
《VisualC#.NET程序设计教程》作者：
罗富强、白忠建、杨建机械工业出版社来源：
**大学图书馆
5。
《.NET深入体验与实战精要》作者：
李天平电子工业出版社来源：
学府书店
6。
《软件工程》作者：
卢潇高等教育出版社来源:
＊*大学图书馆
7。
《软件工程课程设计》主编：
吕云翔高等教育出版社来源：
**大学图书馆
8.《软件测试与系统结构》主编：
金芝机械工业出版社来源：
＊*大学图书馆
9.《＊＊大学教室统一管理系统需求分析》来源:
本系列文档
10。
《＊*大学教室统一管理系统软件说明书》来源：
本系列文档
2测试概要
本系统需要测试的项目有：
1.对数据库中所有定义的实体的属性及关系的属性进行精度、大小、类型、范围、及实
际要求的测试;
2。
对软件中所定义的各个功能模块的功能的测试内容。
表2—1与数据库有关Username表中属性的测试内容
测试标识符
测试内容
实际与计划的差别
产生差别的原因
用户编号（Unumber）
主要测试对用户编号的合法用户编号系统能否正常识别,对于不合法的，带有攻击性的用户编号系统能否做到制止登录，并且对用户编号的表示范围、类型、及合理性进行验证、测试。
实际测试中可能不能达到计划测试中所要求的对所用可能的合法用户的编号进行测试，也不可能对所用可能的恶意性攻击的编号进行测试。
对主要的具有代表性的合法编号进行测试即可达到目的，对具有代表性的攻击性用户编号测试即可.
用户姓名（Uname）
主要测试对合法的用户姓名系统能否正常识别，对于不合法的，带有攻击性的用户编号系统能否做到制止登录，能否根据合法的用户编号自动识别出相应的用户姓名，并且对用户姓名的表示范围、类型、及合理性进行验证、测试。
。
实际测试中可能不能达到计划测试中所要求的对所用可能的合法用户的姓名进行测试。
对主要的具有代表性的合法用户姓名进行测试即可达到目的。
用户密码（Ucode）
主要测试对合法的用户密码系统能否正常识别，对于不合法的，带有攻击性的用户密码系统能否做到制止登录，能否根据合法的用户标号自动识别出相应的用户密码的正确性,并且对用户密码的表示范围、类型、及合理性进行验证、测试.
实际测试中可能不能达到计划测试中所要求的对所用可能的合法用户的密码进行测试，也不可能对所用可能的恶意性攻击的密码进行测试。
对主要的具有代表性的合法密码进行测试即可达到目的，对具有代表性的攻击性的密码测试即可。
用户权限（Limit）
主要测试对于合法用户系统能否自动、正确根据用户编号及密码判别用户权限,并且对用户权限的表示个数、类型、及合理性进行验证、测试。
实际测试中可能不能达到计划测试中所要求的对所用可能的合法用户的权限进行测试
对主要的具有代表性的合法用户的权限进行测试即可达到目的
表2—2与数据库有关Classroom表中属性的测试内容
测试标识符
测试内容
实际与计划的差别
差生差别的原因
教室编号（Cnumber）
主要测试系统能否正常记录、识别合法教室编号，能否对不合法的教室编号进行判别，并对教室编号的的合理性、标示范围、类型进行测试.
实际测试中可能不能达到计划测试中所要求的对所用可能的教室编号的合法性进行测试
测试全部的数据会消耗大量人力物力,只要测试具有代表性的数据即可
座位数（Csum）
主要测试相应教室的座位数的正确性与合法性，测试输入数据的类型在非数据类型时系统能否正常识别非法
实际中可能不能达到计划测试中所要求的对所用可能的教室编号的对应座位数进行合法性验证
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可
是否多媒体
（Cmedia）
主要测试相应教室的多媒体拥有情况是否符合实际，测试对于其他的非法输入的数据系统能否正常识别非法性
实际中可能不能达到计划测试中所要求的对所用可能的教室编号的对应多媒体拥有情况进行合法性验证
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可
表2-3与数据库有关Useway表中属性的测试内容
测试标识符
测试内容
实际与计划的差别
差生差别的原因
教室使用编号（ID）
主要测试教室使用编号是否自动生成，是否能够合理正常的产生，不重复,不出现规定以外的表示字符
实际中可能不能达到计划测试中所要求的对所用可能的教室使用编号的合法性等进行测试
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
周次（Week）
主要测试系统所有的周次表示是否都在所要求的范围（1—22）内，是否能够阻止非法字符的输入.
实际中可能不能达到计划测试中所要求的对所用可能的教室使用的周次的合法性等进行测试、验证.
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
星期（Day）
主要测试系统所有的星期数表示是否都在所要求的范围（1-7）内,是否能够阻止非法字符的输入。
实际中可能不能达到计划测试中所要求的对所用可能的教室使用星期的合法性等进行测试、验证。
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
时段（Time）
主要测试系统所有的时段表示是否都在所要求的范围（1—6）内，是否能够阻止非法字符的输入。
实际中可能不能达到计划测试中所要求的对所用可能的教室使用时段的合法性等进行测试、验证。
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
用途号（Useno）
主要测试系统所有的用途号表示是否都在所要求的范围（0-4）内后者是否为合法的课程号，是否能够阻止非法字符的输入。
实际中可能不能达到计划测试中所要求的对所用可能的教室使用用途号的合法性等进行测试、验证.
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
用途（Useway）
主要测试系统所有的用途表示是否都在所要求的范围内，是否能够阻止非法字符的输入。
实际中可能不能达到计划测试中所要求的对所用可能的教室使用用途说明的合法性等进行测试、验证。
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
状态（Stage）
主要测试系统所有的教室使用状态的表示是否都在所要求的范围（—1、0、1）内,是否能够阻止非法字符的输入，表示是否符合实际情况。
实际中可能不能达到计划测试中所要求的对所用可能的教室使用说明状态的合法性等进行测试、验证。
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可.
表2-4有关软件中各功能模块表示符的测试内容
测试标识符
测试内容
实际与计划的差别
差生差别的原因
查询教室信息（search）
主要测试该模块能否正常实现对所有教室信息的不同方式的查询,对于用户选择的不同查询方式即输入的不同数据系统能否做出正确的处理与显示。
在实际测试中不可能达到计划测试中所要求对所有教室的信息的所有查询方式进行验证与测试。
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
申请教室（apply）
主要测试该模块能否实现普通用户对教室的申请功能，正确判断用户输入信息的合法性，对于不存在的教室或已被占用的教室能否给出相应的信息。
在实际测试中不可能达到计划测试中所要求对所有教室申请进行验证与测试。
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
查看申请结果（browse）
主要测试该模块能否实现普通用户对自己申请情况的查看，能发正确显示查询结果.
在实际测试中不可能达到计划测试中所要求对所有用户的所有教室申请结果的查看进行验证与测试.
测试全部的数据会消耗大量人力物力,只要测试具有代表性的数据即可。
审批申请（check）
主要测试该模块能否实现管理员对申请信息的批复功能，能否正确记录在数据库中，系统能否对输入的数据正常审核，并作出相应判断与响应.
在实际测试中不可能对所有已存在的申请进行各方面的测试,也不可能对不存在的申请进行测试
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可，数据库中只存在已存在的申请及结果。
教室管理（classroom）
主要测试该模块能否实现管理员对学校教室的统一管理，能否对输入的数据在数据库中进行正确的查找、更改、删除操作，并作出相应的判断及响应
在实际测试中不可能对未存在的教室进行干礼操作
数据库中只记录已存在的教室的信息。
单独添加教室使用情况（single）
主要测试该模块能否实现管理员对教室使用情况的合理单独时段添加功能，系统能否正确根据输入的的数据作出正确的判断与相应并存入数据库，对于不存在的教室或已被占用的教室能否给出相应的信息。
在测试中不可能对所用教室进行所用时段的教室使用信息的添加。
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
批量教室使用情况添加（batch）
主要测试该模块能否实现管理员对教室使用情况的合理的批量添加功能，系统能否正确根据输入的的数据作出正确的判断与响应入数据库，对于不存在的教室或已被占用的教室能否给出相应的信息.
在测试中不可能对所用教室进行可能存在的所用时段的教室使用信息进行添加以进行测试。
测试全部的数据会消耗大量人力物力,只要测试具有代表性的数据即可。
普通管理员权限管理（manage）
主要测试该模块能否实现高级管理员对普通管理员及老师的权限修改功能，系统能否正确根据输入的的数据作出正确的判断与响应入数据库，测试高级管理员自身及学生的权限修改是否能给出正确的响应
在实际测试中不可能达到计划测试中所要求对所有用户的权限修改的测试。
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可.
密码管理（user）
主要测试该模块能否实现系统用户对自身密码的修改功能，系统能否正确判断密码的正确性和合理性。
在实际测试中不可能达到计划测试中所要求对所有用户的密码的管理功能的测试
测试全部的数据会消耗大量人力物力，只要测试具有代表性的数据即可。
备份还原管理（backup）
主要测试该模块能否实现对系统的数据的备份还原功能，系统能否根据用户选择的路径备份和还原数据库
在实际测试中不可能达到计划测试中所要求对所有备份还原路径进行测试
测试全部的数据会消耗大量人力物力，只要测试具有代表性的路径即可。
3测试结果及发现
3.1测试1查询教室信息（search）
1.测试查询教室信息模块流程图：
图3-1测试查询教室信息模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3—1动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
4
若用户输入的数据不符合数据格式，或输入的数据不合理会给出提示信息书名具体的错误原因
对于给出用户的错误数据应能相应的数据输出错误信息
两者一致
6
若用户输入的教室不存在会提示用户教室不存在请重新输入
对于不存在的教室信息应能给出提示,而不是让用户自己去查找
两者一致
7
可根据用户输入的具体信息显示出相应的教室及教室使用信息
给出正确的教室及教室使用信息
两者一致
3。
2测试2申请教室（apply）
1。
测试申请模块流程图：
图3—2测试申请模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3-2动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
1
根据用户登录的信息显示出申请人编号及申请人姓名，不需要用户输入
根据当前用户的信息显示用户的具体信息
两者一致
2
若用户输入的星期、日期、时段非正式或非合理范围内，会提示用户输入错误，并给出原因
能够判断当前用户输入的数据的正确性，对于错误的信息给出合理的提示
两者一致
3
若用户选择的教室不存在或申请时段已被使用，会给出提示信息具体说明
根据教室号给出教室存在和占用信息
两者一致
6
若用户提出的申请信息合理被加入数据库中,会提示用户申请已成功请及时查看申请结果
对于添加到数据库的申请应给申请人已提交申请等信息
两者一致
3。
3测试3查看申请结果（browse）
1.测试查看申请信息流程图：
图3-3测试查看申请信息流程图
2.本模块动态输出结果及动态输出要求对比表
表3—3动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
2
按照登录用户的信息显示出有关该用户的所有的申请信息情况
显示当前用户的申请信息
两者一致
3.4测试4审批申请（check）
1.测试审批申请模块流程图：
图3—4测试审批申请模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3-4动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
2
自动显示出待审批的所有的申请信息
要给出管理员所有的未处理的审批信息
两者一致
4
若管理员输入的申请号不存在给出提示信息说明具体错误的原因
对于管理员输入的不存在的待审批的申请号应能给出具体信息
两者一致
6
若管理员输入的信息不符合信息输入格式，系统能够给出提示说明输入不合理
对管理员的错误格式输入应能给出提示信息
两者一致
7
对于合理的审批结果存入数据库后系统给出提示说明审批成功
给管理员提示说明审批成功
两者一致
3.5测试5教室管理（classroom）
1.测试教室管理模块流程图
图3-5测试教室管理模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3—5动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
6
若管理员添加的教室信息数据不符合数据库的存储要求，给出提示的信息说明数据格式不正确
对于管理员输入的不合理的添加教室信息，应给出提示说明不合理原因
两者一致
7
若管理员要删除的教室信息数据不符合数据库的存储要求，给出提示的信息说明数据格式不正确
对于管理员输入的不合理的删除教室信息,应给出提示说明不合理原因
两者一致
8
若管理员要修改的教室信息数据不符合数据库的存储要求，给出提示的信息说明数据格式不正确
对于管理员输入的不合理的修改教室信息，应给出提示说明不合理原因
两者一致
9
若教室信息操作成功，给出管理员信息说明教室信息修改成功
管理员操作教室信息成功后,给出管理员提示说明操作成功
两者一致
11
若管理员输入的教室号不存在，给出信息说明教室号不存在不能删除和修改
对于不存在的教室号应能给出提示
两者一致
11
若管理员输入的教室号不合理，给出信息说明教室号不存在不能删除、添加和修改
对于不合理的教室号应能给出提示
两者一致
3。
6测试6单独添加教室使用情况（single）
1。
测试单独添加教室使用信息模块流程图
图3—6测试单独添加教室使用信息模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3-6动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
3
若管理员填错教室的使用信息的数据格式或，系统会给出相应的提示
对于管理员输入的不合理的教室信息，应给出提示说明不合理原因
两者一致
5
若管理员选择的教室已在该时间段被占用,给出提示信息说明已被占用
对于管理员输入的教室号已被占用，应给出提示说明原因
两者一致
6
若成功添加教室使用信息到数据库，系统会给出提示信息说米欧你恭喜你下已添加成功
对于添加到数据库的教室使用信息,应给管理员已添加教室使用信息的提示
两者一致
3。
7测试7批量教室使用情况添加（batch）
1。
测试批量添加教室信息模块流程图
图3-7测试批量添加教室信息模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3-7动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
3
若管理员填错教室的使用信息的数据格式或，系统会给出相应的提示
对于管理员输入的不合理的教室信息,应给出提示说明不合理原因
两者一致
5
若管理员选择的教室已在某一时间段被占用，给出提示信息说明已被占用
对于管理员输入的教室号的某一时段已被占用,应给出提示说明原因
两者一致
6
若成功添加教室使用信息到数据库，系统会给出提示信息说米欧你恭喜你下已添加成功
对于添加到数据库的教室使用信息,应给管理员已添加教室使用信息的提示
两者一致
3。
8测试8普通管理员权限管理（manage）
1。
测试管理普通管理员权限模块流程图
图3—8测试管理普通管理员权限模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3—8动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
2
自动为高级管理员显示出可修改全在线的人员的信息
显示出管理员与教师的信息供管理员修改权限
两者一致
3
若高级管理员输入的是高级管理员的编号，系统会给出提示说明不能修改
要求给出提示说明不能修改高级管理员权限
两者一致
4
若高级管理员输入的是学生的编号,系统会给出提示说明不能修改学生为管理员
要求给出提示说明不能修改学生为普通管理员
两者一致
6
若高级管理员修改权限成功，系统会给出提示说明管理员修改成功，并显示修改结果
对于修改成功的信息应给出提示
两者一致
3。
9测试9密码管理（user）
1.测试密码管理模块流程图
图3—9测试密码管理模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3-9动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
2
自动显示当前登录用户的信息
要求显示当前用户的信息
两者一致
4
若用户输入的原密码错误,系统给出提示说明密码输入错误
要求能给出提示说明密码输入错误
两者一致
6
若用户输入的两次新密码不一致，要求给出提示说明密码输入不一致
要求能给出提示说明新密码两次输入不一致
两者一致
7
密码修改成功给出提示说明密码修改成功
对于成功修改的密码存入数据库并且提示用户密码修改成功
两者一致
3。
10测试10备份还原管理（backup）
1.测试备份还原模块流程图
图3-10测试备份还原模块流程图
2.本模块动态输出结果及动态输出要求对比表
表3—4动态输出结果及动态输出要求对比表
流程号
动态输出结果
动态输出要求
一致性
3
可显示备份路径
要求提供备份路径
两者一致
4
对于备份成功的数据库给出提示说明备份成功
要求给出提示说明备份成功
两者一致
5
可显示还原路径
要求提供还原路径
两者一致
6
对于还原成功的数据库给出提示说明备份成功，并重启
要求给出提示说明还原成功
两者一致
4对软件功能的结论
4。
1功能1查询教室信息（search）
表4—1该模块可能出错的情况
可能故障
故障描述
系统输出信息形式
系统输出信息含义
处理方法
查询信息错误
显示的查询结果不是可认识的字符串
输出现实的是不认识的乱码
输出错误、显示错误或数据库读取错误
重启软件，数据库或电脑
查询信息不匹配
查询到的信息不是所要求的教室信息
显示的是其他的教室使用信息，不是所期望的教室信息
输出错误、显示错误或数据库读取错误
重启软件，数据库或电脑
查不到合理要求的教室信息
对于已存在的有记录的教室的查询，不显示相应的教室信息
不显示所查询的教室的信息
输出错误、显示错误或数据库读取错误
重启软件，数据库或电脑
对于不合理的要求可以查到信息
对于不存在的教室或要求显示的时间段不合理的查询要求仍能查到结果
显示的是不对的教室接过
输出错误、显示错误、系统运行故障或数据库读取错误
重启软件，数据库或电脑
查询信息显示不完全
对于查到的信息显示不完全
显示不了全部的教室信息
输出错误、显示错误、系统运行故障或数据库读取错误
重启软件，数据库或电脑
4.1。
1能力
实现方便的信息查询，要能以多种方法进行查询（其中包括地图查询、精确查询、需求查询、教师授课查询、课程查询）.
（1）.地图查询：
根据给出的地图，进行选择，方便直观，对新生更加方便。
（2）.精确查询:
直接输入教室号进行查询，速度快。
（3）.需求查询：
根据需求搜索符合的教室，如教室人数，是否多媒体.
（4）。
教师授课查询：
根据教师名字进行查询，可查询到该教师所有授课教室.
（5）.课程查询：
根据课程名或课程号进行教室查询。
经测试所有查询方式的功能都可实现。
4。
1.2限制
对于查询功能需要测试的数据有教室编号，
升级会员 