软件测试报告(共15页).doc

《软件测试报告(共15页).doc》由会员分享，可在线阅读，更多相关《软件测试报告(共15页).doc（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上大学生学籍管理系统+1.0测 试 报 告文件状态： 草稿 正式发布 正在修改报告编号：当前版本：1.0编写人： 编写日期2015-06-17审批人：审批日期保密级别：专心-专注-专业目 录第1章 引言1.1 编写目的本测试报告为大学生学籍管理项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到学籍管理功能目标）。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。1.2 项目背景为了提高管理学生工作的老师的工作效率，开发了大学学籍管理系统。 这个系统能满足用户:管理员账户与普通账户Log

2、in/Logout。管理员账户具有添加、修改、删除功能，普通账户只能查看。主要功能：能完成大学新生的添加、修改、删除，能按学生成绩求和、排名，列出不及格学生的名单等。操作简单、界面友好；确保信息的准确性，动态性，安全性。大学学籍管理系统是基于Java EE的技术，采用B/S结构，适于分布式多客户作业，客户端的要求也很低。1.3 参考资料资料名称作者大学学籍管理系统产品规格说明书言若金叶软件研究中心编写大学学籍管理系统软件技术设计说明书言若金叶软件研究中心编写大学学籍管理系统需求规格说明书刘军伟-赵佳琦-滕敏剑-梁修梅-蔺广鹏大学学籍管理系统测试计划刘军伟-赵佳琦-滕敏剑-梁修梅-蔺广鹏大学学籍

3、管理系统测试用例刘军伟-赵佳琦-滕敏剑-梁修梅-蔺广鹏第2章 测试概要测试阶段包括集成测试，系统测试，性能测试，压力测试，容量测试，负载测试并且对测试过程进行评估。本计划所提到的测试类型是需求阶段的测试，即对大学学籍管理系统进行功能验证的测试过程。测试范围：新建学生模块，学生信息管理模块，学生信息查询模块测试目的：发现大学生学籍管理中目前存在的问题，并且对影响系统正常运行的BUG进行修复，以对完善系统。测试过程执行：整体测试过程结束，功能模块测试测试最为顺利，其它模块因技术，条件等原因或多或少存在一些问题。2.1 测试用例设计 本测试用例主要采用黑盒测试方法，功能测试部分采用了边界值，等价类等

4、用例设计方法，其它部分测试如性能测试，兼容性测试，压力测试等涉及到各自不同的测试方式和测试工具。2.2 测试环境与配置 下表列出了测试的系统环境软件环境（相关软件、操作系统等）操作系统：Windows 2000/XP以上版本；应用服务器和Web服务器：Tomcat 5以上数据库系统：MySQL客户端软件：MS Internet Explorer或Firefox等浏览器和office软件。硬件环境（网络、设备等）：对兼做应用服务器、Web服务器和数据库服务器的机器配置要求较高：256M以上内存，PIII500MHz以上CPU，10G以上可用硬盘空间；客户机只要能使用浏览器和Office软件即可。

5、网络条件和设备：网路连接卡或调制解调器。测试使用的工具用途工具生产厂商/自产版本压力测试工具JMeter开源组织2.3.4.功能测试工具Selinum开源组织1.0BUG管理工具JIRA第3章 测试内容和执行情况3.1 项目测试概况表对学籍管理系统系统的功能、性能、负载，安全性等方面进行了全面的测试。项目测试概况表项目版本开始时间结束时间用例数用例通过数问题数用例通过率个个个第一轮测试2015.6.152015.6.162573.2 功能功能测试情况概要模块名称开始时间结束时间用例数用例通过数问题数用例通过率个个个新建学生2015.6.162015.6.1643291467学生信息管理2015

6、.6.162015.6.1623学生信息查询2015.6.162015.6.1621表单2015.6.162015.6.1604040100链接2015.6.162015.6.1606Cookies2015.6.162015.6.16060601003.2.1 新建学生功能基本要求测试情况测试通过是否必填项为空学号，姓名，籍贯为必须输入项，未输入则需弹出警告，并拒绝新建有警告弹出，未新建学号内容输入学号输入应符合一定规范，不能有空格，汉字，中英文字符等对于空格，汉字，字符，字母等均可创建成功姓名内容输入姓名输入应符合一定规范，不支持，#，￥，* 等字符输入对于字符输入无限制身份证号输入身份证号

7、应支持尾号为X的输入支持电话输入电话输入应不包含，字母和汉字会弹出警告框，并拒绝录入3.2.2 学生信息管理功能基本要求测试情况测试通过是否“全不选”按钮功能测试点击可以对所有学生进行选取“删除”按钮功能测试点击可以对已选中的学生信息进行删除“修改”按钮功能测试一次只能对一个学生信息进行修改“保存”按钮功能测试点击可以对修改后的学生信息进行提交和保存3.2.3 学生信息查询功能基本要求测试情况测试通过是否“学号”查询输入完整学号后，可以显示对应学号学生的基本信息“姓名”查询输入姓名后，可以列出对应姓名的学生的基本信息“籍贯”查询输入籍贯后，可以列出对应籍贯的学生的基本信息“身份证号”查询输入身

8、份证号后，可以列出对应身份证号的学生的基本信息3.2.4 表单测试功能基本要求测试情况测试通过是否新建学生提交表单-新建学生信息并提交后，数据能正确保存到后台数据库中能够正确保存修改学生信息提交表单-修改学生信息并提交后，数据能正确保存到后台数据库中能够正确保存学生信息管理多选删除表单-测试学生信息管理可以使用多选删除功能可以多选删除浏览器功能测试表单-浏览器的前进、后退、刷新按钮，能够正常使用功能都可以正常使用3.2.5 链接测试功能基本要求测试情况测试通过是否导航栏新建学生测试在新建学生页面点击导航栏中链接都可以正常跳转学生信息管理测试在学生信息管理页面点击导航栏中链接都可以正常跳转学生信

9、息查询测试在学生信息查询页面点击导航栏中链接都可以正常跳转新建学生返回按钮测试在新建学生页面点击返回，页面可以正常跳转到上一页3.2.6 cookies测试功能基本要求测试情况测试通过是否Cookies是否起作用登录后所有功能，都能以已登录用户身份访问符合要求页面无操作5分钟测试页面无操作5分钟，cookies信息不会被注销5分钟无操作，系统功能可以以登录身份正常访问页面刷新测试页面刷新后，cookies信息不会丢失，用户身份不会注销刷新以后，可以以已登录身份正常访问3.3 性能测试性能测试情况概要项目版本开始时间结束时间用例数用例通过数问题数用例通过率个个个1.02015.6.162015.

10、6.1724625%测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。这里测试学籍系统在预定环境和负载下的响应速度。序号用例名称基本要求测试情况测试通过是否1响应时间-打开WEB1个用户打开WEB响应时间达到预期要求210，50，95个用户同时打开WEB3响应时间-登录系统1个用户登录系统响应时间达到预期要求410，50，95个用户同时登录系统5响应时间-信息注册1个用户注册信息响应时间达到预期要求610，50，95个用户同时注册信息7CPU占用率-打开WEB1个用户打开WEB响应时间达到预期要求810，50，95个用户同时打开

11、WEB9CPU占用率-登录系统1个用户登录系统响应时间达到预期要求1010，50，95个用户同时登录系统11CPU占用率-信息注册1个用户注册信息响应时间达到预期要求1210，50，95个用户同时注册信息3.4 压力测试压力测试情况概要项目版本开始时间结束时间用例数用例通过数问题数用例通过率个个个1.02015.6.162015.6.1712325% 3.4.1 测试用例测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。这里测试学籍系统在不同压力下的运行情况，是否可以正常运行10min。序号用例名称基本要求测试情况测试通过是否1

12、3运行情况-登录WEB测试1人打开WEB时，系统的运行情况响应时间达到预期结果14测试10，50，100人打开WEB时，系统的运行情况15运行情况-登录系统测试1人登录系统时，系统的运行情况响应时间达到预期结果16测试10，50，100人登录系统时，系统的运行情况17运行情况-信息注册测试1人注册信息时，系统的运行情况响应时间达到预期结果18测试10，50，100人同时注册信息时，系统的运行情况3.5 容量测试压力测试情况概要项目版本开始时间结束时间用例数用例通过数问题数用例通过率个个个1.02015.6.162015.6.1715320% 3.5.1 测试用例测试用例是为某个特殊目标而编制的

13、一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。这里测试学籍系统在可正常运行10min时所能负载的最大用户数。序号用例名称基本要求测试情况测试通过是否19运行情况-登录WEB测试1人打开WEB时，系统的运行情况响应时间达到预期结果20测试10,50,90，100人打开WEB时，系统的运行情况21运行情况-登录系统测试1人登录系统时，系统的运行情况响应时间达到预期结果22测试10,50,90，100人登录系统时，系统的运行情况23运行情况-信息注册测试1人注册信息时，系统的运行情况响应时间达到预期结果24测试10,50,90,100人同时注册信息时，系统的运行

14、情况压力测试情况概要项目版本开始时间结束时间用例数用例通过数问题数用例通过率个个个1.02015.6.162015.6.1715320% 3.6.1 测试用例测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。这里测试学籍系统在极限用户数的情况下的运行情况，是否可以正常运行10min。序号用例名称基本要求测试情况测试通过是否25运行情况-登录WEB1人打开WEB时，系统运行正常达到预期结果10，50，90，100人打开WEB时，系统运行正常26运行情况-登录系统1人登录系统时，系统的运行情况达到预期结果测试10,50,90，100

15、人登录系统时，系统的运行情况27运行情况-信息注册测试1人注册信息时，系统的运行情况达到预期结果测试10,50,90,100人同时注册信息时，系统的运行情况3.6 安全性测试测试内容基本要求测试情况测试通过是否用户权限所有授权用户是否能在所授权限下进行工作，不容许超权限。实现要求。安全登陆所授权用户是否能安全登录。实现要求。超时限制登录系统长时间不操作，系统是否需要重新登录。实现要求。验证码登录系统时，输入验证码是否能正常登录。没有实现要求。URL跳转在浏览器中输入网址，网页是否正常跳转。实现要求。漏洞扫描使用nmap工具进行漏洞扫描。实现要求。模拟攻击使用模拟工具，模拟攻击。没有实现要求。第

16、4章 覆盖分析测试覆盖率模块名称用例个数执行数各模块测试覆盖率未/漏测分析和原因功能87 list87list100%性能24 list6list25%协议2 list网络配置8 listCookie6 list6list100%文档10 list10list100%数据库15 list链接6 list可维护性4 list恢复性4 list安全性12 list7list58%业务流程8 list3list37.5%压力12 list容量15 list3list20%表单4 list4list100%数据流8 list负载15 list3list20%健壮性9 listUI8 list8list

17、100%第5章 缺陷的统计与分析5.1 缺陷汇总 测试问题数量-问题类型创建与解决问题对比图问题级别分类统计5.2 缺陷分析 本部分对上述缺陷和其他收集数据进行综合分析。重要缺陷分析表模块名称缺陷编号简要描述分析结果测试通过（Pass/Fail）数据库DEMO-103数据库中无效数据也可以被查询功能DEMO-102籍贯可以纯数字输入功能DEMO-97清除按钮无法清除学号功能DEMO-85修改女生信息后，点击保存，性别会自动变成男安全DEMO-73登录界面没有验证码功能DEMO-100通讯地址对超长文本无限制功能DEMO-95新建学生，身份证号填写错误，有警告提示，但依然录入功能DEMO-98新

18、建学生邮箱可以录入非法字符功能DEMO-89新建学生籍贯可以录入非法字符功能DEMO-86相同学号创建学生信息，无警告5.3 残留缺陷与未解决问题 遗留问题清单残留缺陷与未解决问题列表模块名称缺陷编号性质简要描述原因分析数据库DEMO-103Bug数据库中无效数据也可以被查询功能DEMO-102Bug籍贯可以纯数字输入功能DEMO-100Bug通讯地址对超长文本无限制功能DEMO-98Bug新建学生邮箱可以录入非法字符功能DEMO-97Bug清除按钮无法清除学号功能DEMO-95Bug新建学生，身份证号填写错误，有警告提示，但依然录入功能DEMO-89Bug新建学生籍贯可以录入非法字符功能DE

19、MO-85Bug修改女生信息后，点击保存，性别会自动变成男第6章 缺陷报告第7章 测试结论与建议7.1 测试结论“大学生学籍管理系统”在用户现场环境进行功能、可靠性、安全性、可使用性、兼容性、安装和手册功能七个方面进行了全面、严格、规范的测试。测试结果表明：“大学生学籍管理系统”完全达到业务需求文档中的要求，并具有以下特点：1. 系统架构先进、简单。该系统采用先进的B/S架构，后台支持各种大小数据库，系统结构清晰明确，可满足学校网络软件应用的要求。2. 功能全面。该软件由桌面系统、应用服务器等模块组成，包括了新建学生信息、学生基本信息管理、学生基本信息查询等功能。方便查看学生基本信息、修改学生

20、信息、维护学生成绩。3. 系统安全性较好。系统具有严格的权限设置功能，权限设置可细化到字段级，不同权限的人员只能看到自己有权限访问的字段内容，有效地保证了数据的安全性。4. 系统设置灵活。该软件完全基于工作流程进行设计，系统业务功能操作简单，可轻松查看学生学籍信息。5. 系统可靠性高。对客户机掉电或强行关机后重启机器、网络异常中断。有完善的数据校验机制，对用户输入不符合要求的数据，给出了简洁、准确的提示信息，必要时给出了帮助。6. 系统兼容性好。系统设计灵活，能满足用户在各种操作系统，各种web应用服务器及各种主流数据库支撑软件下的使用。7. 系统预测统计模型通过严格测试，以大量学生信息数据进行预测，使预测模型求出的预测数据更接近真实数据。8. 测试结论：通过。7.2 建议 1.系统整体bug集中在功能性方面，尤其是对于录入数据的约束上，需要从细节和现实使用的角度出发，进行重点关注和修复。2.系统的兼容性较差，对于多种浏览器都存在界面显示异常的问题。3.缺少必要的帮助选项。4.缺少很多的警告性信息，包括用户误操作，或数据未保存退出提醒。