软件测试-测试报告

《软件测试-测试报告》由会员分享，可在线阅读，更多相关《软件测试-测试报告（22页珍藏版）》请在金锄头文库上搜索。

1、 “学生综合测评管理系统”测试文档项目版本：学生综合测评管理系统 1.0.0 小组成员:目录1“学生综合测评管理系统”测试需求31.1系统简介31.2功能测试需求31.3性能测试需求51.3.1系统用户分析51.3.2性能测试项51.3.3性能要求61.4链接测试需求61.5界面测试需求61.6兼容性测试需求62“学生综合测评管理系统”测试方案72.1功能测试策略72.2性能测试策略72.3链接测试策略82.4界面测试策略82.5兼容性测试策略92.6测试计划92.7缺陷等级划分92.8测试环境103“学生综合测评管理系统”测试用例设计及执行113.1功能测试用例设计及执行113.1.1用户注

2、册模块测试113.1.2发表博客模块测试133.2性能测试场景设计及执行143.2.1注册模块性能测试143.2.2发表文章模块性能测试163.2.3组合测试173.3链接测试183.4界面测试193.5兼容性测试204测试报告214.1功能测试结果分析214.2性能测试结果分析224.3链接测试结果分析234.4界面测试结果分析244.5兼容性测试结果分析244.5总结241 “学生综合测评管理系统”测试需求1.1 系统简介“学生综合测评管理系统”是一款基于MVC+SQL sever的用于管理学生综合测评的信息管理系统。“学生综合测评管理系统”支持多类用户以不同的权限登陆，每类用户可以进行不

3、同类型的操作。“学生综合测评管理系统”旨在让学生的综合测评更方便，快捷，更公平，更透明。1.2 功能测试需求1、功能点1（用户登陆）2 表1-1 用户登陆功能说明功能需求ID功能子项功能描述FUN-L用户登陆学生用户登录学生用户使用自己的账号和密码登录系统。班长用户登陆班长用户使用自己的账号和密码登录系统。辅导员用户登陆辅导员用户使用自己的账号和密码登录系统。管理员用户登陆管理员用户使用自己的账号和密码登录系统。注：L（login），即登陆2、功能点2：提出加分申请模块 表1-2 提出加分申请说明功能需求ID功能子项功能描述FUN-A提出加分申请类别选择从下拉框中选择自己要申请的类别，不选择或

4、选择不完全则无法提交申请主题填写主题填写可以正常提交加分申请，主题未填写无法提交申请。内容填写内容填写可以正常提交加分申请，内容未填写无法提交申请。注：A（apply），即申请3、功能点3：审核学生加分申请模块 表1-3 用户管理功能说明功能需求ID功能子功能功能描述FUN-M审核学生加分申请超链接在“加分审核”页面中点击学生加分申请的超链接，能正常跳转到显示加分信息的页面申请类别申请类别的下拉框中能正确显示学生提交加分申请的类别学号显示学号显示框中正确显示申请学生的学号主题显示主题框中正确显示学生填写的主题内容显示内容框中正确显示学生填写的主题通过审核点击“通过”按钮，申请通过，对应的加分能

5、成功加到学生的成绩表里。驳回审核点击“驳回”按钮，对应的加分申请被驳回，加分表里不加分。注：E（examineexamine），即审核4、功能点4：用户管理模块 表1-4 用户管理功能说明功能需求ID功能子功能功能描述FUN-M用户管理增加用户可以按需要增加用户，包括学生、班长、辅导员删除用户可以按需求删除任意用户，包括学生、班长、辅导员修改用户信息可以按需求修改任意用户信息，包括学生、班长、辅导员查询当先所有用户可以查看到当前数据库存在的所有用户，包括学生、班长、辅导员注：M（manage），即管理2.1 性能测试需求2.1.1 系统用户分析系统的用户主要分为3类：学生，辅导员，系统管理员。

6、学生：提交加分申请、查看个人测评成绩、查看所有学生测评成绩、修改用户密码等。人数：50。辅导员：审核加分申请，查看所有学生测评成绩、修改用户密码等。人数：2。系统管理员：查看所有学生的测评成绩、对用户进行增删改查等。人数：1。1. 系统并发用户数估算测试压力估算时采用经验公式如下：Ave（Vu）=n/10Max（Vu）=r*Ave（Vu）n = 200r = 2平均用户并发数和最大并发用户数如下：平均后台并发数：1最大后台并发数：2平均前台并发数：20最大前台并发数：402.1.2 性能测试项此次性能测试的主要内容是用户并发测试，主要是针对系统的核心功能和重要业务进行测试，并以真实的业务数据作

7、为输入，选择有代表性和关键的业务员操作来设计测试用例。对下列业务进行并发测试：1） 提出加分申请2） 审批学生加分申请2.1.3 性能要求对系统进行性能测试必须借助性能测试工具进行，模仿前面估算的并发用户数进行操作，检查并获得系统的响应能力、点击率和吞吐率等性能指标。系统响应时间判断原则（2-5-10原则）如下：1） 业务响应时间小于2s，判为优秀。2） 业务响应时间在25s之间，判为良好。3） 业务响应时间在510s之间，判为及格。4） 业务响应时间超过10s，判为不及格。根据如上原则，当前台用户数为12，后台用户数为25时，将80%的业务响应时间小于10s定为合格标准，再利用此标准测试性能

8、瓶颈。2.2 链接测试需求需要测试前台和后台的所有系统的链接，95%以上的链接为有效链接为合格。链接测试的内容主要包括：1. 测试所有链接是否按所指示的那样确实连接到了应该链接的页面。2. 测试所链接的页面是否存在。3. 保证该系统上没有孤立的页面。2.3 界面测试需求系统界面的测试要求界面易用、规范、美观、整洁，破除新用户对软件的生疏感，使老用户更易于上手、充分利用已有经验。系统的界面测试主要从待测系统界面的窗口、界面元素、回显、易于理解性和美观协调等方面入手，方便系统用户的使用。2.4 兼容性测试需求系统需支持主流浏览器的正常登陆与操作。3 “学生综合测评管理系统”测试方案3.1 功能测试

9、策略功能测试的重点是：提出加分申请、审批学生加分申请。发表博客模块策略如表2-1所示。表2-1 提出加分申请功能测试策略测试策略项 提出加分申请模块测试测试类型功能测试测试技术手工测试测试通过/失败标准80%测试用例通过，缺陷数不超过用例数的20%，不存在Urgent等级的缺陷特殊考虑无表2-2 审批学生加分申请功能测试策略测试策略项 审批学生加分申请模块测试测试类型功能测试测试技术手工测试测试通过/失败标准80%测试用例通过，缺陷数不超过用例数的20%，不存在Urgent等级的缺陷特殊考虑无3.2 性能测试策略性能测试的重点是压力测试和并发负载测试，并根据测试项设计了两种场景，即用户并发操作

10、和用户递增操作。测试模块如下：用户注册模块、发表博客模块。性能测试策略如表2-3所示。表2-3 提出加分申请模块性能测试策略测试策略项 用户注册模块测试测试技术使用LoadRunner测试化工具自动测试测试通过/失败标准80%的事务响应时间不超过6s特殊考虑（1）可创建虚拟用户模拟多个客户机表2-4 审批学生加分申请模块性能测试策略测试策略项 发表博客模块测试测试技术使用LoadRunner测试化工具自动测试测试通过/失败标准80%的事务响应时间不超过6s特殊考虑（1）可创建虚拟用户模拟多个客户机3.3 链接测试策略对于页面链接的测试，采用自动化工具Xenu Link Sleuth测试该系统，

11、95%以上的链接为有效链接为合格。3.4 界面测试策略用户界面测试，主要采用观察和问卷调查，主要核实以下内容：1. 鼠标移动和快捷键的使用都正常。2. 窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准。3. 数据项能正确回显。4. 对于有风险的操作有提示，对错误输入有提示。5. 界面美观。6. 使用方便。测试检查项如表2-5所示。表2-5 用户界面测试检查项检查项评价窗口切换，移动，改变大小时正常吗？快捷键使用正常吗？各种界面元素的状态正确吗？（如有效，无效，选中等状态）各种界面元素支持界面操作吗？各种界面元素支持鼠标操作吗？对话框中的缺省焦点正确吗？对于常用的功能，用户能否不必阅读

12、手册就能使用？数据项能正确回显吗？提示正确吗？对于有风险的操作，有“确认”，“放弃”等提示吗？操作顺序合理吗？有联机帮助吗？各种界面元素的布局合理吗？美观吗？各种界面元素的颜色协调吗？美观吗？字体美观吗？图标直观吗？3.5 兼容性测试策略在进行功能测试时在不同的客户端上使用不同的主流浏览器登陆、操作、进行测试，以此来并行进行兼容性测试。3.6 测试计划表2-6人员时间安排测试测试类型负责人时间1设计测试用例周明2013.9.152功能测试周明、雷勇、王永强、罗玲2013.11.283链接测试雷勇2013.11.204界面测试罗玲2013.11.295性能测试王永强2013.11.296兼容性测

13、试罗玲2013.11.297撰写报告周明2013.12.233.7 缺陷等级划分缺陷等级划分如表2-7所示。表2-7 缺陷等级划分缺陷严重等级严重程度Low（低） 各种提示框信息使用不统一,未采用行业术语 界面显示或描述建议 光标跳转设置不好，鼠标（光标）定位错误 其他建议性问题Medium（中） 使操作者不方便或遇到麻烦，但它不影响执行工作或功能实现 辅助说明描述不清楚 显示格式不规范 长时间操作未给用户进度提示 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显的区分标志 系统处理未优化High（高） 严重地影像系统要求或基本功能的实现，但存在合理的更正办法（重装和重启软件不属于更正办法） 界面错误(详细文档) 打印内容、格式错误 删除操作未给出提示 数据输入没有边界值限定或不合理 未限制输入内容 提示信息不太准确Very High（非常高） 严重地影像系统要求或基本功能的实现，且无法更正 功能不符 数据流错误 程序接口错误 轻微的数值计算错误Urgent（紧急） 不能执行正常工作功能或重要功能，使系统崩溃或资源严重不足 由于程序所引起的死机,非法退出 死循环 导致数据库发生死锁