软件测试学生管理系统软件测试用例

合集下载

软件测试中的安全测试用例

软件测试中的安全测试用例

软件测试中的安全测试用例
在软件测试中,安全测试用例是非常重要的一项工作。

安全测试用例主要是为了检验软件系统的安全性,确保用户信息和系统数据的安全。

在进行软件测试的过程中,安全测试用例需要细致地分析系统的各个方面,以及可能存在的安全风险,从而设计出有效的测试用例。

首先,需要对系统进行全面的安全分析,确定潜在的安全威胁和漏洞。

安全测试用例的设计应该覆盖系统的各个模块和功能,包括用户身份认证、数据加密、权限管理、网络安全等方面。

通过模拟黑客攻击、恶意软件注入等方式,测试系统对各类安全威胁的抵抗能力。

其次,需要针对系统的不同功能和角色设计相应的安全测试用例。

例如,对于用户登录功能,需要测试密码输入的验证机制是否安全,以及登录过程中是否存在暴露用户信息的风险;对于权限管理功能,需要测试用户是否可以越权访问系统的敏感数据等。

另外,还需要关注系统的网络安全性。

通过模拟网络攻击和拒绝服务攻击,测试系统在面临网络攻击时的应对能力。

同时,还需要测试系统的数据传输是否加密和完整性校验是否有效,以防止数据在传输过程中被篡改或窃取。

在设计安全测试用例时,需要结合具体的业务场景和系统特点,制定相应的测试方案。

同时,还需要考虑系统的漏洞管理和修复机制,及时对测试过程中发现的安全问题进行反馈和处理。

总的来说,安全测试用例的设计是保障软件系统安全性的重要一环。

通过严谨的安全测试,可以有效地减少系统在面临各种安全威胁时的风险,并提升系统的安全性和稳定性,保障用户信息和数据的安全。

因此,在软件测试中,安全测试用例的设计和执行是不可或缺的一部分。

什么叫测试用例

什么叫测试用例

什么叫测试用例测试用例简介测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。

测试用例(Test Case)目前没有经典的定义。

比较通常的说法是:指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。

内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。

类别测试用例(Test Case)是将软件测试的行为活动做一个科学化的组织归纳.目的是能够将软件测试的行为转化成可管理的模式;同时测试用例也是将测试具体量化的方法之一.不同类别的软件,测试用例是不同的。

不同于诸如系统、工具、控制、游戏软件,管理软件的用户需求更加不统的趋势。

要使最终用户对软件感到满意,最有力的举措就是对最终用户的期望加以明确阐述,以便对这些期望进行核实并确认其有效性。

测试用例反映了要核实的需求。

然而,核实这些需求可能通过不同的方式并由不同的测试员来实施。

例如,执行软件以便验证它的功能和性能,这项操作可能由某个测试员采用自动测试技术来实现;计算机系统的关机步骤可通过手工测试和观察来完成;不过,市场占有率和销售数据(以及产品需求),只能通过评测产品和竞争销售数据来完成。

既然可能无法(或不必负责)核实所有的需求,那么是否能为测试挑选最适合或最关键的需求则关系到项目的成败。

选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果。

重要性确定测试用例之所以很重要,原因有以下几方面。

测试用例构成了设计和制定测试过程的基础。

测试的"深度"与测试用例的数量成比例。

由于每个测试用例反映不同的场景、条件或经由产品的事件流,因而,随着测试用例数量的增加,您对产品质量和测试流程也就越有信心。

判断测试是否完全的一个主要评测方法是基于需求的覆盖,而这又是以确定、实施和/或执行的测试用例的数量为依据的。

系统单元测试用例测试报告

系统单元测试用例测试报告

学生信息管理系统单元测试报告[二零一零年十二月二日]1编写目的1.1为了保证学生信息管理系统的各项功能可靠的实现,特编写了此测试计划,对所开发软件的各功能模块和事例进行测试。

1.2学会使用简单的单元测试工具,对系统模块进行测试分析,并编写测试用例。

1.3为软件单元的评审验收提供依据.2.单元模块概述2.1功能需求分析本系统由系统用户管理、学生管理、班级信息管理、课程设置和成绩管理几个模块组成。

2.1.1 系统用户管理模块系统用户管理模块主要是对用户信息的管理,它包括用户登录、添加用户、修改用户密码。

2.1.1.1 用户登录用户的登录限于已注册的用户,只有已注册的用户才能登录系统。

其实现过程:输入:用户名(用于登录账号);输入:密码。

点击:登录按钮。

处理:1)输入信息的合法性。

2)操作成功,登录系统。

否则,给出出错提示。

输出:登录成功或者登录失败的提示。

2.1.1.2 添加用户信息增加一个新的用户。

其实现过程如下:输入:用户名(用于登录帐号),姓名,密码,权限。

处理:1)数据有效性检验。

2)将用户信息保存到数据库对应的数据表中3)操作成功,给出成功提示,否则给出出错提示。

输出:操作结果。

成功给予成功提示,失败给予失败提示,并且给出失败原因。

2.1.1.3 修改用户密码修改密码用于用户对自己的密码进行修改。

输入:旧密码,新密码,确认密码处理:1)输入数据有效性的验证,密码长度为6-20。

2)判断新密码与确认密码是否相同,如果不相同,给出出错提示。

3)新密码与确认密码相同,判断旧密码是否正确,如果不正确给出出错提示。

4)新密码与确认密码相同,旧密码正确,用新密码替换原来旧密码。

操作成功,给出成功提示,否则给出出错信息。

输出:操作成功,系统提示密码修改成功,反之,系统提示密码修改错误,显示失败的原因2.2 主要测试工具的介绍测试单元的介绍和使用(Visual Unit测试工具)2.2.1直接解压“Visualunit1.4.5”文件,点击“setup”进行安装,安装完成后形成的文件:最后安装目录结果如图所示。

学生宿舍管理系统测试计划

学生宿舍管理系统测试计划
“5W”规则指:what,why,when,where,how;用例 5w 规则创建软件测试计 划,可帮助测试团队理解测试目的(why),明确测试范围和内容(what), 确定测试开始和结束日期(when),
3. 指 出 测 试 的 方 法 和 工 具 ( what ) , 给 出 测 试 文 档 和 软 件 存 放 位 置 (where) 采用评审和更新机制,保证测试计划满足实际需求
将测试工作上升到测试管理的高度都依赖于测试计划的制定。测试计划因此也成为测试











一个好的测试计划可以起到如下作用
1.
避免测试的“事件驱动”
2. 使测试工作和整个开发工作融合起来
3. 资源和变更事先作为一个可控制的风险
1.3.定义





软件测试是软件开发过程的重要组成部分,是用来确认一个程序的品
件测试、网络测试可以根据具体的性能指标来进行,此处所说的测试更多的是指软件测
试。
1.2.项目背景
软件测试计划作为软件项目计划的子计划,在项目启动初期是必须规划的。在越来
越多公司的软件开发中,软件质量日益受到重视,测试过程也从一个相对独立的步骤越
来越紧密嵌套在软件整个生命周期中,这样,如何规划整个项目周期的测试工作;如何
2.2 运行环境 (1)以Windows98 以上/ME/2000/XP/vista作为宿舍管理系统的后台操作系统。
(2)前台开发程序为Power Builder,SQL Server 2000。 (3)后台数据库为Microsoft Access 2000/ SQL Server 2000。 (4)主要硬件设备:PC机一台。 2.3 条件与限制

软件系统测试方案

软件系统测试方案

软件系统测试方案前言在软件开发过程中,测试是不可避免的环节。

测试过程旨在验证软件系统是否满足用户需求,同时检查和发现缺陷和错误。

一个良好的测试方案可以提高测试效率,降低测试成本,并提高软件质量。

本文将介绍一个软件系统测试方案,包括测试目标、测试策略、测试计划、测试用例设计、测试执行和测试报告。

该方案适用于中小型软件系统的测试。

测试目标该软件系统测试方案的测试目标是:1.确保软件系统功能的正确性、完整性和可用性;2.确保软件系统稳定性和性能;3.发现和记录缺陷和错误;4.确保软件系统满足用户需求和质量要求。

测试目标可以根据实际情况进行调整和优化。

测试策略测试策略是测试方案的重要组成部分,该方案的测试策略包括以下几个方面:1.功能测试:测试软件系统的各项功能是否正确、完整、可用;2.性能测试:测试软件系统的各项性能指标是否达标;3.兼容性测试:测试软件系统在各种不同操作系统、浏览器、设备上能否正确运行;4.安全测试:测试软件系统的安全性和稳定性;5.手工测试和自动化测试相结合:手工测试可以发现人工思考难以预料的问题,自动化测试可以提高测试效率和覆盖率。

测试策略可以根据实际情况进行调整和优化。

测试计划测试计划是测试的指导性文档,该方案的测试计划包括以下几个方面:1.测试环境:测试需要的软硬件环境;2.测试时间:测试的开始时间、结束时间和测试里程碑;3.测试范围:测试的具体范围,例如测试哪些功能、测试哪些性能指标等;4.测试人员:测试人员的角色、职责和分工;5.测试数据:测试需要的数据和测试数据的来源;6.测试用例:测试用例的数量、设计和实现;7.缺陷管理:缺陷报告的需求和处理流程;8.测试资源:测试需要的资源,例如测试工具、设备、网络等。

测试计划可以根据实际情况进行调整和优化。

测试用例设计测试用例的设计是测试的核心部分,该方案的测试用例设计可以遵循以下原则:1.测试用例要尽可能覆盖各种业务场景和情况;2.测试用例要能够验证软件系统的各项功能和性能指标;3.测试用例要能够反映用户的实际需求和操作习惯;4.测试用例要具有可重复性和可扩展性;5.测试用例要按优先级进行设计和执行。

软件系统测试方案

软件系统测试方案

考试报名及成绩查询系统测试方案与用例2012/3/27前言系统已在成功上线,从而的业务信息管理逐步走上了集中管控的道路。

由于密集整转在全市各点展开,从而将会势必出现业务系统中信息大量增长的态势。

随着业务系统在生产状态下日趋稳定、成熟,系统的性能问题也逐步成为了我们关注的焦点:每天大数据量的“冲击”,系统能稳定在什么样的性能水平,面临公司业务增加时,系统能否经受住“考验”,这些问题需要通过一个完整的性能测试来给出答案。

软件测试主要依据是被试系统的研制任务书和技术规格书,是对软件整体功能和性能的综合测试与评估。

测试原理是软件测试活动的理论基础,测试方法是测原理的实际应用和获得测试数据的手段。

基于软件的共性,对于软件的测试要遵循一般软件的测试原理和方法。

同时,针对软件的特性,找到合适的测试方法。

测试用例的合理性对于软件的测试与评估具有关键作用。

另一方面,软件运行环境的复杂程度对软件评估具有重要作用,所以应产生尽量逼真的运行背景以便于研究。

目录前言 (2)测试方案第一章普通话等级考试报名及成绩查询系统性能测试概述 (5)1.1被测系统定义 (5)1.1.1 功能简介 (5)1.1.2 性能测试指标 (5)1.2系统结构及流程 (6)1.2.1系统总体结构 (6)1.2.2 功能模块 (6)1.3性能测试环境 (7)第二章性能测试 (7)2.1 压力测试 (7)2.1.1压力测试概述 (7)2.1.2测试目的 (7)2.2 正确性测试 (8)2.3 容错性(健壮性)测试 (8)2.4 完整(安全)性测试 (8)2.5 接口间测试 (8)2.6 数据库测试 (8)2.7 错误推测 (8)2.8 效率 (8)2.9可理解(操作)性 (8)2.10 可移植性 (8)2.11 回归测试 (9)2.12 比较测试 (9)第三章预计测试过程及结果描述 (9)3.1测试描述 (9)3.2 测试场景 (9)3.3 测试结果 (10)测试用例第四章目的 (12)第五章项目概要 (12)第六章项目简介 (12)6.1设计目的 (12)6.1.1开发环境 (12)6.1.2程序功能 (12)测试方案第一章普通话等级考试报名及成绩查询系统性能测试概述1.1.被测系统定义普通话等级考试报名及成绩查询系统作为本次测试的被测系统(注:以下所有针对被测系统地描述均为针对普通话等级考试报名及成绩查询系统进行的),普通话等级考试报名及成绩查询系统是由C#编写的网页系统,后台应用了SQL sever 2005数据库,该系统包括主要功能有: 普通话等级考试报名及成绩查询等,在本次测试中,将针对这些大数据量的查询、统计功能进行压力测试,检查并评估在模拟环境中,系统对负载的承受能力,在不同的用户连接情况下,系统的负载能力和响应能力,以及在预计的数据容量中,系统能够容忍的最大用户数。

软件工程-学生成绩管理系统

学生成绩管理系统富丛文1.可行性研究报告 (2)2.需求分析报告 (2)2.1概述 (2)2.2任务概述 (3)2.2.1编写目的 (3)2.2.2参考资料 (3)2. 3对功能的规定 (3)2.3.1功能划分和描述 (3)2.4安全性: (4)2. 5.成本估算 (4)2.5.1时间成本 (4)2.5.2经济成本 (4)2. 6,版本记录及其他信息 (4)2.6.1尚未解决的问题 (4)2.7实验模型的建立 (4)3 .概要设计部份 (9)3.1.系统建设目标 (9)3丄1要解决的问题: (9)3.1.2系统开辟的目的 (9)3.2运行环境规定 (9)3.2.1硬件环境 (9)3.2.2软件环境 (9)3.2.3软件运行方式 (10)3.3进一步功能描述 (10)3.4使用Rose建立的模型 (11)3.4.1时序图 (11)4.详细设计阶段 (13)4.1使用Rose建立的类图模型 (13)4丄1对用例分析抽象得到的类图: (13)4.2数据库的建模 (14)4.2.1数据库ER图: (14)4.2.2数据库描述: (14)4.2.3数据字典: (15)5.实现说明部份 (16)5.1界面设计 (16)6.测试部份 (19)6.1测试用例设计设计 (19)7.................................................................................................................................总结 (23)1 .可行性研究报告学生成绩管理工作是高校教育工作的一项重要内容。

教务管理工作是指学校管理人员按照一定教育方针,运用先进的管理手段,组织、协调、指挥并指导各用户活动,以便高效率、高质量地完成各项教学任务,完成国家所制定的教育目标。

学生成绩管理工作是学校教学工作的中枢,是保证高校教学机制正常运转的枢纽,它是一项目的性、计划性、合用性、创造性和科学性很强的工作。

软件集成测试的用例设计及测试管理

积 极作 用 。
误等。
关键 词 :集 成测 试 ; 测试 用例 ; 试管 理 测
为保 证 集成 测试 被 快 速 、有 序 、 高效 执 行 ,集成 测试 分 为
制 定 集成 测 试 计 划 、设 计 集成 测 试 、 实施 集成 测试 、执 行 集成 测 试和评 估 集成 测试 五个 步骤 ,具体 如表 1所示 。
2 集成 测试 用 例 的 设 计
根据 测试 项 目要求 ,此 次对法 .测 报率能达到 3 0 5 %。 巴 拿 马 中心 医 院 因 医疗 软 件缺 陷致 使 8人 登 陆模 块 分 为 用 户模 块 和 密码 模 块 ,其 中 密码 模 块 又 分 为 因此 丧 生 ,奥 运 门票销 售 系 统 因压 力 测 试 疏 漏 而两 度 瘫痪 ,不 密码 验 证 与 更 改密 码 。根 据 系统 的功 能 设计 ,从 系统 的功 能上 仅 造 成 用 户 造 成 难 以惨 重 的损 失 ,还 为 社 会 带来 不 良 的 影 响。 分析 ,要用 等 价 类 划 分 法、 边界 值 分 析 法、 错误 推 测 法 等来 进 而 这些 通过 必要 的软 件测 试都 能够 有效 避 免。 行 测 试 ,其 中 以等 价 类划 分 法 为主 。 设计 测 试 用例 时 ,要 同时 有 统计 表 明 ,在 典 型 的软 件 开 发项 目中 ,软 件 测 试 工 作量 考 虑有 效 等价 类和无 效等 价类 。 往 往 占软 件 开 发 总工 作 量 的 4 % 以上 。 而 在软 件 开 发 的 总成 O 在 输 入 条 件 规定 了取值 范 围或值 的个 数 的 情 况下 ,则 可 以 本 中,用 在 测 试 上 的开 销 要 占 3 % 到 5 % 。 因此 ,软 件 测试 确 立 一个 有效 等 价 类和 两个 无 效等 价 类。 如输 入 的范 围是 0与 O 0 是产 品 质量 的保证 ,是 控 制成 本 的 关键 ,是 软件 可 靠性 的保 障 , 1 0之间 。 O 提 高测 试 质 量 是企 业 具 备 国 际竞 争 的 实 力 必要 手段 ,是 中 国软 在 输 入 条 件 规 定 了输 入 值 的 集 合 或 者 规 定 了 “ 须 如 何 ” 必 件 迈 出 国门 的重要 前提 。 的 条件 的情 况下 , 可确 立一 个有 效等价 类和 一 个无 效等价 类。妞

学生信息管理系统测试计划

学生信息管理系统测试计划学生信息管理系统测试计划1:引言1.1编写目的为了保证学生信息管理系统的各项功能可靠的实现,特编写了此测试计划,对所开发软件的各功能模块和事例系统进行测试。

本测试计划供程序员在程序高度阶段参考,在系统测试阶段提供测试依据。

本测试计划主要用于发现系统开发过程中出现和各种不妥判之处,发现软件设计中的错误。

1.2背景a. 待开发软件系统的名称:学生信息管理系统b. 本项目的任务提出者:《软件质量保证与测试》的授课老师用户:学生信息管理人员、学生和相关人员。

1.3参考资料《软件工程》----李代平编著冶金工业出版社《软件测试方法和技术》---- 朱少民主编清华大学出版社2.计划2.1系统说明功能输入输出登录与数据库连接,检查用户名和密码是否匹配对于存在的用户名可以正常登录;并能给用户正确的返回信息。

维护学生信息与数据库连接检查输入的学生信息,能登记新生相关信息,检查修改单中的信息的合法性能与数据库正常连接,并即时更新数据库;正确给出返回信息能否正确注销维护教授信息与数据库连接检查输入的教授信息,能登记教授相关信息,检查修改单中的信息的合法性能与数据库正常连接,并即时更新数据库;正确给出返回信息能否正确注销学生选课检查能与数据库正常连接,并即时更新数据库;正确给出返回信息教授授课检查能与数据库正常连接,并即时更新数据库;正确给出返回信息成绩录检查要录入的课能与数据库正常2.2测试内容2.2.1登录模块测试用例序号 01 测试用例名称 登录模块 被测试系统测试功能描述 1:运行登录对话框2:检验输入的帐号和密码是否匹配 测试用例描述测试步骤 1:运行学生信息管理系统2:输入帐号和密码期待输出结果 1:显示登陆对话框2:如果帐号和密码正确进则入系统3:反之则提示用户重新输入测试结果入 程是否存在,输入选课的学生成绩 连接,并即时更新数据库;正确给出返回信息查询成绩信息 检查输入查询的学生条件能与数据库正常连接;正确给出返回信息测试人校核人测试日期备注2.2.2 维护学生信息模块测试用例序号02 测试用例名称维护学生信息模块被测试系统测试功能描述1:运行学生信息管理界面对话框 2:检验输入学生的新信息3:检验输入的新生的新信息是否正确合格4:检验输入修改学生的学号5:检验输入注销学生的学号测试用例描述测试步骤1:运行学生信息管理系统2:输入新生的新信息3:输入学生的学号测试人校核人测试日期备注2.2.4 维护教授信息模块测试用例序号04 测试用例名称维护教授信息模块被测试系统测试功能描述1:运行教授信息管理界面对话框 2:检验输入教授的新信息3:检验输入的教授的新信息是否正确合格4:检验输入修改教授的id5:检验输入注销教授的id测试用例描述测试步骤1:运行学生信息管理系统2:输入教授的新信息3:输入教授的id期待输出结果1:显示提示对话框2:如果教授的新信息正确则添加成功3:反之则提示重新输入信息4:如果修改信息的格式正确则显示成功5:反之提示重新输入6:如果教授存在则显示注销成功7:反之提示重新输入id测试结果测试人校核人测试日期备注.2.5学生成绩查询模块测试用例序号05 测试用例名称学生信息查询模块被测试系统student测试功能描述1:运行查询管理界面对话框 2:检验输入查询学生的条件3:检验输入的学生成绩是否存在测试用例描述测试步骤1:运行学生信息管理系统2:输入查询条件期待输出结果1:显示提示对话框2:如果存在则显示结果3:反之则提示重新输入查询条件测试结测试人校核人测试日期备注2.3标识符:012.3.1进度安排:A:9月1日B:测试的内容:管理员,学生,教授能否正常登录C:目的:确保系统能够正常登录。

2024软件测试管理PPT软件测试管理

•软件测试概述•软件测试管理核心要素•软件测试流程优化与实践•团队协作与沟通技巧提升目•质量保证体系建立与完善•总结回顾与未来展望录定义目的分类单元测试、集成测试、系统测试、验收测试等。

方法黑盒测试、白盒测试、灰盒测试、静态测试、动态测试、手工测试、自动化测试等。

其中,黑盒测试主要关注软件的功能和界面,白盒测试主要关注软件的内部结构和逻辑,灰盒测试则介于两者之间。

静态测试主要通过代码审查、走查等方式进行,动态测试则需要实际运行软件并输入相应的测试数据。

手工测试需要测试人员手动执行测试用例,而自动化测试则通过自动化测试工具或脚本来执行测试用例。

测试计划制定与执行根据软件需求和开发计划,确定测试的范围、重点和目标。

编写详细的测试计划,包括测试资源、进度、风险等方面。

按照测试计划执行测试工作,确保测试的有效性和全面性。

对测试进度和结果进行实时监控,根据实际情况调整测试计划。

明确测试目标制定测试计划执行测试计划监控与调整测试用例设计与评审01020304设计测试用例评审测试用例完善测试用例维护测试用例缺陷跟踪缺陷报告编写缺陷分析缺陷预防缺陷跟踪与报告编写风险评估与应对措施风险评估制定应对措施监控风险风险报告自动化测试技术应用自动化测试框架搭建选择适合的自动化测试工具,如Selenium、Appium等,搭建稳定高效的自动化测试框架。

测试用例设计与执行基于需求文档和设计文档,编写全面的测试用例,并通过自动化测试工具执行测试用例。

测试结果分析与报告对自动化测试结果进行分析,生成详细的测试报告,及时反馈问题并协助开发团队定位修复缺陷。

明确系统性能指标,如响应时间、吞吐量、并发用户数等。

性能测试需求分析性能测试场景设计性能测试执行与监控性能测试结果分析根据需求分析结果,设计不同的性能测试场景,如压力测试、负载测试、稳定性测试等。

使用性能测试工具,如LoadRunner 、JMeter 等,执行性能测试场景,并实时监控性能指标。

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

学生管理系统软件测试用例
测试用例
测试用例
软件测试是软件开发时期的最后一个阶段,也是软件质量和可靠性保证中至关重要的一
个环节。软件测试的基本任务是通过在计算机上执行程序,暴露出程序潜在的错误,以便进
行纠错,从而保证程序的可靠运行,降低软件的风险。
测试用例:
所谓测试用例,就是意发现错误为目的而精心设计的一组测试数据。测试一个程序,需
要数量足够的一组测试用例,用数据词典的表示方法表示,可以写成:
测试用例={输入数据+输出数据} 这个是式子还表明,每一个完整的测试用例不仅包含有被
测程序的输入数据,而且还包括用这组数据执行被测数据之后的预期的输出结果。每次测试,
都要把实测的结果与期望结果做比较,若不相符,就表明程序可能存在错误。
白盒测试就是根据源代码进行测试的,用白盒测试涉及测试用例 ,有两种测试用例,有
两种常用技术:逻辑覆盖法测试用例,基本路径法测试用例。
黑盒测试就是根据被测程序功能来进行测试,所以也称为功能测试。用黑盒法涉及测试
用例,有四种常用技术;等价分类法,边界值分析法,决策表法、错误推测法和因果图法。
整个测试基于需求文档,看是否能满足需求文档中所有需求。黑盒测试要求测试者在测
试时不能使用与被测系统内部结构相关的知识或经验,适用于对系统的功能进行测试。
黑盒测试
黑盒测试概念:
被称为功能测试或数据驱动测试。在测试时,把被测程序视为一个不能打开的黑盒子,在
完全不考虑程序内部结构和内部特性的情况下进行。
采用黑盒测试的目的主要是在已知软件产品所应具有的功能的基础上,进行:
(1)检查程序功能能否按需求规格说明书的规定正常使用,测试各个功能是否有遗漏,检测
性能等特性要求是否满足。
(2)检测人机交互是否错误,检测数据结构或外部数据库访问是否错误,程序是否能适当地
接收输入数据而产生正确的输出结果,并保持外部信息(如数据库或文件)的完整性。
(3)检测程序初始化和终止方面的错误。
1测试任务

测试类型 测试内容 测试目的 测试工具和方法
功能测试 首先登陆界面,登陆密码,选择1-9的功能模块,添加、编辑、搜索学生,显示编辑分数,添加编辑科目,修改密码,退出程序。 核实所有的功能以正常,即可按每个用户的需求制定了登陆页面?。 所有流程符合逻辑,用户使用不会产生疑问。 采用黑盒测试,使
用边界值测试、等
价测试、等价类划
分测试方法,进行
手工测试。

用户界面测试 页面测试包括登陆背景、颜色字体等 用户界面良好 手工测试?
安全性访问控制测试 安全性访问控制测试 户名、密码、登陆、角色用户。权限访问。 系统的安全性,核实只对具备访问权限的用户才能访问? 黑盒测试、手工测

兼容性测试 用不同的版本的操作 系统windows xp以及windows7 不同的操作系统、软件测试核心系统在 不同软件和硬件配置中运行稳定 黑盒测试、手工测

黑盒测试的方法:
1 )等价类划分法:是把所有可能的输入数据,即程序的输入域划分为若干部分(子集),然
后从每一个子集中选取少数具有代表性的数据作为测试用例。
划分等价类可分为两种情况:
(1)有效等价类(合理等价类):符合《需求规格说明书》,合理的输入数据集合。利用有
效等价类,能够检验程序是否实现了规格说明中预先规定的功能和性能。
(2)无效等价类(不合理等价类):不符合《需求规格说明书》,无意义的输入数据集合。
利用无效等价类,可以鉴别程序异常处理的情况,检查被测对象的功能和性能的实现是否
有不符合规格说明要求的地方。
2 )边界值分析法:
对输入的边界值和次边界值进行测试,这种方法在实际中通常与等价类划分法相结合。
先划分等价类,再对等价类做边界值分析。
3 )因果图法:
因果图法的定义:利用图解法分析输入的各种组合情况,从而设计测试用例,它适合于
检查程序输入条件的各种组合情况。
4 )决策表法:
决策表概念:决策表是分析和表达多逻辑条件下执行不同操作的情况的工具。
5 )错误推测法:
概念:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用
例的方法。
错误推测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,
根据它们选择测试用例。
2 系统结构图

添加学科 添加专业 添加学时
学科部

学生部

添加姓名 添加专业 添加性别 添加学号
学生管理系统
学生相关
分数相关 学科相关 密码相关 退出系统

添加编辑搜索编辑显示编辑添加修


3.功能测试
3.1登录验证及密码的测试用例
输入等价类 测试用例 测试数据 期望结果 实际结果

无效等价类
密码:空 密码:空 登录不成功 弹出出错信息,提示1输入密码
或者0退出

密码:非空 密码:123 登录不成功 弹出出错信息,提示输入用户名
密码
有效等价类 密码:正确 密码:123456 登录成功 进入系统首页
偏差:无
测试结果:能够验证密码的合法性与正确性,系统的登陆功能正确实现。
由于本系统默认只有管理员所以不涉及到有关用户登陆的测试。
登陆界面初次使用本程序时,会提示初始密码,用户可以在登录后修改密码。
初次使用时,由于数据库为空,因此系统会提示添加学生,其中有一个选项是系统自动生成
学生,该功能是为测试程序之用。若系统检测到数据库中没有学科就会提示用户添加学科。
之后用户就可以进入完整的功能界面了。
在界面方面做了小设计。比如当数据库中无学生信息时,界面就只有选项提示用户添加学
生,之后若系统检测到数据库中无科目信息时再提示用户添加科目,如果数据库中的科目数
已经达到最大允许值(本程序设置的最大科目数为200,可在宏中设置),则界面中就会屏蔽掉添
加科目这一选项,即界面会随着数据库中数据的情况进行适当的调整。
3.2学生信息操作及删除测试用例
操作测试:
输入等价类 测试用例 测试数据 期望结果 实际结果

无效等价类 修改学生名为原有其他学生 学生名:张三 提示用户姓名已存在 提示学生已存在

添加学生为新的学生 学生名:zhangsan 提示已有学生 提示学生已存在
编辑学生信息 姓名:李四 学号:空 请输入学号 请输入学号
删除学生信息 删除1,退出0 数据:输入0 提示未能删除数据 提示删除失败
有效等价类 添加学生为新的学生 姓名:姗姗 提示没有该学生 成功录入
修改学生名为原有其他学生 将张三修改李四 成功替换 成功
编辑学生信息 姓名;姗姗 修改十二位学号 修改成功
删除学生信息 删除1,退出0 输入数据:1 提示成功删除 成功删除
偏差:如图。
测试结果:不能正确识别汉语拼音,汉字,英文名字都可以,不限长度,不限民族,但由于
英文的原因无法区别汉语拼音。
学生姓名测试,为便于测试程序,需要首先建立一个数据文件,同时输入大量数据,人工输入
未免过于麻烦,一个模块用于随机产生数据文件,随机产生学生的姓名,学号,性别,所有科目的成
绩,所有学科的学分,开课时间等.随机产生字符串时,需要抽取字符进行组合,对于随机产生姓名,
其长度及字符都是随机的。
3.3学生成绩操作及科目测试用例
操作测试:
输入等价类 测试用例 测试数据 期望结果 实际结果

无效等价类 选择修改课程名 课程名:马克思 提示科目不存在 科目不存在
选择删除课程 课程名:计算机 提示删除 科目删除
编辑学生成绩 修改王五的成绩 成功 对不起没有该学

显示学生成绩 数据:输入选择科目1 提示显示成功 提示没有成绩

有效等价类 选择修改课程名 课程名:计算机网络 修改成功 成功修改
选择删除课程 删除科目1 成功删除 成功
编辑学生成绩 姓名;姗姗 修改为80 修改成功
显示学生成绩 输入数据:1 升序排列成绩 成功查看
偏差:如图
学号由十二位数字组成,学生的分数,学科的学分都为double型,因此产生随机整数乘以
0.5,随机数产生时要严格控制其范围,如分数不能超过100,学分不超过6等.(用简单的随机
数生成获得成绩)。
学生成绩信息包括:?
1、学号:必须有,且为12数,前4位为入学时间。
2、姓名:必须有,长度不限。
3、课程编号:必须有,系统自动编号????????
4、课程名:必须有,由中英文及各种字符组成,字符长度不限
5、学分:必须有,1-6之间。
6、学期:1-8之间。
4部分系统截图

5登录
系统流程图
5流程图
登录系统
输入密码

密码正

进入系统

系统界面
选择新增学
添加学生
添加学号
添加性别

选择学生


返回主界面

信息已保存
选择编辑学
编辑姓名学号年级信
信息已保存

结束

开始

相关文档
最新文档