六测试分析报告.docVIP

六、测试分析报告 1．引言 1 1.1编写目的 1 1.2项目背景 1 1.3定义 1 1.4参考资料 2 2．测试计划执行情况 2 2.1测试项目 2 2.2测试机构和人员 2 2.3测试结果 2 3．软件需求测试结论 2 4．评价 3 4.1软件能力 3 4.2缺陷和限制 3 4.3建议 3 4.4测试结论 3 1．引言 1.1编写目的 1）这份测试计划报告书时为了测试本系统是否可行。当输入商品的信息时，测试其信息能不能被完整地保存在数据库中以备日后查询用。当输入的数据不符合要求时，看系统能不能给出提示。当价格信息修改后看修改后的信息能不能被系统接受并保存到数据库。 2）本报告由董欣完成。 1.2项目背景 待开发软件系统的名称：超市管理系统 任务的提出者：小型超市管理人员 开发者：董欣 用户：中小型超市用户 1.3定义 为了便于阅读理解本文，在此解释一些在本文中用到的简写和专业术语：超市管理系统以下简称SMS。 1.4参考资料 《数据库原理及设计》 陶宏才编 清华大学出版社 《SQL Server 2000 实用教程》范立南编 清华大学出版社 《软件工程规范》Watts S.Humphrey编 清华大学出版社 2．测试计划执行情况 2.1测试项目 在测试过程中，首先需要对各子单元过程进行测试。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。 2.2测试机构和人员 测试人员：负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。 软件工程师：负责编写、调试客户端测试软件；数据库管理系统的安装 系统工程师：负责测试用的硬件维护及操作系统安装、CEWMS配置。 总工程师：负责对测试计划及测试总结报告进行批准。 用户：必要时可参加测试，并提出具体的测试要求，也可要求暂停测试。 2.3测试结果 系统管理 :正确就输出正确的信息，错误就弹出错误的提示框。? 供货商管理?:正确就输出正确的信息，错误就弹出错误的提示框。? 进货管理?:正确就输出正确的信息，错误就弹出错误的提示框。? 销售管理?:正确就输出正确的信息，错误就弹出错误的提示框。? 库存管理:?正确就输出正确的信息，错误就弹出错误的提示框。 商品信息管理测试? 本测试采用白盒测试法：主要内容是插入信息的测试 执行路径1为：abcdef 执行路径2为：abcf 具体测试数据如下列测试用例 等价类： 输入条件 有效等价类 无效等加类 条形码号 字符串为0～9之间的阿拉伯数字组合，密码长度为5位 长度不是5位的0~9之间的组合 数量 1-99之间的整数 除了1-99之间的整数以外的数 边界值： 输入 内点 上点 离点 条形码 00001、99998 00000、99999 0000、100000 数量 2、98 1、99 0、100 测试用例1（正确输入） 输入： 条形码:00001 商品数量:1 操作步骤：1.输入条形码00001；2.输入商品数量 1； 3.点击确定；4.点击计算商品总价 期望输出：1.列出商品信息列表；2.修改销售情况表成功； 3.修改仓库表成功；4.商品总价 测试用例2（条形码输入错误） 输入： 条形码:0000 商品数量:1 操作步骤：1.输入条形码0000 ；2.输入商品数量1 3.点击确定 期望输出：条形码输入不符合规格，请重新输入 测试用例3（商品不存在） 输入： 条形码:00005 商品数量:99 操作步骤：1.输入条形码00005 ；2.输入商品数量99 3.点击确定 期望输出：该商品不存在，请检查是否正确输入条形码 测试用例4（商品数量不符合规格） 输入： 条形码:00005 商品数量:0 操作步骤：1.输入条形码00005 ；2.输入商品数量0 3.点击确定 期望输出：商品数量不能小于1或大于100，请重新输入 3．软件需求测试结论 在经过对各模块测试，或结合测试后，已经能够证实该软件在各方面的功能都能正常，正确地工作。另外，数据计算方面的功能有待加强。 4．评价 4.1软件能力 经测试证实，前台POS系统能快速地进行商品录入，完成金额统计。 经测试证实，后台能综合地对各种信息进行管理，方便地制定各种计划。 经测试证实，前台后台能正常地结合，保证数据的完整性。 4.2缺陷和限制 由于对现实超市的报表功能需求，计算统计需求不是很了解，因此计算统计功能有待加强。 4.3建议 　建议对超市进行完整的需求分析，加强计算统计功能。 4.4测试结论 该软件在各方面性能正常，正确工作，通过！ 六、测试分析报告