《(完整word版)学生管理系统测试报告.doc》由会员分享，可在线阅读，更多相关《(完整word版)学生管理系统测试报告.doc（13页珍藏版）》请在金锄头文库上搜索。
1、编号：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章 测试项第3章 2.1 测试项测试项名称测试项标识功能测试1.欢迎界面：2.录入学生基本信息：(1) 输入学号姓名(2)选择性别”男”或”女”(3) 选择专业(4)输入年级(5)输入出生日期(6)添加照片(7)按钮的“录入“”重置“功能3.修改学生信息：(8)输入学号，按钮“开始修改“的功能(9)输入姓名，年级，出生的功能(10)选择专业的功能(11)上传照片的功能(12) 学生已有数据的显示功能(13) 按钮“录入修改“”重置“的功能4.查询与打印学生基本信息：(1
3、4)输入学号，按钮“查询“的功能(15) 下方显示学生信息，右侧显示照片的功能(16) 按钮“打印文本及图片“打印文本”“打印图片”的功能5.删除学生信息(17)输入学号，按钮“删除“的功能(18)下方显示学生信息的功能安装测试Junit安装界面测试(1)录入学生基本信息功能界面测试(2)修改学生基本信息功能界面测试(3)查询与打印学生基本信息功能界面测试(4)删除学生基本信息功能界面测试表2：被测试项2.2 不测试的软件项软件项名称软件项标识未测试原因相关引用材料1.单元测试1.U相关知识不足2.性能测试2.C条件不具备3.安全性测试3.S没有要求表3：不被测试项第3章被测试的特性特性或组合
4、名称测试设计说明编号链接测试1.1T_F_C表单测试1.2T_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.2 等价类划分所有可能的输入数据,即程序的输
5、入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例5.3 因果图因果图是从用自然语言书写的程序规格说明的描述中找到因（输入条件）和果（输出或程序状态的改变），通过因果图转化为决策表。第6章项目通过准则功能测试用例覆盖通过率100，非功能性测试用例覆盖率达到80。较小缺陷：使操作者不方便或遇到麻烦，但它不影响功能的操作和执行，如个别不影响产品理解的错别字，文字排列不整齐等一些小问题，不超过5个一般缺陷：系统的次要功能没有完全实现，但不影响用户的正常使用。例如：提示信息不太准确或用户界面差，操作时间长等一些问题。不超过3个严重缺陷：系统主要功能部分丧失，数据不能保存
6、，系统的次要功能完全丧失或者服务受到明显的影响不超过1个。致命缺陷：系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机，或者危及人身安全不超过0个。第7章 暂停标准和再启动要求7.1 暂停标准安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Bug。7.2 再启动要求第8章 应提供的测试文档文档名称标识符测试计划TESTP测试用例TESTC测试报告TESTR表5：应提供的测试文档 第9章 测试任务序号任务前期任务特殊技能责任人工作量（天数）完成日期01测试计划书1安装eclipse 注意各项安装软件的配置高裕浩1天2016/5/1402安装测试Junit高裕浩1天
7、2016/5/1503录入学生信息 测试高裕浩2天2016/5/1704修改学生信息测试高裕浩2天2016/5/1905查询与打印测试高裕浩2天2016/5/2106删除测试高裕浩2天2016/5/2307界面测试高裕浩1天2016/5/2407测试总结高裕浩2天2016/5/26第10章 环境要求10.1 硬件硬件要求：2G内存的PC机，硬盘在80G以上。10.2 软件软件要求：安装eclipse，操作系统：Windows10。10.3 安全性1.系统中会不会出现学号录入重复冲突10.4 工具用途工具厂商/自产版本测试管理Mercury Quality Center汉星天 FireflyHP
8、Hansky9.0V3.1测试执行Mercury Quickest ProfessionalLoadrunnerHP9.08.1缺陷报告汉星天 ButterflyHanskyV3.110.4 文档编写测试任务说明书需要的文档：l 项目的计划任务书、合同或批文l 项目开发计划l 项目需求说明书l 项目概要设计说明书l 项目详细设计说明书l 采用的软件开发标准或规范l 本测试计划中引用的其他资料测试阶段结束后，所有可提交的文档，包括：l 总体测试计划l 总体测试方案l 测试用例l 性能测试报告l 测试报告l 产品操作手册（后台）l 产品操作手册（前台）l 产品错误代码说明文档第11章 职责11.1
9、 测试组人员角色职责、任务高裕浩测试负责人1、测试计划编制。2、对测试员编写的各种测试文档进行评审。3、协调并实施项目计划中确定的活动。4、识别和满足测试环境需求。5、为其他人员提供技术支持。6、组织并确保团队的工作。高裕浩测试组员1、 编写测试用例（功能）。2、 执行功能和性能测试。3、 编写测试报告（功能）。高裕浩测试组员1、编写测试用例（功能和性能）。2、执行功能和性能测试。3、编写测试报告（功能及性能）。4、内部验收评审。11.2 测试进度序号测试任务名称工作量开始日期完成日期01指定测试计划1天2016/5/132016/5/1402设计测试1天2016/5/142016/5/150
10、3安装测试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/242016/5/2508测试总结1天2016/5/262016/5/26第12章 测试风险评估及解决方案12.1测试风险评估1. 测试人员对需求或系统业务理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对。2. 测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等。或者是，测试用例没有得到百分之百的执行，如有些测试用例被有
11、意或无意的遗漏。3. 需求的临时/突然变化，导致设计的修改和代码的重写，或者测试过程插入零时任务，导致测试时间不够。4. 缺陷分类标准不是很清晰的，如一致性的测试，仁者见仁、智者见智。5. 测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差。6. 有些缺陷出现频率不是百分之百，不容易被发现。如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大。7. 回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。8. 测试开始后，测试人员、技术支持人员因故不能及时到位。9. 能否及时准备相关测试工具，测试人员对新工具无法熟练运用等情况也时有发生。12.2解决方案1. 当需求发生变动
12、时，组织测试人员对新需求进行培训；对业务比较复杂的系统，项目经理可对测试人员进行培训或者测试小组内部讨论加以理解。2. 当测试执行的时间缩短时或者测试人员不到位的情况下，调整软件测试计划，针对不同情况采取增加工作时间、工作人员和资源等来缓解风险发生时带来的威胁。也可与客户协商，顺延交付日期或在客户允许的情况下对测试项目进行适当裁剪。或者是降低对低优先级的功能和特性的测试质量或者是删除某些风险级别较低的功能。3. 对测试过程中产生的文档进行小组走查或者小组审查或者小组评审等方式减少测试过程中的风险。4. 当测试环境发生变化是，具体情况如下。测试环境分为软件部分和硬件部分：A软件部分:一般是部署测
13、试环境的电脑中毒、测试版本更新不及时、测试工具无法正常使用。解决方案有将测试环境暂时搭建到测试人员的电脑上，并且及时对测试服务器进行杀毒等补救措施。自动化测试工具无法正常使用，在不影响测试任务的情况下，可以采用其它方法或其它工具执行测试。当缺陷管理工具无法正常使用的时候，测试组长需要及时找出出错的原因并及时修复，以保证测试工作正常执行。B硬件部分:当测试服务器出现无法修复或需要长时间修复的硬件问题时，可以由测试组长将测试环境临时搭建到测试人员的电脑上，并且及时与公司其它部门沟通尽快处理测试服务器硬件问题5. 在做性能测试过程中发现被测对象存在严重性能问题，可以暂时跳过这个功能或模块，执行其他功能或模块的性能测试。而这个存在严重性问题的功能或模块应及时交给开发人员处理。
