软件测试 —— 需求评审报告

简介: 软件测试 —— 需求评审报告

任务:

       1、 阅读和分析需求规格说明书中描述的所有需求项,列出测试需求

       2、 对照需求规格说明书检查列表对案例系统进行测试

       3、 完成需求评审报告

1、分析需求规格说明书,列出测试需求

1)功能需求(包括功能模块、功能点、约束条件、业务流程等)

表1:学生信息管理系统功能需求表。

需求编号 模块 功能 原始需求 需求整理
1 学生资料管理 新增学生资料 在学生资料列表模块,管理员可根据系统实际运行的需要,为系统创建用户并分配班级。 1. 该功能可以提供对于新增学生资料的信息进行录入。
2. 输入新增学生的学生编号、学生名字、所在班级、性别和年龄。
编辑学校资料 在学生资料管理模块,提供编辑学生资料的功能,用户可修改除学生编号外的学生资料。 1. 该功能可以提供对于所选的学生资料进行编辑。
2. 只可修改除学生编号外的学生资料。
删除学生资料 在学生资料管理模块,提供删除学生资料的功能。(只能删除非当前用户的学生资料) 1. 该功能可以删除学生资料。
2. 只能删除非当前用户的学生资料。
2 系统设置 部门设置 存储用户的部门资料和部门设置。部门设置主要负责部门的资料管理,管理员可根据系统实际运行的需要,创建部门,并能对部门的资料进行编辑和删除。 1. 管理员可以根据实际情况,对于部门的资料进行编辑和删除。
2. 对于新增部门的信息,用户要输入新增部门的编号和部门名称。
3. 编辑部门信息时只能修改除部门编号外的部门资料。
4. 用户可以在部门设置模块中选择部门并删除该部门的全部资料。
课程设置 存储用户的课程资料和课程设置。课程设置主要负责课程的资料管理,管理员可根据系统实际运行的需要,创建课程,并能对课程的资料进行编辑和删除。 1. 管理员可根据系统实际运行的需要,创建课程,并能对课程的资料进行编辑和删除。
2. 对于新增课程的信息,用户要输入新增课程编号和课程名称。
3. 编辑课程资料的功能,用户只能修改除课程编号外的课程资料。
4. 用户可以在课程设置模块中选择课程并删除该课程的全部资料。
专业设置 存储用户的专业资料和专业设置。专业设置主要负责专业的资料管理,管理员可根据系统实际运行的需要,创建专业,并能对专业的资料进行编辑和删除。 1. 管理员可根据系统实际运行的需要,创建专业,并能对专业的资料进行编辑和删除。
2. 对于新增专业的信息,用户要输入新增专业所属的部门、专业编号和专业名称。
3. 编辑专业资料的功能,用户只能修改除专业编号外的专业资料。
4. 用户可以在专业设置模块中选择专业并删除该专业的全部资料。
专业课程设置 存储用户的专业课程资料和专业课程设置。专业课程设置主要负责专业课程的资料管理,管理员可根据系统实际运行的需要,创建专业课程,并能对专业课程的资料进行编辑和删除。 管理员可根据系统实际运行的需要,创建专业课程,并能对专业课程的资料进行增加、编辑和删除。
对于新增专业课程的信息,用户要输入新增专业课程所属的专业名称和课程名称。
编辑专业资料的功能,用户只能修改除专业编号外的专业资料。
用户可以在专业课程设置模块中选择专业课程并删除该专业课程的全部资料。
班级设置 存储用户的班级资料和班级设置。班级设置主要负责班级资料管理,管理员可根据系统实际运行的需要,创建班级,并能对班级的资料进行编辑和删除。 管理员可根据系统实际运行的需要,创建班级,并能对班级的资料进行编辑和删除。
对于新增班级的信息,用户要输入新增班级所属的专业、班级编号和班级名字。
编辑班级资料的功能,用户只能修改除班级编号外的班级资料。
用户可以在班级设置模块中选择班级标号并删除该班级的全部资料。
3 操作员管理 新增操作员资料 管理员可根据系统实际运行的需要,为系统创建用户并设置密码。在操作员资料列表模块,提供新增操作员资料的功能。 1. 该功能可以提供对于新增操作员资料的信息进行录入。
2. 输入新增操作员的名称、登录密码和效验密码。
编辑操作员资料 在操作员资料管理模块,提供编辑修改操作员密码的功能,用户可修改操作员的登陆密码。 1. 该功能可以修改选中的操作员的登录密码。
删除操作员资料 在操作员资料管理模块,提供删除操作员资料的功能。(只能删除非当前用户的操作员资料) 1. 该功能可以删除选中的操作员的全部资料。
2. 能删除非当前用户的操作员资料。

显示详细信息

业务流程

       学生信息管理系统分为三个模块,他们分别是学生资料管理模块、系统管理模块和操作员管理模块。其中系统设置模块是学生信息管理系统的业务支撑模块,包括了部门设置、课程设置、专业设置、专业课程设置及班级设置五个子模块。

图1:学生信息管理系统模块图

图2:学生资料管理模块流程图

图3:系统设置模块流程图

图4:部门设置子模块流程图

图5:课程设置子模块流程图

图6:专业设置子模块流程图

图7:专业课程设置子模块流程图

图8:班级设置子模块流程图

图9:操作员管理模块流程图

2)非功能需求(包括性能需求、安全性需求、稳定性需求等)

表2:学生信息管理系统非功能需求表。

编号 非功能需求 要求
1 性能 1. 用户对于信息进行查询的时候,学生信息管理系统能快速的在数据库中查询到信息并且将信息给用户看到。
2. 能满足所有学生老师和管理员一起使用的时候系统能正常运行。
3. 能统计并显示学生信息管理系统在线使用的人数。
4. 管理者能通过系统看到使用学生信息管理系统的总用户人数、使用系统峰值的时候的在线用户人数、平均在线的用户人数。
5. 学生信息管理系统的数据存储量要能够满足平时的存储需求,并且有所空余。
2 系统可靠性 1. 只有通过学校内网才可以进行访问。
2. 学生信息管理系统应该满足用户每天24小时都可以使用。
3. 学生和老师只能进行查询
4. 当系统出现故障和用户出现错误的操作后系统能恢复到之前没有错误的时候。
5. 当用户在使用过程中遇到错误的时候可以立即知道错误的原因。
6. 当用户网络不稳定的情况下系统不会进行任何的改动。
7. 系统严格控制对数据库的修改等操作功能。
8. 系统采用目前最先进的数据库管理系统。
3 可维护性 1. 定期对于学生信息管理系统的质量进行检查与维护。
2. 检查出现问题要及时对于故障进行处理。
3. 定期更新学生信息管理系统。
4 可扩充性 1.要是使用时间长了,系统需要存储的信息量较大,系统可相应增加服务器实现扩展。
5 对技术和对业务的适应性 1. 学生信息管理系统能够适应新的软硬件环境,能提高系统的性能和运行效率。
2. 学生信息管理系统能够进行调整,使之适应应用对象的变化,满足用户的需求。
3. 学生信息管理系统能够在各个浏览器上都可以正常运行。
6 可用性 1. 系统让用户能简易的使用,能让任何用户除了管理员外都不必借助任何操作手册就能使用。
2. 界面要简洁清晰,简单易用。
7 易用性 1. 简洁美观、操作简单、可视化程度高。
2. 服务方便快捷,用户很容易找到他们期望进行的各种操作。
8 数据精度 1. 日期精度要求具体的日。
2. 时间精度要求具体到秒。
3. 编号精度要求填入的数字不能多也不能少。

显示详细信息

2、对照需求规格说明书检查列表对案例系统进行测试,找出存在的问题,填入以下需求评审报告

序号 章节号 问题类型 问题描述 评审人处理意见
1 2 文字错误 2.3功能模块写了四个模块,其实只有三个模块。 将“四个”改成“三个”。
2 2 表述不清 2.4“系统的使用者角色只有系统管理员”。表述不清。 系统的使用者角色应该有:管理员、教师和学生,不过各自的操作权限不同而已。
3 2 结构性错误 3.2.5“班级设置子模块”内容写在了 2.4“使用者角色”内容里面。 将2.4.1的内容写到3.2.5里面。
4 2 含义错误 2.4.1“删除班级信息”下的内容是编辑班级资料的功能。 重新编写班级信息的“删除班级信息”功能。
5 2 含义错误 2.4.1.1 “班级所在子模块”功能概述的含义错误,写成了“专业课程设置”的含义。 重新描述“班级所在子模块”的功能概述。
6 2 结构性错误 标题与标题之间的空行不统一。 标题与标题之间应该统一只空一行。
7 3 文字错误 3.1.1.2的标题存在错别字。 把“学校”改成“学生”。
8 3 含义错误 3.1.3.1.1“新增部门信息”下的内容写的是编辑功能。 重新编写部门的“新增功能”。
9 3 序号重复 3.1.3部门设置子模块中的
3.1.3.2功能需求点中功能点编号重复,出现了两次“F-02-01-007”
3.1.5专业课程设置子模块中的3.1.5.2功能需求点中功能点编号重复,出现了两次“F-02-03-005”
1.将最后的编号改成F-02-01-008
2.将第二个功能点编号F-02-03-005改成F-02-03-006。
10 3 文字错误 3.2.2专业设置子模块(0202)的编号错误 将(0202)改成(0203)。
11 3 文字错误 3.1.4.2.1“新增专业信息”模块下的附图10的标题错误。 将附图 10的标题改成“新增专业资料”。
12 3 内容遗漏 第3章功能需求只写了四个模块,漏了一个班级模块。 在第3章功能需求下把第五个子模块班级设置子模块加上。
13 3 图片错误 3.1.4课程设置子模块中的3.1.4.1.1的附图8新增课程资料的图片是新增部门资料的图片。 将附图8的图换成新增课程资料的图片。
14 3 结构性错误 1. 目录中的3.2是“系统设置模块(02)”而说明书的内容写成了2.2。
2. 目录中的3.2.1是“部门设置子模块(0201)”而说明书的内容写成了3.1.3。
3. 目录中的3.2.2是“课程设置子模块(0202)”而说明书的内容写成了3.1.4。
4. 目录中的3.2.3是“专业设置子模块(0203)”而说明书的内容写成了3.2.2。
5. 目录中的3.2.4是“专业课程设置子模块(0204)”而说明书的内容写成了3.1.5。
6. 目录中的3.2.5是“班级设置子模块(0205)”而说明书的内容写成了2.4.1。
1. 将与3.2有关的排版改成2.2下面。
2. 将与3.1.3有关的排版改成3.2.1下面。
3. 将与3.1.4有关的排版改成3.2.2下面。
4. 将与3.2.2有关的排版改成3.2.3下面。
5. 将与3.1.5有关的排版改成3.2.4下面。
6. 将与2.4.1有关的排版改成3.2.5下面。
15 2 改进建议 学生资料中的信息不够全面。 学生资料中的信息增加学生照片、专业和住址。
16 2 改进建议 学生信息管理系统的首页应该给出语言切换功能。 增加系统中文与英文的切换功能。
17 2、3 改进建议 该说明书各个模板之间的表达太相似。 每个模板尽量使用不同的文字来表达。
18 2、3 改进建议 该说明书各个模块表述内容太少,没有相对应的图片解析。 每个模块多写一些内容,每个模块都附上相应的图片。

显示详细信息

 问题类型可从以下取值中选择:

  • 结构性错误:指文档或某章节在内容组织上存在结构性错误;
  • 内容遗漏:指文档或某章节对应该描述的内容存在遗漏;
  • 表述不清:指描述不清晰或不合理,导致评审人不能理解或容易造成误解;
  • 含义错误:指文档描述的内容在含义上出现错误;
  • 文字错误:指出现错别字;
  • 疑问:评审人存在的疑问;
  • 改进建议:对表述方式和描述内容的优化改进建议。

以上表中只列了15条记录,评审人可根据实际情况增减该记录数。


相关文章
|
4月前
|
测试技术
软件交付问题之为什么测试用例不能全由开发人员告知测试人员
软件交付问题之为什么测试用例不能全由开发人员告知测试人员
|
测试技术 UED
如何实施测试用例评审维护与更新?附模板
如何实施测试用例评审维护与更新?附模板
163 0
|
6月前
|
敏捷开发 测试技术
软件测试/测试开发|测试用例设计和评审应该怎么做,一篇文章告诉你?
软件测试/测试开发|测试用例设计和评审应该怎么做,一篇文章告诉你?
140 0
|
测试技术
软件测试用例评审标准规范是什么?附模板
软件测试用例评审标准规范是什么?附模板
612 1
|
测试技术
嵌入式软件测试笔记9 | 嵌入式软件测试中如何做好评审工作?
嵌入式软件测试笔记9 | 嵌入式软件测试中如何做好评审工作?
131 0
|
数据可视化 测试技术
测试用例评审如何开展
测试用例评审如何开展
162 0
测试用例评审如何开展
测试思想-文档评审 关于需求评审
测试思想-文档评审 关于需求评审
74 0
|
敏捷开发 人工智能 自然语言处理
测试思想-文档评审 需求分析和评审简述
测试思想-文档评审 需求分析和评审简述
115 0
|
测试技术
软件测试面试题:阶段评审与项目评审有什么区别?
软件测试面试题:阶段评审与项目评审有什么区别?
114 0
|
安全 测试技术
测试流程--用例评审流程规范
测试用例是软件测试的核心,是测试和研发验收活动的准则,但它并不是编写出来就立即变成准则,而是要经过开发和产品等相关团队评审后才能成为准则规范。也可以认为,测试用例的评审是产品、研发和测试统一需求认知的最后一道关。
810 0