超市管理系统六.docx
- 文档编号:7563796
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:8
- 大小:17.77KB
超市管理系统六.docx
《超市管理系统六.docx》由会员分享,可在线阅读,更多相关《超市管理系统六.docx(8页珍藏版)》请在冰豆网上搜索。
超市管理系统六
六、测试计划
1.引言1
1.1编写目的1
1.2项目背景2
1.3定义2
1.4参考资料2
2.任务概述2
2.1目标2
2.2运行环境2
2.3需求概述2
2.4条件与限制2
3.计划3
3.1测试方案3
3.2测试项目3
3.3测试准备3
3.4测试机构及人员3
4.测试项目说明3
4.1测试项目名称及测试内容3
4.2测试用例3
4.3进度3
4.4条件3
4.5测试资料3
5.评价3
5.1范围3
5.2准则3
1引言
1.1编写目的
这份测试计划报告书时为了测试本系统是否可行。
当输入商品的信息时,测试其信息能不能被完整地保存在数据库中以备日后查询用。
当输入的数据不符合要求时,看系统能不能给出提示。
当价格信息修改后看修改后的信息能不能被系统接受并保存到数据库。
1.2项目背景
项目的名称:
超市管理系统软件。
本项目的任务提出者及开发者是00000000,用户是超市户。
用户:
超市仓储管理、财务人员、收银员。
2.任务概述
2.1目标
用户登陆测试:
前台用户登陆系统安全管理模块,用户输入用户名和密码,模块通过连接到数据库查找用户信息进行检验。
商品录入测试:
录入商品信息
商品查询:
输入商品编号,查询商品信息
快速输入测试:
商品手动输入模块,通过输入商品编号,查询数据库中商品信息表,并显示出信息
收银业务测试:
对输入商品进行计价,输入所收取金额,并计算出找回金额数
.2运行环境
一台Pentium4cpu以上的微机。
内存256MB以上(最好1GB内存及以上)。
2.3需求概述
为了确定完全涵盖测试需求构建一个“需求树”,为“需求树”中的每一个需求话题建立了一个详细的目录,描述每一个需求,给它分配一个优先级,如果需要的话还可以加上附件。
这些产生的报告和图表可以帮助分析测试需求,检查需求以确保它们在测试范围内。
2.4条件与限制
条件:
有测试总体计划书和书写测试用例(计划)和测试手册
限制:
目前我们的使用范围非常狭窄,且本软件是我们的初次版本,如果该软件提高版本,本软件需要大量的修改和更新2
3.计划
3.1测试方案
说明确定测试方法和选取测试用例的原则
测试工件为四个阶段:
单元测试、组装测试、确认测试、系统测试
单元测试:
采用白盒法和黑盒法相结合的方法,对于逻辑结构复杂的模块采用白盒法,对于以输入、输出为主的模块采用黑盒法测试,以提高测试的效率。
组装测试:
混合法(对软件结构中较上层使用的自顶向下与对软件结构中较下层使用的自底向上方法相结合)。
确认测试:
由用户参与按需求规格说明书验收。
系统测试:
采用人工测试方法。
3.2测试项目
在测试过程中,首先需要对各子单元过程进行测试。
在各子单元过程测试完毕后,再对各模块(包括各子单元过程之间的接口)进行测试,处理好各模块之间的接口,最后对系统进行测试和维护。
3.3测试准备
在文件方面要有测试总体计划书、测试用例(计划)测试手册、测试脚本代码
3.4测试机构及人员
测试人员:
负责编写测试计划,组织测试,对测试过程进行记录,收集、整理测试记录数据,对测试结果进行分析,编写测试总结报告。
软件工程师:
负责编写、调试客户端测试软件;数据库管理系统的安装
系统工程师:
负责测试用的硬件维护及操作系统安装、CEWMS配置。
总工程师:
负责对测试计划及测试总结报告进行批准。
用户:
必要时可参加测试,并提出具体的测试要求,也可要求暂停测试。
4.测试项目说明
4.1测试项目名称及测试内容
登陆、密码模块测试
本测试是采用黑盒测试法:
为了检测不同权限的用户在登陆时,是否能进入对应的模块并得到应有的权限,检验密码模块的正确有效性。
商品信息管理测试
本测试采用白盒测试法:
主要内容是插入商品信息的测试。
4.2测试用例
4.2.1用户登陆测试
测试用例1(正确输入)
【输入】:
用户:
lc密码:
lc
【期望输出】:
登入成功,显示前台销售管理窗体
【实际输出】:
登入成功,显示前台销售管理窗体
测试用例2(无该用户)
【输入】:
用户:
aa密码:
aa
【期望输出】:
提示用户名或密码错误
【实际输出】:
提示用户名或密码错误
测试用例3(密码错误)
【输入】:
用户:
lc密码:
aa
【期望输出】:
提示用户名或密码错误
【实际输出】:
提示用户名或密码错误
测试用例3(无输入)
【输入】:
用户:
密码:
【期望输出】:
提示用户名或密码错误
【实际输出】:
提示用户名或密码错误
4.2.2商品录入测试
测试用例1(正确输入)
【输入】:
条形码:
001商品名称:
可口可乐价格:
2.0
【期望输出】:
商品录入成功,加入商品列表
【实际输出】:
商品录入成功,加入商品列表
测试用例2(以存在的商品)
【输入】:
条形码:
1000001商品名称:
Merch1价格:
2.0
【期望输出】:
提示商品已经存在
【实际输出】:
提示商品已经存在
测试用例3(需要录入的商品信息缺少或不合法)
【输入】:
条形码:
空商品名称:
可口可乐价格:
2.0
【期望输出】:
提示缺少信息/不合法,焦点转移
【实际输出】:
提示缺少信息/不合法,焦点转移
4.2.3商品查询测试
测试用例1(正常)
【输入】:
条形码:
1000001
【期望输出】:
商品列表中显示该商品,商品名为Merch1
【实际输出】:
商品列表中显示该商品,商品名为Merch1
测试用例2(无该商品)
【输入】:
条形码:
1010001
【期望输出】:
商品列表中为空
【实际输出】:
商品列表中为空
4.2.4快速输入测试
测试用例1(正确输入)
【输入】:
条形码编号:
100023数量:
1
【期望输出】:
商品信息显示在购物小票列表中
【实际输出】:
商品信息显示在购物小票列表中
测试用例2(正确输入,但该产品不允许销售)
【输入】:
条形码编号:
100023数量:
1
【期望输出】:
提示该产品不允许销售
【实际输出】:
提示该产品不允许销售
测试用例3(无该商品)
【输入】:
条形码编号:
1000数量:
1
【期望输出】:
提示用不存在该产品
【实际输出】:
提示用不存在该产品
测试用例4(数量错误)
【输入】:
条形码编号:
100023数量:
0
【期望输出】:
提示请输入购买商品的正确数量
【实际输出】:
提示请输入购买商品的正确数量
测试用例4(数量输入非数字)
【输入】:
条形码编号:
100023数量:
a
【期望输出】:
提示请输入数字
【实际输出】:
提示请输入数字
4.2.5收银业务测试
测试用例1(正确输入)
【输入】:
实收:
50
【期望输出】:
应找钱数显示的标签上
【实际输出】:
应找钱数显示的标签上
测试用例2(输入比应收的少)
【输入】:
实收:
10
【期望输出】:
提示输入错误,所买货物价格高于所输入的数目,请检查
【实际输出】:
提示输入错误,所买货物价格高于所输入的数目,请检查
测试用例3(输入非数字)
【期望输出】:
请输入数字
【实际输出】:
请输入数字
测试用例4(没有输入数字)
【输入】:
实收:
【期望输出】:
没有输入数字,请检查
【实际输出】:
没有输入数字,请检查
4.2.6步骤及操作
制订测试总体计划书
书写测试用例(计划)和测试手册
编写测试代码
执行测试代码
进行测试总结
4.2.7允许偏差
输入的数据允许偏差在0.005~0.01之间
4.3进度
任务:
制订测试计划
时间:
1天/人
任务:
书写测试用例(计划)和测试手册
时间:
2月/人
任务:
编写测试代码
时间:
4月/人
任务:
执行测试
时间:
1.5月/人
任务:
测试总结
时间:
10天/人
4.4条件
设备:
1)处理器型号及内存容量:
奔腾III933Hz以上PC机,内存容量256M以上
2)外存容量:
硬盘空间80G以上
3)输入及输出设备:
需要打印机,型号不限
支持软件:
1)操作系统:
Win2000/XP
2)DBMS:
SQLServer2000或以上版本
人员:
理解测试基本知识
4.5测试资料
用户信息、商品信息。
5.评价
5.1范围
在注册用户时,对输入数据的不符合以及错误的格式输入都能做出测试,对价格进行调整时,对输入的不符合数据以及错误格式能做出测试,增加商品信息时也能做出正常的测试,但是当输入的数据过大或者字符长度过长时,可能会使程序发生中断而停止执行。
5.2准则
1:
界面友好
2:
程序运行时如果输入有错误会弹出出错或警告对话框
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 超市 管理 系统