采购系统测试报告
目录
1引言... 4
1.1编写目的... 4
1.2项目背景... 4
1.3术语和缩写词... 4
1.4参考资料... 4
2测试概要... 5
2.1测试项目名称及内容... 5
2.2测试用例设计... 5
2.3测试环境与配置... 11
2.4测试方法和工具... 12
3测试结果及缺陷分析... 12
3.1测试执行情况及记录... 12
3.2测试进度和工作量度量... 12
3.3缺陷分析... 12
4测试结果与建议... 14
4.1测试结果... 14
4.2建议... 14
5测试评估... 15
6总结... 15
1引言
1.1编写目的
这是一份软件测试计划,供测试人员阅读,旨在指导测试人员有条不紊地实施测试,保证软件的可靠性。
1.2项目背景
公司业务不断发展,原料及产品的进出愈加频繁且中间操作环节更加复杂,原有的管理系统在公司越来越快的发展下已经面临崩溃,仓库的管理需要重新规划,因此需要建立数据库和相配套的高级软件系统来进行管理。
所开发软件名称:进销存管理系统系统设计
项目委托单位:苏果超市
项目开发单位:常熟理工计算机科学与工程学院
软件用途:用于帮助有销售的企业进行销售活动
1.3术语和缩写词
静态测试:主要方法有审阅,检查。
单元测试,组装测试,系统测试
事物流:数据进入模块中的关键域,值互不相同。
主键:数据库表中与其他表主键关联的域。
ROLLBACK:数据库的错误恢复机制。
1.4参考资料
1、《软件测试——方法和技术》 朱少民等编著 清华大学出版社 20##年6月
2、《软件测试与质量保证》袁玉宇等著 北京邮电大学出版社 20##年6月
2测试概要
2.1测试项目名称及内容
测试项目名称:商品库存管理系统
测试名称:0001 用户登录功能测试
测试内容:输入用户名和密码,例如:angel和345678
测试目的:测试是否能成功登陆该系统。
0002 基本资料维护功能测试
测试内容:输入,删除,修改信息。例如:提供商信息的删除、修改、增加。
测试目的:测试是否能成功保存、修改或删除该信息
0003 出库功能测试
测试内容:输入出库的数量
测试目的:测试是否能成功更新该信息
0004 入库功能测试
测试内容:输入入库的数量
测试目的:测试是否能成功更新该信息
0005 查询统计功能测试
测试内容:输入查询的关键字
测试目的:测试是否能成功查询到所需要的信息
0006 打印功能测试
测试内容:显示所需的信息
测试目的:测试是否能成功显示信息并且导入到文档。
2.2测试用例设计
0001 用户登录功能测试
标识符:0100
测试项:用户登录功能测试
测试环境要求:
(1)数据库连接成功
(2)数据库中存放有用户名和密码的数据
输入标准:1、输入正确的用户名和密码,确定登录
2、输入错误的用户名及密码,确定登录
3、不输入,确定登录
输出标准:1、用户成功登录
2、用户登录失败,信息提示“用户名或密码错误”
3、用户登录失败,信息提示“用户名或密码错误”
标识符:0101
测试项:用户登录功能有效代码测试
测试环境要求:
(1)数据库连接成功
(2)数据库中存放有用户名和密码的数据
输入标准:1、输入正确的用户名和密码,确定登录
2、输入错误的用户名及错误的密码,确定登录
3、输入正确用户名,密码空,确定登录
输出标准:1、用户成功登录
2、用户登录失败,信息提示“用户名或密码错误”
3、用户登录失败,信息提示“用户名或密码错误”
0002 基本资料维护功能测试
标识符:0200
测试项:信息管理测试
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、全部填写界面上的内容,保存或重置
2、填写部分信息,保存或重置
3、不填内容,保存或重置
输出标准:1、保存则信息提示“添加成功”,重置择清空所填写的信息。
2、信息提示“客户名不能为空或者有重名”
如图2-1:
标识符:0201
测试项:操作员管理测试
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、在添加操作员时,输入操作员的信息,确认
2、在删除操作员,输入要删除的操作员的信息,确认
输出标准:1、添加的操作员不重复,则信息提示“添加成功”
2、添加的操作员重复,则信息提示“用户名已存在”
3、所要删除的操作员存在,则信息提示“删除成功”
4、所要删除的操作员不存在,则信息提示“该用户不存在”
标识符:0202
测试项:更改密码测试
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、输入原密码,输入新密码,确认
2、输入错密码,输入新密码,确认
输出标准:1、信息提示“修改成功”
2、信息提示“需保证密码一致”
标识符:0203
测试项:权限管理测试
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、输入信息,修改
输出标准:1、权限满足,则信息提示“修改成功”
2、权限不满足,则信息提示“权限不够”
0003 出库功能测试
标识符:0300
测试项:销售单
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、填写销售单全部信息,添加
2、填写销售单以外的信息,添加
3、添加后,销售
输出标准:1、信息提示“添加成功”
2、信息提示“销售票号不能为空”
3、信息提示“销售成功”
如图2-2:
标识符:0301
测试项:销售退货
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、填写退货票号全部信息,添加
2、填写退货票号以外的信息,添加
3、不填信息,退货
4、填好退货票号,填写其他信息,退货
输出标准:1、显示退货单,信息提示“添加成功”
2、信息提示“退货票号不能为空”
3、信息提示“退货票号不能为空”
4、正在购买或退货数量大于购买数量,信息提示“退货数量不能大于购买数量”;否则退货成功
如图:
0004 入库功能测试
标识符:0400
测试项:进货单
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、填写进货单全部信息,添加
2、填写进货单以外的信息,添加
3、填写进货单全部信息,入库
4、填写进货单以外的信息,入库
输出标准:1、显示进货单,信息提示“添加成功”
2、信息提示“进货票号不能为空”
3、信息提示“入库成功”
4、信息提示“入库失败”
如图2-3:
标识符:0401
测试项:退货单
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、填写退货单全部信息,添加
2、填写退货单以外的信息,添加
3、填写退货单全部信息,入库
4、填写退货单以外的信息,入库
输出标准:1、显示进货单,信息提示“添加成功”
2、信息提示“退货票号不能为空”
3、信息提示“退货成功”
4、信息提示“退货失败”
如图2-4:
0005 查询统计功能测试
标识符:0500
测试项:查询统计功能测试
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:1、输入要查询的信息编号,查询
2、显示全部
输出标准:1、信息编号存在,显示查询信息
2、信息编号不存在,则显示为空
3、显示数据库中所有信息”
如图2-5:
如图2-6:
0006 打印功能测试
标识符:0600
测试项:打印功能测试
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:打印
输出标准:打印出所有信息
标识符:0601
测试项:库存盘点测试
测试环境要求:
(1)数据库连接成功
(2)用户成功登录
输入标准:盘点
输出标准:打印出仓库中商品的各方面信息
2.3测试环境与配置
硬件要求:Genuine Intel(R)CPU 2140 @ 160GHz 1.60GHz,100GB RAM
运行环境:win98/winNT4.0/win2000/winxp
Jdk1.5、Eclipse3.2、MySql5.0、
配置:1.确定代码运行环境(安装JDK,Eclipse等)
2.新建数据库
3.连接数据库
4.导入代码
2.4测试方法和工具
测试方法:黑盒测试法结合白盒测试法,静态测试和动态测试,验证和确认,单体测试和集合测试。
选取测试用例的原则:严格遵照测试用例设计的基本原则,对每一个概念都详尽描述,尽量避免含糊的测试用例;尽量将具有相类似功能的测试用例抽象并归类;尽量避免冗长和复杂的测试用例;对每个模块都设计测试用例(去除功能类似模块测试用例的重复性)。所有的测试都应可追溯到客户需求,在设计测试用例时,应包括合理的输入条件和不合理的输入条件,严格执行测试计划,排除测试的随意性,应当对每一个测试结果,做全面的检查。妥善保存测试计划、测试用例、出错统计和最终分析报告,为维护提供方便。检查程序是否做了应做的事,仅是成功的一半,另一半检查程序是否做了不该做的事。在规划测试时不要设想程序中不会有错。
3测试结果及缺陷分析
3.1测试执行情况及记录
1、测试组织
参与人员:范琳琳 王梦瑶 俞玲赟 刘家宝
职责: 测试准备,测试实施,测试结果记录及分析
3.2测试进度和工作量度量
1、进度度量
2、工作量度量
3.3缺陷分析
1、缺陷度量
2、局限性:由于MySQL的一些不明原因,GDK和UTF_8编码的选择不能被安装,所以只能选择标准状态下的英文编码,因此系统所有的数据均由数字和英文表示,在下次的改进版中将会加以改善.
4测试结果与建议
4.1测试结果
用户登录功能测试:能登陆到主界面,用不同权限的账号能做不同的操作。
基本资料维护功能测试:能和后台数据库做到很好交互,所作的任何修改能保存到数据库中。
出库功能测试:能较好的显示出库的信息,界面较有好,能和用户做很好的交互。
入库功能测试:能较好的显示入库的信息,界面较有好,能和用户做很好的交互。
查询统计功能测试:能很好的显示该查询的信息,界面较有好,能适应用户的不同查询需要。
打印功能测试:能显示出所需的信息,导入到相应的文档中。
各项测试用例测试下来说明, 该系统能够实现基本的信息的维护,日常业务,和查询统计功能。该系统相对稳定,测试用例的选择能够适时地满足测试用例设计需求,基本上达到项目测试所应具有的水平,相对较客观完善,与预期效果相差无几,满足了用户的相应需求.
4.2建议
更换一个更好的数据库,或者升级原有的数据库。
5测试评估
本次测试执行准备充足,完成了既定目标。但由于经验以及对工具使用不熟练,因此对系统性能测试还有待提高和加强。测试对象不符合测试阶段质量要求,存在些的缺陷,这个系统需要进行完善,而后重新组织系统测试。
第二篇:软件测试课程设计报告
07 软件工程 一班
xxxx
xxxxxxxxxxxxxx
xxxx 年 xx月 xx日
黑盒测试报告
一、 等价类划分
测试用例:
按月划分
用例一:输入:1801 年 1 月 1日
预计输出:Yesterday is :1800-12-31.
实际输出:Yesterday is :1800-12-31.
用例二:输入:1800 年 2 月 1 日
预计输出:Yesterday is :1800-1-31.
实际输出:Yesterday is :1800-1-31.
用例三:输入:1800 年 3 月 1 日
预计输出:Yesterday is :1800-2-28.
实际输出:Yesterday is :1800-3-28.
用例四:输入:1800 年 4 月 1 日
预计输出:Yesterday is :1800-3-31.
实际输出:Yesterday is :1800-3-31.
用例五:输入:1800 年 5 月 1 日
预计输出:Yesterday is :1800-4-30.
实际输出:Yesterday is :1800-4-30.
用例六:输入:1800 年 8 月 1 日
预计输出:Yesterday is :1800-7-31.
实际输出:Yesterday is :1800-7-31.
划分闰年:
用例七:输入:1804 年 3 月 1 日
预计输出:Yesterday is :1804-2-29.
实际输出:Yesterday is :1804-2-29.
二、 边界值法测试
用例一:输入:1800 年 1 月 1日(开始第一天,无法计算)
实际输出:(对话框提示)Reach the first date.
用例二:输入:1800 年 2 月 1 日
预计输出:Yesterday is :1800-1-31.
实际输出:Yesterday is :1800-1-31.
用例三:输入:1800 年 3 月 1 日
预计输出:Yesterday is :1800-2-28.
实际输出:Yesterday is :1800-2-28.
用例四:输入:1800 年 4 月 1 日
预计输出:Yesterday is :1800-3-31.
实际输出:Yesterday is :1800-3-31.
用例五:输入:1800 年 5 月 1 日
预计输出:Yesterday is :1800-4-30.
实际输出:Yesterday is :1800-4-30.
用例六:输入:1800 年 6 月 1 日
预计输出:Yesterday is :1800-5-31.
实际输出:Yesterday is :1800-5-31.
用例七:输入:1800 年 7 月 1 日
预计输出:Yesterday is :1800-6-30.
实际输出:Yesterday is :1800-6-30.
用例八:输入:1800 年 8 月 1 日
预计输出:Yesterday is :1800-7-31.
实际输出:Yesterday is :1800-7-31.
用例九:输入:1800 年 9 月 1 日
预计输出:Yesterday is :1800-8-31.
实际输出:Yesterday is :1800-8-31.
用例十:输入:1800 年 10 月 1 日
预计输出:Yesterday is :1800-9-30.
实际输出:Yesterday is :1800-9-30.
用例十一:输入:1800 年 11 月 1 日
预计输出:Yesterday is :1800-10-31.
实际输出:Yesterday is :1800-10-31.
用例十二:输入:1800 年 12 月 1 日
预计输出:Yesterday is :1800-11-30.
实际输出:Yesterday is :1800-11-30.
用例十二:输入:2050 年 12 月 31 日
预计输出:Yesterday is :20##-12-30.
实际输出:Yesterday is :20##-12-30.
划分闰年:
用例十三:输入:1804 年 3 月 1 日
预计输出:Yesterday is :1804-2-29.
实际输出:Yesterday is :1804-2-29.
三、 错误推测法
测试用例:
用例一:输入:202 年 1 月 28 日
预计输出:提示出错
实际输出:Yesterday is :202-1-27(软件缺陷)
用例二:输入:1800 年 2 月 29 日
预计输出:提示出错
实际输出:Can not have Feb.29th in the year 1800.
用例三:输入:1800 年 13 月 29 日
预计输出:提示出错
实际输出:The month is from 1 to 12.
缺陷报告
缺陷名称:无效年份被显示 缺陷编号ID:Ver1-Bug0001
报告人:三辉麦风 报告时间:20##-11-02
部 门:营业部 客服A组
发现人:三爷 发现时间:20##-11-01
部 门: 华软
发现场所:华软 武汉事业部
软件系统名:NextdateV1 软件版本:Ver1.10.10
发生阶段:用户使用
再现率: 100%
严重级: 低
优先级: 中
处理决定 决定人:NextDateV1项目经理 卜玉
20##-11-10,缺陷报告提交给软件开发部门,限20##-11-30前修复。
20##-12-5前,质保部门修错验证测试;20##-12-10,与其他修复软件一起提交给版本发布部门。
20##-12-15,版本发布部门作为升级版Ver1.10.10SP1交付给用户。
缺陷现象
无效年份202输入后,出来警告信息,一关闭,无效年份202被显示。
软件缺陷修正报告
软件缺陷原因:由于可供查询日期是受限在1800年1月2日至20##年12月31日,而在实现代码中并未对年份和月份的范围进行限制,所以会出现无效年份,并计算。
软件缺陷对策:修改代码,增加对无效年份、月份的限制并处理。防止类似情况再次出现。
修正代码标识:
文件名NextDateV1Dlg.cpp
代码块的记号 [20101101]
修改后测试现象:
白盒测试报告
修正代码:
if( year < 1800 || year > 20## )//修正代码段 编号 20101101
{
strTomorrow.Format("The year is from 1800 to 2050.\n");
}
else if( month <1 || month >12)
{
strTomorrow.Format("The month is from 1 to 12.\n");
} //修正代码段 编号 20101101
else{ …… }
一、 语句覆盖
测试用例:
用例一:输入:1700 年 1 月 28 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
用例二:输入:2000 年 13 月 28 日
预计输出:提示出错
实际输出:The month is from 1 to 12.
二、 判定覆盖
测试用例:
用例一:输入:1600 年 1 月 1 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
用例二:输入:2004 年 14 月 20 日
预计输出:提示出错
实际输出:The month is from 1 to 12.
三、 条件组合覆盖
用例一:输入:1000 年 0 月 1 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
用例二:输入:1000 年 13 月 1 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
用例三:输入:1000 年 12 月 1 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
用例四:输入:2010 年 0 月 1 日
预计输出:提示出错
实际输出:The month is from 1 to 12.
用例五:输入:2010 年 12 月 1 日
预计输出:Yesterday is :20##-11-30.
实际输出:Yesterday is :20##-11-30.
用例六:输入:2010 年 13 月 1 日
预计输出:提示出错
实际输出:The month is from 1 to 12.
用例七:输入:2060 年 0 月 1 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
用例八:输入:2060 年 12 月 1 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
用例九:输入:2060 年 13 月 20 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
黑盒回归测试报告
测试用例:
用例一:输入:202 年 1 月 28 日
预计输出:提示出错
实际输出:The year is from 1800 to 2050.
说明:发现的错误,已被修改并未发生副作用。