图书管理系统软件测试计划
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
图书借阅系统软件测试计划1引言
1.1测试目的
此处描述测试的目的。如:“测试计划”文档有助于实现以下目标:
a、列出推荐的测试需求(高级需求)。
b、推荐可采用的测试策略,并对这些策略加以说明。
c、确定所需的资源,并对测试的工作量进行估计。
d、列出测试项目的可交付元素。
1.2项目背景
项目名称:图书管理系统
本项目提出者:湖南软件图书馆
开发者:伍弯
1.3参考资料
《软件工程》李伟波
《Visual Basic》蒋华
2 计划
2.1软件说明
2.2测试内容
和谐的人机界面
发布
检索
订购
职工号
姓名
登录时间
图1 采购员对象窗口
验收
登记
检索
职工号
姓名
验收时间
图 2 验收员对象窗口
供货单位信息
增加
删除
修改
图3 供货单位对象窗口
读者姓名
借书
续借
预约
预选项
图 4 读者对象窗口
图书信息
选定
图5 图书预选、借、续借、预约窗口
图书信息
增加
删除
修改
返回
图 6 图书信息编辑窗口
2.3测试1(标识符)
a、进度安排
2007年5月10日我们小组开始编码,2007年5月24日编码通过,在Visual Basic环境下运行正常。例如:对于用户的登录、修改密码,图书的添加、借阅、还书、续借,等模块功能能够正常实现。
b、条件
硬件环境:处理器:Intel Pentium 166MX或更高。
内存:32MB以上
硬盘空间:1GB以上
显卡:SVGA显示适配器
软件环境:操作系统(Windows 98/ME/2000/XP)
c、测试原则
(1)测试用例应由输入数据和预期的输出数据两部分组成。
(2)测试用例不仅选用合理的数据,还要选择不合理的输入数据。
(3)除了检查程序是否做了它应该做的事,还应该检查程序是否做了它不应该做的事。(4)应制定测试计划并严格执行,排除随意性。
(5)长期保留测试用例。
d、测试资料
Visual Basic用应软件、ACCESS和SQL数据库系统
e、测试培训
我们小组成员在以前学习的基础上,深入对Visual Basic的探讨和研究,达到共同学习和互相学习的目的。当然也有欠缺的时候,在我们软件工程胡元发老师的指导下我们小组顺利的通过测试。
2.4测试2(标识符)
在测试1的基础上对以后的工作进行细化。利用动态测试,通过运行程序发现错误。在动态测试中,我们分别利用了黑盒测试和白盒测试。测试软件的接口,依据规格说明书,检查程序是否满足功能要求。而且要求对内部结构和处理过程,一检查处理过程的细节为基
础,对程序尽可能多的逻辑测试路径进行测试,检查内部控制结构和数据是否有错,实际的运行状态与预期的状态是否一致。
3 测试计划说明
3.1测试1(标识符)
a控制:半自动。
b输入:测试用例不仅选用合理的数据,还要选择不合理的输入数据。
c输出:能正确查询每个学生的图书信息,按严格的数据格式输出。
d过程:登录图书管理界面后,输入正确的用户名和密码,进入系统主界面。按照读者需要进行处理。比如:读者提出借阅图书请求后,先判断该读者以前的借书量是否达到10本,如果达到10本,则不能再借书,如果没有达到10本,则再判断读者要借的图书的可借量是否为0,如果不为0,则该书可以借出。
3.2测试2(标识符)
测试各个模块功能,最后确定本软件的可用性和可实施性。面向对象的确认测试也集中在用户可见的动作和用户和用户可识别的系统输出。为了有效的导出确认测试用例,我们认真研究动态模型和描述系统行为的脚本,以确定最后可能反映用户交互需求错误的一个场景。
传统的黑盒测试方法可被用于设计确认测试用例,但是,对于面向对象的软件来说,主要还是根据动态模型和描述系统行为的脚本来设计确认测试用例。
4 评价
4.1范围
本测试用例范围只适宜小型的图书管理系统,对读者和书目的查询有一定的局限性。
4.2数据整理
本软件较小,对数据处理没有过多要求。
4.3尺度
本系统有自动保存功能,允许中断或停机。数据类型为整型、字符型。测试结果和预期输出结果之间偏差微小。