学生管理系统测试报告材料

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