本科毕业设计论文饭店点菜系统测试计划.docx

1、本科毕业设计论文饭店点菜系统测试计划软件工程测试计划文档饭店点餐管理系统的分析与设计学院名称信电工程学院专业名称计算机科学与技术所属学期 2015-2016(一)小组名单班级学号姓名任课教师 2015年12月24日目录K.1 引言 2K.1.1 编写目的 2K.1.2 背景 2K.1.3 定义 3K.1.4 参考资料 3K.2 计划 4K.2.1 软件说明 4K.2.2 测试内容 5K.2.3 制菜智能统筹 5测试项目：菜品提示功能 5测试项目：制菜的统筹功能 7测试项目：无食材提示 8测试项目：新菜录入 9测试项目：评分机制 9K.2.4点菜服务 13测试项目：桌号录入 13测试项目：点菜与

2、写备注 14测试项目：生成点菜表与提交制菜统筹系统 15测试项目：退菜 16测试项目：催菜 17K.2.5 评价管理 19测试项目：判断付款状态 20测试项目：评价添加 20测试项目：评价删除 21测试项目：评价查看 22K.3 评价准则 24K.3.1 范围 24K.3.2 数据整理 25K.3.3 尺度 25K.1 引言K.1.1 编写目的为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套

3、可视化程度高、功能全面、集分析管理于一体的酒店管理系统，极具有市场价值。本文档详细介绍了医院住院管理信息系统的需求说明，为用户和领导描述出一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。编写本文档的目的主要是为了给小组成员、用户描述出一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。,本测试说明书主要是提交给用户和小组成员参考,以便最终实现用户的要求,给用户一份满意的答卷。K.1.2 背景a、饭店点餐管理系统b、随着我国市场经济的不断发展，国民生活水平的不断提高，进入饭店等高等消费场所的人数也与日俱增。传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效

4、率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。目前，我国饭店餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着饭店餐饮业高速发展和餐饮店规模的不断扩大，许多饭店餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个饭店餐饮业的规模化发展和整体服务水平的提升，如向阳渔港、张生记等.在中国饭店协会颁布的中国餐饮业产业贡献奖和学术贡献奖中，联想集团、神州数码、清华同方及中国网通等国内知名IT企业也榜上有名，这些IT企业都已瞄准了饭店餐饮业信息

5、技术应用市场的巨大潜力。据预测，未来3至5年内，信息数字技术产品在中国饭店与餐饮业的应用将达到一个高峰，市场最大容量可达2300亿元人民币。就点菜系统而言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等方面在大型餐饮企业全方位地整合起来了。本文主要介绍了“饭店点菜管理系统”的编码测试过程。该系统主要功能包括以下几个模块:系统登录模块、菜单管理模块、顾客点餐管理模块、后厨管理等模块等。该测试时说明书主要从顾客点餐管理模块和后厨管理模块出发，体现了清晰的点菜系统管理流程,完成了基本

6、的饭店点餐管理要求，是一个典型的信息管理系统。该系统大大地简化了操作流程，提高了饭店的工作效率。K.1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。K.1.4 参考资料实用软件工程，郑人杰等著，清华大学出版社；软件工程第二版，李代平等著，清华大学出版社；软件工程第六版，RogerSPressman著，机械工业出版社；软件工程课程实验指导书，山东交通学院计算机科学与工程系；数据库系统概论（第四版）,萨师煊著,高等教育出版社；软件工程导论（第五版）,张海藩著，清华大学出版社K.2 计划K.2.1 软件说明测试模块测试功能测试指标制菜智能统筹菜品提示功能在数据库中存在待制作的菜

7、品时可以给出正确的提示：厨师当前制作菜品菜名和份数、学徒下一道待制作菜品的配菜信息制菜的统筹功能能够将数据库中存在的待制作的菜品进行智能的安排制作顺序，取代配菜员的工作无食材提示厨师能够通过这个功能向客人发出当前菜品无食材的提示，同时会从菜单中暂时删去这道菜新菜录入能够将新的菜色信息录入到菜单中，并显示出来评分机制对新菜的评分并能够计算平均分点菜服务桌号录入能够判断桌号的逻辑和重复点菜与写备注能够点菜并写备注生成点菜表生成点菜表与提交制菜统筹系统生成的点菜表能在后厨显示出来退菜能够判断制菜状态，若能退菜则从点表中删去这一道菜催菜能够发送通知至后厨，后厨能够一小时只接受三次评价管理判断付款状态对

8、顾客的付款状态进行判断评价添加评价信息可以存入数据库评价删除评价信息可以从数据库中删去评价查看评价信息可以正确的显示K.2.2 测试内容模块功能测试：测试各个模块功能是否符合要求。组装测试：测试各个模块之间的接口和联系是否正确运行时间测试：测试软件运行时间是否符合要求数据存储测试：测试软件和数据库之间的联系K.2.3 制菜智能统筹测试编号：1-1-1项目属性：A测试项目：菜品提示功能测试子项目：识别身份分别提示测试目的：验证系统提示厨师和学徒的状态测试预置条件：厨师和学徒登录客户端并且在线，处于待机状态，喇叭，电源，网络信号正常正确的顺序/步骤：1) 厨师端屏幕为开启状态，观察屏幕显示及声音2

9、) 厨师端屏幕为关闭状态，观察屏幕显示及声音3) 学徒端屏幕为开启状态，观察屏幕显示及声音4) 学徒端屏幕为关闭状态，观察屏幕显示及声音5) 按下完成建时，观察界面显示同时听声音6) 数据库中没有菜品时，观察屏幕显示及声音7) 当数据库中菜品一种多份时，观察厨师屏幕菜品份数显示8) 当数据库中菜品一种多份时，观察学徒屏幕配菜份数显示预期结果及判定原则：1) 厨师和学徒界面无论开启还是关闭皆显示正常，提示音正常2) 厨师完成键按下，提示音正常，界面显示为下一道菜菜名3) 学徒完成键按下，提示音正常，界面显示为下一道菜菜名4) 数据库无菜品时，屏幕提示没有菜品，提示音正常5) 数据库中菜品一种多份

10、时测试编号：1-1-2项目属性：A测试项目：制菜的统筹功能测试子项目：无测试目的：验证统筹系统的正确性测试预置条件：顾客（模拟）、厨师和学徒登录客户端并且在线，处于待机状态，喇叭，电源，网络信号正常。正确的顺序/步骤：1) 顾客（模拟）开5桌进行点菜（如果这一步骤出现错误，则转到点菜服务进行测试）2) 顾客（模拟）进行点菜，每桌点十道菜，每一桌的点菜的时间均不同3) 开启厨师端（已经测试完毕），查看菜品信息4) 开启学徒端（已经测试完毕）查看菜品信息5) 顾客（模拟）中途继续进行点菜6) 查看学徒端和厨师端的屏幕变化预期结果及判定原则：1) 厨师和学徒界面显示的菜品顺序为正确顺序，按照点菜时间

11、和菜品名以及桌号的逻辑进行显示2) 中途添加的点菜信息也能正确的添加到点菜信息表中测试编号：1-1-3项目属性：A测试项目：无食材提示测试子项目：后厨向顾客发送通知测试目的：验证后厨能否想顾客端发送提示信息测试预置条件：顾客（模拟）、厨师和学徒登录客户端并且在线，处于待机状态，喇叭，电源，网络信号正常，顾客已点菜正确的顺序/步骤：1) 顾客（模拟）进行点菜（如果这一步骤出现错误，则转到点菜服务进行测试）2) 开启厨师端（已经测试完毕），查看菜品信息,并点击无食材提示3) 顾客端屏幕为关闭状态，观察顾客端的提示和声音4) 顾客端屏幕为开启状态，观察顾客端的提示和声音5) 在顾客端查看点菜信息6)

12、 在顾客端查看菜单信息7) 在厨师端查看点菜信息预期结果及判定原则：1) 顾客端不管屏幕的状态，可以正确及时的收到信息2) 厨师点击无食材提示之后可以从点菜信息将这道菜删去，可以将菜单中的这道菜设置为不可见的状态测试编号：1-1-4项目属性：A测试项目：新菜录入测试子项目：客户端与数据库的链接测试目的：验证顾客能否查询新增菜品的信息，学徒能否查询新增配菜信息测试预置条件：顾客（模拟）、管理员、学徒登录客户端并且在线，处于待机状态，电源，网络信号正常。正确的顺序/步骤：1) 管理根据厨师提供的信息向系统录入新菜品的信息，录入新菜品的配菜信息2) 顾客刷新菜单，查询新菜并点菜3) 查看学徒端的信息

13、预期结果及判定原则：1) 顾客端可以查询得到新菜信息2) 学徒端可以查看新菜的配菜信息测试编号：1-1-5项目属性：A测试项目：评分机制测试子项目：智能排序 测试目的：验证系统能否根据顾客的评分动态的调整菜单信息测试预置条件：顾客（模拟）登录客户端并且在线，处于待机状态，电源，网络信号正常。正确的顺序/步骤：1) 顾客（模拟）进入评分界面，录入分数2) 一周（模拟）后计算平均分，并智能排序预期结果及判定原则：1) 顾客端可以录入分数到数据库2) 系统可以计算平均分3) 系统可以根据评分对菜品进行排序K.2.3.1 进度安排给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境、培训

14、、准备输入数据等）。测试日期：程序完成后第二天立刻进行工作内容：操作简单容易上手，几乎不需要培训。准备一份详细的真实菜单和相应的配菜信息录入数据库录入桌号信息表分配测试角色：顾客、厨师和学徒的角色安排K.2.3.2 条件a) 设备：5台及以上安卓机或者IOS机，至少两台Pad以及一台PC机使用时间至测试结束b) 软件：单元测试工具Nanit、功能测试工具WinRunner、性能测试工具LoadRunnerc) 人员：要求能够操作上述电子设备，具备一定的测试知识K.2.3.3 测试用例测试项输入用例是否有效等价类预期结果菜品提示完成按钮按下是顾客、服务员收到提示制菜的统筹功能点菜信息是后厨能看到

15、正确的制菜顺序无食材提示无食材按钮按下是顾客收到提示，点菜信息中菜品被删除、菜单中菜品被置为不可见菜名录入干豆角烧肉是菜单中显示干豆角烧肉干豆角烧肉#否提示有非法字符干豆角烧肉123456否提示菜名长度过长干豆角烧肉12345否提示菜名长度过长菜价录入30.0是菜单中显示价格-1否提示价格不能为负数Hah否提示菜价只能是正数菜类别的录入1是菜单中显示菜的种类制作时间录入15是菜单中可以查看制作时间15.5否提示制作时间不可为小数-1否提示制作时间不可为负数Hihf否提示制作时间只可以是正整数配菜名称录入猪肉是配菜表中可以查看猪肉123456789否提示名称过长猪肉%￥#否提示有非法字符猪肉%2

16、3456789否提示名称过长配菜质量的录入500是配菜表中可以查看-1否提示质量不能为负数Ahfu否提示质量只能是正数评分录入4是将分数写入到数据库-1否提示分数不能为负数6否分数必须小于54.5否分数必须为正整数5.1否分数必须小于5K.2.3.4 测试培训操作简单容易上手，几乎不需要培训。K.2.4点菜服务测试编号：2-1-1项目属性：A测试项目：桌号录入测试子项目：数据库表遍历测试目的：验证能否成功开桌测试预置条件：顾客、管理员打开客户端并且在线，处于待机状态，喇叭，电源，网络信号正常正确的顺序/步骤：1) 顾客录入所在桌号2) 观察顾客屏幕提示3) 观察管理员屏幕提示4) 查看数据库状

17、态预期结果及判定原则：1) 提示顾客开桌成功2) 提示管理员哪桌已开3) 数据库表中把桌子的信息置为正在用餐测试编号：2-1-2项目属性：A测试项目：点菜与写备注测试子项目：该模块与数据库的链接测试目的：验证顾客是否能够进行点菜测试预置条件：顾客（模拟）、厨师和学徒登录客户端并且在线，处于待机状态，喇叭，电源，网络信号正常。正确的顺序/步骤：1) 顾客（模拟）开桌进行点菜2) 顾客（模拟）进行点菜，点十道菜，进行备注3) 开启厨师端（已经测试完毕），查看菜品信息4) 开启学徒端（已经测试完毕）查看菜品配菜信息5) 顾客（模拟）中途继续进行点菜6) 查看学徒端和厨师端的屏幕变化7) 查看数据库的

18、数据变化预期结果及判定原则：1) 厨师和学徒界面显示的菜品顺序为正确顺序，按照点菜时间和菜品名以及桌号的逻辑进行显示3) 中途添加的点菜信息也能正确的添加到点菜信息表中测试编号：2-1-3项目属性：A测试项目：生成点菜表与提交制菜统筹系统测试子项目：向数据库提交信息测试目的：验证系统能否生成报表提交到数据库提示信息测试预置条件：顾客（模拟）、厨师和学徒登录客户端并且在线，处于待机状态，喇叭，电源，网络信号正常。正确的顺序/步骤：1) 顾客（模拟）进行点菜，并写备注2) 点击完成按钮3) 查看顾客屏幕4) 在管理员端查看数据库表5) 在厨师端查看点菜信息6) 在学徒端查看点菜信息预期结果及判定原

19、则：1) 成功将点菜信息、备注写入数据库2) 顾客端有点菜完成的提示3) 管理员可以查看点菜信息4) 厨师可以查看点菜信息5) 学徒可以查看点菜信息测试编号：2-1-4项目属性：A测试项目：退菜测试子项目：客户端对数据库的操作测试目的：验证顾客能否删去点菜信息测试预置条件：顾客（模拟）、管理员登录客户端并且在线，处于待机状态，电源，网络信号正常。顾客点菜已经完成。正确的顺序/步骤：1) 顾客选中显示正在排队的菜，点击退菜2) 查看顾客屏幕3) 在管理员端查看数据库表预期结果及判定原则：1) 顾客端有退菜成功的提示2) 数据库里删去了这一道菜的点餐信息测试编号：2-1-5项目属性：A测试项目：催

20、菜测试子项目：信息的拦截 测试目的：验证系统能否能够拦截顾客的催菜请求测试预置条件：顾客（模拟）、厨师登录客户端并且在线，处于待机状态，电源，网络信号正常。正确的顺序/步骤：1) 顾客（模拟）连续点击催菜按钮2) 观察厨师端的提示3) 观察顾客端的提示预期结果及判定原则：1) 顾客端提示催菜成功2) 厨师端一小时只收到3次催菜提示3) 厨师端提示催菜K.2.4.1 进度安排给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境、培训、准备输入数据等）。测试日期：程序完成后第二天立刻进行工作内容：操作简单容易上手，几乎不需要培训。准备一份详细的真实菜单和相应的配菜信息录入数据库录入桌

21、号信息表分配测试角色：顾客、厨师和学徒的角色安排K.2.4.2 条件d) 设备：5台及以上安卓机或者IOS机，至少两台Pad以及一台PC机使用时间至测试结束e) 软件：单元测试工具Nanit、功能测试工具WinRunner、性能测试工具LoadRunnerf) 人员：要求能够操作上述电子设备，具备一定的测试知识K.2.4.3 测试用例测试项输入用例是否有效等价类预期结果桌号录入002是开桌成功，数据库该桌信息置为不可用2否桌号太短0002否桌号太长002（第二次）否该桌已开#￥否有非法字符%2否长度太长点菜信息录入点击菜名是顾客已点菜单可以显示写备注不放辣是菜单中显示干豆角烧肉不放辣#否提示有

22、非法字符不放辣。（超过20个字）否提示菜名长度过长退菜点击退菜按钮是将数据库表中的信息删除，提示删除成功催菜点击催菜按钮是提示催菜成功，提示后厨催菜，一小时三次K.2.4.4 测试培训操作简单容易上手，几乎不需要培训。K.2.5 评价管理测试编号：3-1-1项目属性：A测试项目：判断付款状态测试子项目：无测试目的：判断顾客付款状态从而进行评价测试预置条件：顾客和管理员登录客户端并且在线，处于待机状态，喇叭，电源，网络信号正常正确的顺序/步骤：1) 顾客选择评价2) 系统判断顾客付款状态3) 观察顾客屏幕显示预期结果及判定原则：1) 如果未付款就提示请先付款2) 若付款则跳到评价界面3) 管理员

23、界面可以查看顾客付款状态和付款金额测试编号：3-1-2项目属性：A测试项目：评价添加测试子项目：无测试目的：验证统筹系统的正确性测试预置条件：顾客（模拟）和管理员登录客户端并且在线，处于待机状态，喇叭，电源，网络信号正常。正确的顺序/步骤：1) 顾客（模拟）进入评价界面2) 输入评价信息3) 观察管理员界面显示预期结果及判定原则：1) 顾客和管理员在数据库中可以查看评价信息2) 管理员界面会提示顾客评价信息已生成测试编号：3-1-3项目属性：A测试项目：评价删除测试子项目：无测试目的：验证客户能不能删除评价测试预置条件：顾客（模拟）和管理员登录客户端并且在线，处于待机状态，喇叭，电源，网络信号

24、正常。正确的顺序/步骤：1) 顾客（模拟）选中自己的评价2) 顾客点击删除3) 管理员端查看屏幕显示4) 顾客端查看屏幕显示预期结果及判定原则：1) 顾客端显示删除成功的提示2) 管理员端显示顾客删除的提示信息测试编号：3-1-4项目属性：A测试项目：评价查看测试子项目：无测试目的：验证顾客和管理员可以查看顾客给的评价测试预置条件：顾客（模拟）和登录客户端并且在线，处于待机状态，电源，网络信号正常。正确的顺序/步骤：1) 顾客点击评价记录按钮2) 观察顾客屏幕显示3) 管理员点击全部评价按钮4) 观察管理员屏幕显示预期结果及判定原则：1) 顾客端会显示自己的评价记录2) 管理员屏幕会显示所有顾

25、客的评价K.2.3.1 进度安排给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境、培训、准备输入数据等）。测试日期：程序完成后第二天立刻进行工作内容：操作简单容易上手，几乎不需要培训。准备一份详细的真实菜单和相应的配菜信息录入数据库录入桌号信息表分配测试角色：顾客、厨师和学徒的角色安排K.2.3.2 条件g) 设备：5台及以上安卓机或者IOS机，至少两台Pad以及一台PC机使用时间至测试结束h) 软件：单元测试工具Nanit、功能测试工具WinRunner、性能测试工具LoadRunneri) 人员：要求能够操作上述电子设备，具备一定的测试知识K.2.3.3 测试用例测试项输

26、入用例是否有效等价类预期结果评价等级输入5是能够写入数据库评价界面能显示评价等级-1否提示评级不能为负分6否提示评级不能超过54.5否提示评价不能为小数#￥#否提示评价只能为正整数评价内容输入饭菜很好，服务员态度也好，价格也很实惠，总的来说非常不错的是在管理员端和顾客端可以查看评价*（不文明用语）否提示有非法字符，评价无效&*部分阿虎8198否提示无效评价饭菜。（超过50字）否提示评价过长K.2.3.4 测试培训操作简单容易上手，几乎不需要培训。K.3 评价准则K.3.1 范围客户端界面，弹窗提示对于设备横竖屏的处理是否合理；是否有最大最小字符限制，边界值输入情况是否报错，最大最小限制的提示是

27、否合理；特殊字符的输入，显示，输入框内的展示，展示页面的展示；输入页面，对于空格字符的录入，空格在首位，末尾的处理和展示，只输入空格时的处理；输入过长时候是否有折行，显示是否合理；输入框和展示页面，对于换行是否有合理展示和处理；设备重启前后，应用数据不丢失，状态及策略执行情况正常；K.3.2 数据整理(1)、删除过时的测试用例因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统,这些测试用例就会过时.例如,某个变量的界限发生了改变,原来针对边界值的测试就无法完成对新边界测试.所以,在软件的每次修改后都应进行相应的过时测试用例的删除.(2)、改进不受控制的测试用例随着软件项目的进展,测

28、试用例库中的用例会不断增加,其中会出现一些对输入或运行状态十分敏感的测试用例.这些测试不容易重复且结果难以控制,会影响回归测试的效率,需要进行改进,使其达到可重复和可控制的要求.(3)、删除冗余的测试用例如果存在两个或者更多个测试用例针对一组相同的输入和输出进行测试,那么这些测试用例是冗余的.冗余测试用例的存在降低了回归测试的效率.所以需要定期的整理测试用例库,并将冗余的用例删除掉.(4)、增添新的测试用例如果某个程序段、构件或关键的接口在现有的测试中没有被测试,那么应该开发新测试用例重新对其进行测试.并将新开发的测试用例合并到基线测试包中. K.3.3 尺度说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围，允许中断或停机的最大次数。