1. 测试
1.1. 测试原则及测试方法概述
软件测试是为了发现错误而不断执行程序的过程。或者说,软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输入数据及其预期的输出结果),并利用这些测试用例去运行程序,以发现程序错误的过程按顺序逐个对测试项目做出说明。
软件测试过程应该遵循如下的原则。
(1)尽早地和不断地进行软件测试。
(2)测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成。
(3)程序员应避免检查自己的程序
(4)在设计测试用例时,应当包括合理的输入条件和不合理的输入条件。
(5)充分注意测试中的集现象。
(6)严格执行测试计划,排除测试的随意性。
(7)应当对每一个测试结果做全面检查。
(8)妥善保存测试计划,测试用例,出错统计和最终分析报告,为维护提供方便。
软件测试方法:
黑盒测试又称为功能测试,在程序接口进行,只检查程序功能是否能够按照规格说明书的规定正确使用,程序是否能适当地接收输入数据并发生正确的输出信息,而且要能够保持外部信息的完整性。
白盒测试又叫结构测试,完全了解程序的结构和处理过程,这种方法按照程序内部的逻辑测试程序,检验程序中每条通路是否都能按照预定要求正确工作
1.2. 测试用例设计
测试用例指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成
文档。不同类别的软件,测试用例是不同的。测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。在单元测试中分别对用户信息模块、帖子模块和后台管理模块进行分别测试。
首先对各个模块进行黑盒测试,在各种条件下运行模块是否能正常运行,比如在登录时,输入空白用户名等等。
白盒测试把测试对象看做一个透明的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。软件人员使用白盒测试方法,主要想对程序模块进行如下的检查;对程序模块的所有独立的执行路径至少测试一次;对所有的逻辑判定,取“真”与取“假”的两种情况都至少测试一次;在循环的边界和运行界限内执行循环体;测试内部数据结构的有效性等。
测试用例如下表所示:
表6-1登录测试用例
Tab 6-1 Log on to the test case
模块 | 测试用例描述 | 操作过程及数据 | 预期结果 | 用例类别 |
登录 | 按不同的输入格式输入个人信息,进行注册。 例如账号jyx 密码123456 | 进入登陆界面,按提示的输入格式输入已经注册的账号密码 | 登陆成功,显示登陆成功。信息保存到数据库。 | 功能点 |
随机输入一个没有注册过的账号密码 例如账号abc 密码654321 | 进入登陆界面,账号输入abc,密码输入654321 | 登陆失败,提示账号和密码错误 | 功能点 | |
表6-2 专业管理模块测试用例
Tab 6-2 Professional management module test case
模块 | 测试用例描述 | 操作过程及数据 | 预期结果 | 用例类别 |
预定 | 查询数据库中已有的专业信息,例如软件工程 | 以管理员身份登录系统并选择专业管理模块,输入对应的查询信息 | 成功显示专业信息 | 功能点 |
查询数据库中不存在的专业信息,或是设置为不可选的专业信息 | 以管理员身份登录系统并选择专业管理模块,输入对应的查询信息 | 提示错误信息,告知用户重新选择 | 功能点 | |
表6-3 课程管理模块测试用例
Tab 6-3 Course management module test case
模块 | 测试用例描述 | 操作过程及数据 | 预期结果 | 用例类别 |
课程管理 | 查询数据库中已有的专业信息,例如C语言程序设计 | 以管理员身份登录系统并选择专业管理模块,输入对应的查询信息 | 成功显示课程信息 | 功能点 |
查询数据库中不存在的课程信息,或是设置为不可选的专业信息 | 以管理员身份登录系统并选择专业管理模块,输入对应的查询信息 | 提示错误信息,告知用户重新选择 | 功能点 | |
表6-4 选课模块测试用例
Tab 6-4 Elective module test case
模块 | 测试用例描述 | 操作过程及数据 | 预期结果 生活中数据库系统的实际例子 | 用例类别 |
选课 | 选择课程并提交系统应该可以正确记录 | 成功登陆系统后进入选课页面,选择课程并点击提交 | 系统应能正确记录用户的选课信息,并成功记录到后台数据库以供用户查询 | 功能点 |
测试系统的容错性 | 在没有选择任何课程的情况小点击提交 | 系统应该提示用户操作有误,并重新跳转到选课页面 | 功能点 | |
1.3. 软件测试结论
系统基本能实现需求计划中的大部分功能,然后往系统中添加各种数据,系统显示正常,各
种数据没有益出,能够正常显示,并且与后台MYSQL数据库保持一致,因此系统测试通过,这不得不得益于开发工具和数据库后台的稳定性的特点。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论