软件测试报告-超市管理系统VIP

软件测试分析报告 项目名称：项目名称： 超市后台管理系统超市后台管理系统 开发团队：开发团队： 成成 员：员： 1 引言引言.3 1.1 编写目的.3 1.2 背景.3 1.3 定义.3 1.4 参考资料.3 2 测试概要测试概要.3 2.1 系统概述.3 2.2 测试方案.3 3 测试结果测试结果.4 3.1 功能模块 1.4 3.2 测试模块 2.4 4 测试结果分析测试结果分析.4 4.1 系统能力分析.4 4.2 缺陷和限制.4 4.3 建议.4 4.4 评价.4 1 引言引言 1.1 编写目的 此报告编写目的是记录测试系统时发现的问题以及想到的解决方案，通过 对测试每个测试阶段的总结和分析，及时反映当前工作状态、存在的问题，帮 助项目小组成员了解当前的项目进度和发现并解决现阶段存在问题，推动下一 阶段工作的顺利开展。 1.2 背景 系统名称：小型超市后台管理系统软件 任务提出者：超市后台管理人员 任务开发者：哈工大软件学院二狗小团队 用户：超市管理人员 其他说明：该软件依靠超市局域网即可运行，与超市金额结算系统有一定往来 关系。 测试环境：windows xp 及以上操作系统，需安装 Java 1.4.5 或以上版本， 测 试软件为 eclipse；处理器型号在 Pentium 4 cpu 以上，内存 512m 以上 运行环境：windows xp 及以上操作系统，需安装 Java 1.4.5 或以上版本；处 理器型号在 Pentium 4 cpu 以上，内存 512m 以上 1.3 定义 1)IPO 图: 在计算机领域 IPO 是指结构化设计中变换型结构的输入（Input） 、 加工（Processing） 、输出（Output） 。.(摘自百度知道) 2)UML 图：UML-Unified Model Language 统一建模语言，又称标准建模 语言。是用来对软件密集系统进行可视化建模的一种语言。 （摘自百度知道） 3)在文档中 IPO 图、流程图或状态图中出现小写字母“i” ，代表此内容为输 入，出现小写字母“o”代表此内容为输出。 1.4 参考资料 1.齐志昌，谭庆平，宁洪软件工程（第二版） 北京：高等教育出版社， 2004 2.Ian Sommerville 软件工程（第六版） 程成 陈霞 等译 北 京：机械工业出版社，中信出版社，2003 2 测试概要测试概要 2.1 系统概述系统概述 2.1.1 功能概述功能概述 1. 进货录入：商品名称；进货时间；商品手机；商品进价；进货数量；商 品编号。 2. 售货记录：商品编号；售货数量。 3. 查询商品：商品详细信息；当天售货金额；总售货信息：总进货金额； 总售货金额；总利润。 4. 更新商品：查询商品；修改商品；删除商品。 5. 登陆功能，具有管理员权限的输入正确用户名和密码方可进入系统。 对测试目标系统的概要介绍，包括系统功能结构，开发方法等。 2.1.2 运行环境运行环境 1）处理器型号在 Pentium 4 cpu 以上，内存 512M 以上 2）该软件需在 Windows xp 及以上的操作系统，运行机器需要安装 java1.4.5 或以上版本使用。 编译测试软件为 eclipse。 支持编译软件包括各种 java 记事本和编译器。 3）控制软件的运行主要靠键盘、鼠标等外部设备。 4）如果开发顺利则支持打印机、扫描仪设备，目前待商议。 2.2 测试方案测试方案 2.2.1 测试策略：测试策略： 测试分四个阶段：单元测试，组装测试，确认测试，系统测试 单元测试：采用白盒法和黑盒法相结合的方法，对于逻辑结构复杂的陌路 爱采用白盒发，对于已输入输出为主的模块采用黑盒测试，以提高测试的效率 组装测试：混合法（对软件结构中较上测试用的自顶向下与对软件结构中 较下层使用的自底向上方法相结合） 确认测试：由用户参与按需求规格说明书验收 系统测试：采用人工测试方法 2.2.2 测试方法：测试方法： （1）.静态测试方法：对软件分析，检查和审阅，不实际运行被测试软件； 在需求和设计阶段需对开发模型和文档做静态测试 （2）.动态测试方法：通过运行软件来检测软件的动态行为和运行结果；测 试软件程序的主要方法；可采用白盒测试和黑盒测试 A 白盒测试方法：代码检查法，静态结构分析法，逻辑覆盖，基本路 径测试，域测试，符号测试，路径覆盖 B 黑盒测试方法：包括等价类划分法，边界值分析法，错误推测法等） 2.2.3 测试步骤测试步骤 分模块分功能，依次检查，输入数据看是否与预期结果一致 用例依据：是否能够正确存储和查询，在有错误的时候能否显示错误。 3.1 功能模块功能模块 1 3.1.1 测试项目名称及测试内容测试项目名称及测试内容 测试项目名称：登陆、密码模块测试 测试内容：本测试是采用黑盒测试法：为了检测不同权限的用户在登陆时，是 否能进入对应的模块并得到应有的权限，检验密码模块的正确有效。 3.1.2 测试用例测试用例 测试用例 1（正确输入） 【输入】：用户：lxx 密码：1412 【期望输出】：登入成功，显示前台销售管理窗体 【实际输出】：登入成功，显示前台销售管理窗体 测试用例 2（无该用户） 【输入】：用户：zhaojie 密码：aa 【期望输出】：提示用户名或密码错误 【实际输出】：提示用户名或密码错误 测试用例 3（密码错误） 【输入】：用户：lxx 密码：1234 【期望输出】：提示用户名或密码错误 【实际输出】：提示用户名或密码错误 测试用例 4（无输入） 【输入】：用户： 密码： 【期望输出】：提示用户名或密码错误 【实际输出】：提示用户名或密码错误 3.2 测试模块测试模块 2 3.1.1 测试项目名称及测试内容测试项目名称及测试内容 测试项目名称：进货录入模块测试 测试内容：本测试是采用黑盒测试法：为了检测信息是否能够准确录入，以及 在输入错误或数据路连接错误时及时退出并给出提示。 3.1.2 测试用例测试用例 测试用例 1（正确输入） 【输入】：商品编号：006 商品名称：鸡蛋 商品进价：5 商品售价：9 商品数 量：10 【期望输出】：弹窗：提示信息 录入成功。 【实际输出】：弹窗：提示信息 录入成功。 测试用例 2（输入非数字） 【输入】：商品编号：006 商品名称：鸡蛋 商品进价：狮子 商品售价：老虎 商品数量：10 【期望输出】：弹窗 提示输入格式不正确 【实际输出】：弹窗 提示输入格式不正确 测试用例 3（商品编号已经存在） 【输入】：商品编号：001 商品名称：鸡蛋 商品进价：5 商品售价：9 商品数 量：10 【期望输出】：弹窗 提示商品已经存在，请重新输入 【实际输出】：弹窗 提示商品已经存在 ，请重新输入 【备注】：此处可以设置弹窗让用户选择是否覆盖，这样可能导致用户不方便， 需要修改，下面的方案中会提及。 测试用例 4（日期修改格式不正确） 【输入】：点击修改日期，输入 25 年 15 月 8 日 【期望输出】：提示输入日期格式错误 【实际输出】：提示输入日期格式错误 3.3 测试模块测试模块 3 3.3.1 测试项目名称及测试内容测试项目名称及测试内容 测试项目名称：记录售出模块测试 测试内容：本测试是采用黑盒、白盒测试法：为了检测售货信息是否能够准确 录入，以及在输入错误或数据路连接错误时及时退出并给出提示，并且在后台 能够给出正确的计算剩余货物数量以及利润的结果，并存入数据库。 3.3.2 测试用例测试用例 测试用例 1（商品存在） 【输入】：商品编号：001 售出数量：1 【期望输出】：弹窗：提示信息 记录成功。 【实际输出】：弹窗：提示信息 记录成功。 测试用例 2（输入非数字） 【输入】：商品编号：ttt 售出数量：1 【期望输出】：弹窗 提示输入格式不正确 【实际输出】：弹窗 提示输入格式不正确 测试用例 3（商品编号不存在） 【输入】：商品编号：124 售出数量：1 【期望输出】：弹窗 提示商品不存在，请重新输入 【实际输出】：弹窗 提示商品不存在 ，请重新输入 3.4 测试模块测试模块 4 3.3.1 测试项目名称及测试内容测试项目名称及测试内容 测试项目名称：查询信息模块测试 测试内容：本测试是采用黑盒测试法：为了检测售货金额、售货利润输出金额 是否正确，以及在查询商品信息时是否能正确显示出数据库结果，以及在求和、 计算时是否正确。 3.3.2 测试用例测试用例 测试用例 1（检查显示金额是否正确） 【输入】：无 【期望输出】：当日总进价：120 当日总销售金额：24 当日利润： 12 进货价： ：2086 总销售金额：249 总利润：96 【实际输出】：当日总进价：120 当日总销售金额：24 当日利润： 12 进货价： ：2086 总销售金额：249 总利润：96 【其他说明】：该数据由查询目前数据库中信息，计算得出。 测试用例 2（查询存在商品） 【输入】：商品编号：001 【期望输出】：商品名称： 土豆 商品进价：4 商品售价：6 进货总量：50 剩余数量：50 进货时间：2014-12-30 【实际输出】：商品名称： 土豆 商品进价：4 商品售价：6 进货总量：50 剩余数量：50 进货时间：2014-12-30 【其他说明】：该数据由查询目前数据库中信息得到。 测试用例 3（商品编号不存在） 【输入】：商品编号：124 【期望输出】：弹窗 提示商品不存在，请重新输入 【实际输出】：弹窗 提示商品不存在 ，请重新输入 32 测试模块 3 3.3.1 测试项目名称及测试内容测试项目名称及测试内容 测试项目名称：更新商品信息模块 测试内容：本测试是采用黑盒、白盒测试法：为了检测售货信息是否能够准确 显示出，并且修改后能够录入数据库，且在利润值、剩余货物量上有所修改， 且输入错误有提示。 3.3.2 测试用例测试用例 测试用例 1（输入商品编号存在） 【输入】：商品编号：001 【期望输出】：商品名称 ：土豆商品进价：4 商品售价：6 进货数量：50 剩 余数量：50 进货时间：2014-12-30 【实际输出】：商品名称 ：土豆商品进价：4 商品售价：6 进货数量：50 剩 余数量：50 进货时间：2014-12-30 测试用例 2（输入商品编号不存在） 【输入】：商品编号：089 【期望输出】：弹窗 提示商品不存在，请重新输入 【实际输出】：弹窗 提示商品不存在，请重新输入 测试用例 3（修改商品信息） 【输入】：商品编号：001 商品名称 ：香蕉（原本是土豆）商品进价：4 商品 售价：6 进货数量：50 剩余数量：30（原本是 50）进货时间：2014-12-30 【期望输出】：弹窗 提示录入成功，并且数据库中主键为 001 号的商品 name 更改为香蕉，l_num 更改为 30，profit 更改为 40；在查询信息界面中，当日总 销售金额为 64 当日利润：为 46. 【实际输出】：弹窗 提示录入成功，并且数据库中主键为 001 号的商品 name 更改为香蕉，l_num 没有更改，num 更改为 50，profit 更改为-40；在查询信息 界面中，当日总销售金额为 64 当日利润：为-40 【错误原因】货物剩余量与售出量在显示时显示反了，导致输入的实际上是进 货总量。 测试用例 4（删除商品测试） 【输入】：商品编号：001 点击删除商品 【期望输出】：弹窗 询问是否确定删除，确定后提示删除成功，并且数据库中 移除了该商品。 【实际输出】：弹窗 询问是否确定删除，确定后提示删除成功，并且数据库中 移除了该商品。 4 测试结果分析测试结果分析 4.1 系统能力分析 系统在测试过程中，功能和性能基本满足预期要求，下面逐个分析： （1）登陆系统模块 让用户、管理员和销售员验证身份的系统。登陆系统和数据库连接，根据他们 输入的账号和密码，和数据库中存在的信息核对，从而辨别他们是否有权使用 接来下的功能。如果信息正确，他们就能成功登陆，使用下面的功能；如果登 陆失败，就要求他们重新输入账号和密码。 只完成上述功能，不过还需完善和加密，在 4.3 会详细说明。 （2）进货录入模块 基本达到预期要求，并且系统运行较快，基本没有延迟，录入信息准确，目前 没有发现错误；在错误判断方面，目前能想到的错误输入都有返回提示，问题 是记录售出货物时有可能剩余货物出现负值，此时没有提示，应给予修改。 （3）售货记录模块 均达到预期要求，系统运行较快，基本没有延迟，录入信息准确，数据库后台 计算准确，目前没有发现错误；在错误判断方面，目前能想到的错误输入都有 返回提示，测试成功。 （4）查询信息模块 基本达到预期要求，能够根据录入情况，通过数据库查询信息并且计算出总利 润和总售价，显示准确，没有发现错误，查询商品时有错误提示，系统没有发 现连接数据库出错等情况，运行较为稳定。 （5）更新信息模块 在测试中出现错误，因为在程序编写的时候没有仔细计算核实更新后数据更改 情况，所以没有留意，错误很小，已经修改完毕；余下功能达到预期目标，能 够根据输入情况，通过数据库查询信息并且显示出商品信息、可以更改，输入 不规范时有错误提示，目前系统没有发现连接数据库出错等情况。 4.2 缺陷和限制 （1）界面大多数过于简单，缺乏设计感，容易让客户嫌弃。 （2）数据缺乏可依赖性，备份方面有所欠缺。 （3）管理员的权限的设置问题，管理员的信息简单保存在数据库中，还未加密， 容易泄漏。 （4）功能不齐全，检索方式单一，无法更细致的检索，比如通过商品名称，或 者锁定进货时间等等，并且经常受限与商品编号，不能覆盖，只能手动删除。 （5）无法全面查看商品信息，只能逐一浏览，给客户造成极大不便。 （6）在 user 信息中个别特殊的账号不能修改，密码保护措施不强，容易泄露； 数据库安全性不高。 4.3 建议 4.3.1 界面方面界面方面 （1）简述：界面过于简单，缺乏设计感，但是界面工作却对于客户很 重要，很大程度决定了客户的满意程度，界面的修改又相对容易，所以应着重 对待，不过界面方面的工作在编写者看来对于开发人员不太有耐心去做，相对 较枯燥，所以只细致的做了登陆界面，其他的还需要完善。 （2）修改方案：在界面中适当插入图片，为客户方便着想，符合大多 数人的审美标准，在字体、字号、背景颜色方面做适当调整，请美工好的同学 进行协助。 （3）紧迫程度： （4）工作量：适中，预计两个工作日基本完成。 4.3.1 数据方面数据方面 （1）简述：数据缺乏可依赖性，不支持打印功能，根本不存在备份功 能，数据库加密等级较低，容易泄漏。 （2）修改方案：增加备份功能，包括打印成纸质版本或者存储到硬盘 备份，加密数据库，但这方面由于技术欠缺暂时无法完善得太好，因此暂时搁 置。 （3）紧迫程度： （4）工作量：很大，预计没日没夜五天完成。 4.3.1 功能缺失方面功能缺失方面 （1）简述：功能不齐全，表现在检索方式单一，无法更