学生管理系统测试报告

1、-. z.编号：001版本：0.01学生信息管理系统学生信息管理系统测试测试方案委托单位:软件工程实验室承办单位:13级0922131班编写:(签名)2016年5 月6日复查:(签名)2016年5 月6日批准:(签名)2016年5 月6日第1章引言1.1综述学生学籍信息管理系统是基于数据构造的学籍管理系统。本测试将会对学生学籍信息管理系统进展测试，测试其系统的功能性。对学生学籍信息系统中学籍信息的录入和学籍信息的修改等进展相应的界面，功能的测试。在进展其测试时所需人力资源为1位，所需时间要15天，所需软件为eclipse。费用：无。1.2 参考文献序号名称文件标识/版本出版单位出版日期01We

2、b性能测试实战第一版电子工业出社2006年02软件测试中文版第2版机械工业2006年03用户需求文档表1：参考文献测试项2.1 测试项测试项名称测试项标识功能测试1.欢送界面：2.录入学生根本信息：(1) 输入*(2)选择性别男或女(3) 选择专业(4)输入年级(5)输入出生日期(6)添加照片(7)按钮的“录入“重置“功能3.修改学生信息：(8)输入*，按钮“开场修改“的功能(9)输入*，年级，出生的功能(10)选择专业的功能(11)上传照片的功能(12) 学生已有数据的显示功能(13) 按钮“录入修改“重置“的功能4.查询与打印学生根本信息：(14)输入*，按钮“查询“的功能(15) 下方显

3、示学生信息，右侧显示照片的功能(16) 按钮“打印文本及图片“打印文本“打印图片的功能5.删除学生信息(17)输入*，按钮“删除“的功能(18)下方显示学生信息的功能安装测试Junit安装界面测试(1)录入学生根本信息功能界面测试(2)修改学生根本信息功能界面测试(3)查询与打印学生根本信息功能界面测试(4)删除学生根本信息功能界面测试表2：被测试项2.2 不测试的软件项软件项名称软件项标识未测试原因相关引用材料1.单元测试1.U相关知识缺乏2.性能测试2.C条件不具备3.平安性测试3.S没有要求表3：不被测试项第3章被测试的特性特性或组合名称测试设计说明编号测试1.1T_F_C表单测试1.2

4、T_F_TL软件运行环境测试2.1T_I_RE用户界面测试3.1T_I_UI表4：被测试特性第4章不被测试的特性特性或组合名称测试设计说明编号1.单元测试1.T_U2.1连接速度测试2.1T_C_CS2.2负载测试2.2T_C_L2.3压力测试2.3T_C_S3.1平台测试3.1T_CC_PT4.平安性测试4.T_S表5：不被测试的特性第5章方法5.1 边界值测试对用户名和密码输入的测试，输入条件规定了值的*围,取刚到达这个*围的边界的值,以及刚刚超越这个*围边界的值作为测试输入数据。等价类划分所有可能的输入数据,即程序的输入域划分成假设干局部子集，然后从每一个子集中选取少数具有代表性的数据作

5、为测试用例因果图因果图是从用自然语言书写的程序规格说明的描述中找到因输入条件和果输出或程序状态的改变，通过因果图转化为决策表。第6章工程通过准则功能测试用例覆盖通过率100，非功能性测试用例覆盖率到达80。较小缺陷：使操作者不方便或遇到麻烦，但它不影响功能的操作和执行，如个别不影响产品理解的错别字，文字排列不整齐等一些小问题，不超过5个一般缺陷：系统的次要功能没有完全实现，但不影响用户的正常使用。例如：提示信息不太准确或用户界面差，操作时间长等一些问题。不超过3个严重缺陷：系统主要功能局部丧失，数据不能保存，系统的次要功能完全丧失或者效劳受到明显的影响不超过1个。致命缺陷：系统任何一个主要功能

6、完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机，或者危及人身平安不超过0个。第7章暂停标准和再启动要求7.1 暂停标准安装无法正确完成或程序的文档有相当多的失误或系统效劳异常或发现Bug。7.2 再启动要求第8章应提供的测试文档文档名称标识符测试方案TESTP测试用例TESTC测试报告TESTR表5：应提供的测试文档第9章测试任务序号任务前期任务特殊技能责任人工作量天数完成日期01测试方案书1安装eclipse 注意各项安装软件的配置高裕浩1天2016/5/1402安装测试Junit高裕浩1天2016/5/1503录入学生信息测试高裕浩2天2016/5/1704修改学生信息测试高裕浩2天20

7、16/5/1905查询与打印测试高裕浩2天2016/5/2106删除测试高裕浩2天2016/5/2307界面测试高裕浩1天2016/5/2407测试总结高裕浩2天2016/5/26环境要求10.1 硬件硬件要求：2G内存的PC机，硬盘在80G以上。10.2 软件软件要求：安装eclipse，操作系统：Windows10。平安性1.系统中会不会出现*录入重复冲突10.4 工具用途工具厂商/自产版本测试管理Mercury Quality Center汉星天 FireflyHPHansky9.0V3.1测试执行Mercury Quickest ProfessionalLoadrunnerHP9.08

8、.1缺陷报告汉星天 ButterflyHanskyV3.1文档编写测试任务说明书需要的文档：工程的方案任务书、合同或批文工程开发方案工程需求说明书工程概要设计说明书工程详细设计说明书采用的软件开发标准或规*本测试方案中引用的其他资料测试阶段完毕后，所有可提交的文档，包括：总体测试方案总体测试方案测试用例性能测试报告测试报告产品操作手册后台产品操作手册前台产品错误代码说明文档第11章职责11.1 测试组人员角色职责、任务高裕浩测试负责人1、测试方案编制。2、对测试员编写的各种测试文档进展评审。3、协调并实施工程方案中确定的活动。4、识别和满足测试环境需求。5、为其他人员提供技术支持。6、组织并确

9、保团队的工作。高裕浩测试组员编写测试用例功能。执行功能和性能测试。编写测试报告功能。高裕浩测试组员1、编写测试用例功能和性能。2、执行功能和性能测试。3、编写测试报告功能及性能。4、内部验收评审。11.2 测试进度序号测试任务名称工作量开场日期完成日期01指定测试方案1天2016/5/132016/5/1402设计测试1天2016/5/142016/5/1503安装测试1天2016/5/152016/5/1604功能测试2天2016/5/172016/5/1905界面测试2天2016/5/202016/5/2106系统测试2天2016/5/222016/5/2307测试报告1天2016/5/2

10、42016/5/2508测试总结1天2016/5/262016/5/26第12章测试风险评估及解决方案12.1测试风险评估测试人员对需求或系统业务理解不准确，造成测试*围分析的误差，结果*些地方始终测试不到或验证的标准不对。测试用例设计不到位，无视了一些边界条件、深层次的逻辑、用户场景等。或者是，测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏。需求的临时/突然变化，导致设计的修改和代码的重写，或者测试过程插入零时任务，导致测试时间不够。缺陷分类标准不是很清晰的，如一致性的测试，仁者见仁、智者见智。测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差。有些缺陷出现频率

11、不是百分之百，不容易被发现。如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大。回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。测试开场后，测试人员、技术支持人员因故不能及时到位。能否及时准备相关测试工具，测试人员对新工具无法熟练运用等情况也时有发生。12.2解决方案当需求发生变动时，组织测试人员对新需求进展培训；对业务比拟复杂的系统，工程经理可对测试人员进展培训或者测试小组内部讨论加以理解。当测试执行的时间缩短时或者测试人员不到位的情况下，调整软件测试方案，针对不同情况采取增加工作时间、工作人员和资源等来缓解风险发生时带来的威胁。也可与客户协商，顺延交付日期或在客户允许的情况下对测试工程进展适当裁剪。或者是降低对低优先级的功能和特性的测试质量或者是删除*些风险级别较低的功能。对测试过程中产生的文档进展小组走查或者小组审查或者小组评审等方式减少测试过程中的风险。当测试环境发生变化是，具体情况如下。测试环境分为软件局部和硬件局部：A软件局部:一般是部署测试环境的电脑中毒、测试版本更新不及时、测试工具无法正常使用。解决方案有将测试环境暂时搭建到测试人员的电脑上，并且及时对测试效劳器进展杀毒等补救措施。自动化测试工具无法正常使用，在不影响测试任务的情况下，可以采用其它方法或其它工具执行测试。当缺陷管理工具无法正常使用的时候，测试组长需要及时找出出