学生综合管理系统测试报告.docx

《学生综合管理系统测试报告.docx》由会员分享，可在线阅读，更多相关《学生综合管理系统测试报告.docx（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、编号：001版本：0.01 学生信息管理系统学生信息管理系统测试测试计划委托单位:软件工程试验室承接单位:13级0922131班编写:(署名) 5 月6日复查:(署名) 5 月6日同意:(署名) 5 月6日第1章 引言1.1综述学生学籍信息管理系统是基于数据结构学籍管理系统。本测试将会对学生学籍信息管理系统进行测试，测试其系统功效性。对学生学籍信息系统中学籍信息录入和学籍信息修改等进行对应界面，功效测试。在进行其测试时所需人力资源为1位，所需时间要15天，所需软件为eclipse。费用：无。1.2 参考文件序号名称文件标识/版本出版单位出版日期01Web性能测试实战第一版电子工业出社02软件测

2、试汉字版 第2版机械工业出版社03用户需求文档表1：参考文件第2章 测试项第3章 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.2T_F_TL软件运行环境测试2

4、.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 因果图因果图是从用自

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天/5/1402安装测试Junit高裕浩1天/5/1503录入学生信息 测试高裕浩2天/5/1704修改学生信息测试高裕浩2天/5/1905查询和打印测试高裕浩2天/5/2106删除测试高裕浩2

7、天/5/2307界面测试高裕浩1天/5/2407测试总结高裕浩2天/5/26第10章 环境要求10.1 硬件硬件要求：2G内存PC机，硬盘在80G以上。10.2 软件软件要求：安装eclipse，操作系统：Windows10。10.3 安全性1.系统中会不会出现学号录入反复冲突10.4 工具用途工具厂商/自产版本测试管理Mercury Quality Center汉星天 FireflyHPHansky9.0V3.1测试实施Mercury Quickest ProfessionalLoadrunnerHP9.08.1缺点汇报汉星天 ButterflyHanskyV3.110.4 文档编写测试任务

8、说明书需要文档：l 项目标计划任务书、协议或批文l 项目开发计划l 项目需求说明书l 项目概要设计说明书l 项目具体设计说明书l 采取软件开发标准或规范l 本测试计划中引用其它资料测试阶段结束后，全部可提交文档，包含：l 总体测试计划l 总体测试方案l 测试用例l 性能测试汇报l 测试汇报l 产品操作手册（后台）l 产品操作手册（前台）l 产品错误代码说明文档第11章 职责11.1 测试组人员角色职责、任务高裕浩测试责任人1、测试计划编制。2、对测试员编写多种测试文档进行评审。3、协调并实施项目计划中确定活动。4、识别和满足测试环境需求。5、为其它人员提供技术支持。6、组织并确保团体工作。高裕

9、浩测试组员1、 编写测试用例（功效）。2、 实施功效和性能测试。3、 编写测试汇报（功效）。高裕浩测试组员1、编写测试用例（功效和性能）。2、实施功效和性能测试。3、编写测试汇报（功效及性能）。4、内部验收评审。11.2 测试进度序号测试任务名称工作量开始日期完成日期01指定测试计划1天/5/13/5/1402设计测试1天/5/14/5/1503安装测试1天/5/15/5/1604功效测试2天/5/17/5/1905界面测试2天/5/20/5/2106系统测试2天/5/22/5/2307测试汇报1天/5/24/5/2508测试总结1天/5/26/5/26第12章 测试风险评定及处理方案12.1

10、测试风险评定1. 测试人员对需求或系统业务了解不正确，造成测试范围分析误差，结果一些地方一直测试不到或验证标准不对。2. 测试用例设计不到位，忽略了部分边界条件、深层次逻辑、用户场景等。或是，测试用例没有得到百分之百实施，如有些测试用例被有意或无意遗漏。3. 需求临时/忽然改变，造成设计修改和代码重写，或测试过程插入零时任务，造成测试时间不够。4. 缺点分类标准不是很清楚，如一致性测试，仁者见仁、智者见智。5. 测试环境，通常不可能和实际运行环境完全一致，造成测试结果误差。6. 有些缺点出现频率不是百分之百，不轻易被发觉。假如代码质量差，软件缺点很多，被漏检缺点可能性就大。7. 回归测试通常不

11、运行全部测试用例，是有选择性实施，肯定带来风险。8. 测试开始后，测试人员、技术支持人员因故不能立即到位。9. 能否立即准备相关测试工具，测试人员对新工具无法熟练利用等情况也时有发生。12.2处理方案1. 当需求发生变动时，组织测试人员对新需求进行培训；对业务比较复杂系统，项目经理可对测试人员进行培训或测试小组内部讨论加以了解。2. 当测试实施时间缩短时或测试人员不到位情况下，调整软件测试计划，针对不一样情况采取增加工作时间、工作人员和资源等来缓解风险发生时带来威胁。也可和用户协商，顺延交付日期或在用户许可情况下对测试项目进行合适裁剪。或是降低对低优先级功效和特征测试质量或是删除一些风险等级较

12、低功效。3. 对测试过程中产生文档进行小组走查或小组审查或小组评审等方法降低测试过程中风险。4. 当测试环境发生改变是，具体情况以下。测试环境分为软件部分和硬件部分：A软件部分:通常是布署测试环境电脑中毒、测试版本更新不立即、测试工具无法正常使用。处理方案有将测试环境临时搭建到测试人员电脑上，而且立即对测试服务器进行杀毒等补救方法。自动化测试工具无法正常使用，在不影响测试任务情况下，能够采取其它方法或其它工具实施测试。当缺点管理工具无法正常使用时候，测试组长需要立即找出犯错原因并立即修复，以确保测试工作正常实施。B硬件部分:当测试服务器出现无法修复或需要长时间修复硬件问题时，能够由测试组长将测试环境临时搭建到测试人员电脑上，而且立即和企业其它部门沟通立即处理测试服务器硬件问题5. 在做性能测试过程中发觉被测对象存在严重性能问题，能够临时跳过这个功效或模块，实施其它功效或模块性能测试。而这个存在严重性问题功效或模块应立即交给开发人员处理。