软件测试-测试报告

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

“学生综合测评管理系统”

测试文档

项目版本:学生综合测评管理系统 1.0.0

小组成员:

目录

1“学生综合测评管理系统”测试需求 (3)

1.1 系统简介 (3)

1.2 功能测试需求 (3)

1.3 性能测试需求 (5)

1.3.1 系统用户分析 (5)

1.3.2 性能测试项 (6)

1.3.3 性能要求 (6)

1.4 链接测试需求 (6)

1.5 界面测试需求 (7)

1.6 兼容性测试需求 (7)

2“学生综合测评管理系统”测试方案 (7)

2.1 功能测试策略 (7)

2.2 性能测试策略 (8)

2.3 链接测试策略 (8)

2.4 界面测试策略 (8)

2.5 兼容性测试策略 (9)

2.6 测试计划 (9)

2.7 缺陷等级划分 (10)

2.8 测试环境 (10)

3“学生综合测评管理系统”测试用例设计及执行 (11)

3.1 功能测试用例设计及执行 (11)

3.1.1 用户注册模块测试 (11)

3.1.2 发表博客模块测试 (16)

3.2 性能测试场景设计及执行 (19)

3.2.1 注册模块性能测试............................. 错误!未定义书签。

3.2.2 发表文章模块性能测试......................... 错误!未定义书签。

3.2.3 组合测试..................................... 错误!未定义书签。

3.3 链接测试 (19)

3.4 界面测试 (19)

3.5 兼容性测试 (20)

4测试报告 (21)

4.1功能测试结果分析 (21)

4.2性能测试结果分析..................................... 错误!未定义书签。

4.3链接测试结果分析..................................... 错误!未定义书签。

4.4界面测试结果分析 (21)

4.5兼容性测试结果分析 (22)

4.5总结 (22)

1“学生综合测评管理系统”测试需求

1.1系统简介

“学生综合测评管理系统”是一款基于MVC+SQL sever的用于管理学生综合测评的信息管理系统。“学生综合测评管理系统”支持多类用户以不同的权限登陆,每类用户可以进行不同类型的操作。“学生综合测评管理系统”

旨在让学生的综合测评更方便,快捷,更公平,更透明。

1.2功能测试需求

1、功能点1(用户登陆)

2表1-1 用户登陆功能说明

功能需求

ID

功能子项功能描述

FUN-L 用户

登陆

学生用户登录学生用户使用自己的账号和密码登录系统。班长用户登陆班长用户使用自己的账号和密码登录系统。

辅导员用户登

辅导员用户使用自己的账号和密码登录系

统。

注:L(login),即登陆

2、功能点2:提出加分申请模块

表1-2 提出加分申请说明

注:A(apply),即申请

3、功能点3:审核学生加分申请模块

表1-3 用户管理功能说明

注:E(examine),即审核

4、功能点4:用户管理模块

表1-4 用户管理功能说明

注:M(manage),即管理

2.1性能测试需求

2.1.1系统用户分析

系统的用户主要分为3类:学生,辅导员,系统管理员。

学生:提交加分申请、查看个人测评成绩、查看所有学生测评成绩、修改用户密码等。

人数:50。

辅导员:审核加分申请,查看所有学生测评成绩、修改用户密码等。

人数:2。

系统管理员:查看所有学生的测评成绩、对用户进行增删改查等。

人数:1。

1.系统并发用户数估算

测试压力估算时采用经验公式如下:

Ave(Vu)=n/10

Max(Vu)=r*Ave(Vu)

n = 200

r = 2

平均用户并发数和最大并发用户数如下:

平均后台并发数:1

最大后台并发数:2

平均前台并发数:20

最大前台并发数:40

2.1.2性能测试项

此次性能测试的主要内容是用户并发测试,主要是针对系统的核心功能和重要业务进行测试,并以真实的业务数据作为输入,选择有代表性和关键的业务员操作来设计测试用例。对下列业务进行并发测试:

1)提出加分申请

2)审批学生加分申请

2.1.3性能要求

对系统进行性能测试必须借助性能测试工具进行,模仿前面估算的并发用户数进行操作,检查并获得系统的响应能力、点击率和吞吐率等性能指标。系统响应时间判断原则(2-5-10原则)如下:

1)业务响应时间小于2s,判为优秀。

2)业务响应时间在2~5s之间,判为良好。

3)业务响应时间在5~10s之间,判为及格。

4)业务响应时间超过10s,判为不及格。

根据如上原则,当前台用户数为12,后台用户数为25时,将80%的业务响应时间小于10s定为合格标准,再利用此标准测试性能瓶颈。

2.2链接测试需求

需要测试前台和后台的所有系统的链接,95%以上的链接为有效链接为合格。链接测试的内容主要包括:

1.测试所有链接是否按所指示的那样确实连接到了应该链接的页面。

2.测试所链接的页面是否存在。

3.保证该系统上没有孤立的页面。

相关文档
最新文档