团队项目第四次做业

1、

这个做业属于哪一个课程	https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/
这个做业要求在哪里	https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/homework/3329
团队名称	西柚皇家编程团队
这个做业的目标	发布项目的α版本，并完成测试报告，以及相关总结

 2、团队成员列表

队员	学号
徐异潇（组长）	201731062102
王力	201731062318
何星桦	201731062103
谭春艳	201731062105
王伟	201731011330
唐若宸	201731054416
黄欣	201731062104
张文豪	201731062119

 3、项目α版本的发布地址、下载安装说明

一、下载地址

连接：https://pan.baidu.com/s/1_jV3wwvR6YYqr_sEUuO2ug%20
提取码：l40a

二、简明的操做手册

餐厅工做人员需登陆，登录成功后便可进行后续相关操做；顾客则无需登陆，点击“点菜”按钮开始点菜。

4、α版本的测试报告

一、测试工做安排

（1）徐异潇：测试“主窗体”

（2）王力：测试“结帐”

（3）何星桦：测试“餐桌状态”

（4）谭春艳：测试“点菜”

（5）王伟：负责代码审查

（6）唐若宸：负责数据库审查

（7）黄欣：测试“登陆界面”

（8）张文豪：测试“职员信息”

二、测试工具的选择

测试工具：vs

三、测试用例及测试结果截图

（1）餐厅状态

• 点击餐桌状态，输入餐桌号，便可查询餐桌状态，或者手动输入餐桌信息。如图：

• 点击加/点菜按钮，则跳转到点菜页面。如图：

• 若点击结帐按钮，跳转到结帐页面，如图：

（2）登陆界面

 

（3）点菜

用例ID	02	用例名称	点餐
用例描述	点餐用户名存在、密码正确的状况下，进入系统 页面信息包含：页面背景显示 用户名和密码录入接口，输入数据后的登入系统接口
用例入口	打开系统 进入点餐页面

 

测试用例ID	场景	测试步骤	预期结果	备注
TC1	菜品显示	从用例入口处进入	页面元素完整，显示与详细设计一致
TC2	菜品选择	选择菜品：排骨	选择成功
TC3	点餐－成功	单击确认按钮	点餐成功

（4）结帐

用例ID		01	用例名称		结帐&查询
用例描述		结帐&查询 用户名存在、密码正确的状况下，进入系统 页面信息包含：页面背景显示 用户名和密码录入接口，输入数据后的登入系统接口
用例入口		打开系统 进入该结帐&查询页面

 

测试用例ID	场景	测试步骤	预期结果	备注
TC1	结帐&查询显示	从用例入口处进入	页面元素完整，显示与详细设计一致
TC2	用户名录入－验证	输入已存在的用户：test	输入成功
TC3	金额－容错性验证	输入：aaaaabbbbbcccccdddddeeeee	输入到蓝色显示的字符时，系统拒绝输入	输入数据超过规定长度范围
TC4	结帐－成功	TC2，TC4，单击结帐按钮	支付成功

（5）职员信息

• 输入错误信息而且执行重填

• 取消以前操做，而且失去某些操做权限

• 查询员工信息

• 保存新增员工信息

• 单元测试

（6）主窗体

• 主窗体界面

• 点击餐桌，跳转餐桌状态

 

• 点击职员信息，跳转职员信息界面

四、测试体会与总结

（1）徐异潇：

    在测试主窗体中，没有发现什么异常。在测试的过程当中我体会到了测试的重要性，这个环节在整个项目中占了很大的比重。虽然测试不能彻底排除项目中的全部错误，但能发现其中的大部分错误，确保项目是基本可用的，这也体现了测试的真正意义所在——在于发现错误，而不在于验证项目是正确的。

（2）王力：

    结帐设计的是从开台模块中选择餐桌，链接数据库，选择餐桌的具体点菜信息，算出总价并显示，而后在数据库中添加实付列，找零列。白盒测试结果正确，没有出现异常，用户测试时，在系统数据库出现了异常，缘由是输入格式不正确，说明在输入的兼容性还不够完美，通过改进，黑盒测试也没有问题了，提升了程序的稳定性。

（3）何星桦：

    在测试过程当中发现了一些小的问题，餐桌信息查询功能还不够完善，跳转到结帐和加/点菜页面时，所需时间有些长，后期会找找这个问题的缘由，并解决掉这个问题。另外一点就是项目的美观问题，窗口太简洁，不够美观，到后面也会在这方面作一些改进。

（4）谭春艳：

    首先得先把餐馆有的全部菜存储在数据库中，这样才能在表中调用数据库的菜单信息表，点菜界面所要有的属性应和菜单信息表一致，菜单编号，菜名单价，份数，折扣都得一一对应，而后把所要点的菜选出来，添加到点菜表中便可。白盒测试结果正确，没有出现异常，用户测试时，在系统数据库出现了异常，缘由是输入格式不正确，说明在输入的兼容性还不够完美，通过改进，黑盒测试也没有问题了，提升了程序的稳定性。

（5）王伟：

    在测试中我负责代码审查，首要目的就是改善和保证代码质量，预防bug。同时也有助于制定团队代码规范，造成团队技术氛围，以及团队的成长。代码审查也有不少相关工具可使用，因为对测试不是很熟悉，我主要从编码规范问题：命名不规范和代码结构问题：重复代码、巨大的方法和类、分层不当、紧耦合去审查。在这个过程当中，也发现很多问题，很多变量命名太随意，又缺乏注释，这就致使让别人看这段代码时不是很容易理解，还有就是代码风格统一。也去掉了不写没必要要的变量，使得代码变得稍微简洁一些。代码注释太少，可读性不高。经过这个过程，也体会到了一个团队制定严格统一的代码规范以及为代码写注释的重要性，有了更深的体会，以便本身在之后的编码过程当中注意这些问题。

（6）唐若宸：

    这次测试，我主要是检查数据库的基本功能运行，以及改善数据库。经过这次测试，检查出数据库还有不少不足，后续还会进行改进，好比某些表和字段的命名与关键字冲突，主外码的设置还有缺陷，一些字段的属性设置也须要改进。经过这个过程，熟悉了数据库的构建，也增长了许多经验，对以后的改进有很大帮助。

（7）黄欣：

    前期测试过程仍是比较顺利的，本身在数据库添加了管理人员信息，可以识别登陆，可是菜单的添加仍然存在问题，须要进行改进，这是我进入大学第一个与团队协做一块儿设计的小程序，虽然咱们的程序在全部的程序中比起来可能并不算优秀，可是此次协做让我体验到了团队的力量大于我的，要想作好一个项目，光本身一我的是难上难！这也体现了团队的重要性。

（8）张文豪：

   这次团队项目是进入大学后第一个面向对象面向真实用户的项目，相比于以前的黑白屏幕，小的功能项目，或者一些教务管理系统，难度可想而知。固然课本上的知识仍是难以应对这些中型项目，耗费了团队同窗的大量时间，然而结果仍是未能实现某些功能或者有小小的bug，好比，在员工修改方面有些操做只能执行一次，有些运行偶尔会发生崩溃，使得项目没有达到理想的状态。不过，经过此次实验，咱们的动手能力与逻辑思考问题又获得了很大的提高，对于测试用例的思考有了进一步理解。

5、项目状况总结

一、发布α版本后，已完成的内容

已经完成的内容：餐厅状态、登陆界面、点菜、结帐、职员信息、主窗体。

二、和项目预期计划相比，没有完成的内容

未完成的内容：菜单管理、统计、接收评价、评价。

三、β版本的展望，具体的安排计划

    对于这次α版本发布，由于α阶段咱们初步打算完成基本功能的实现，因此用户界面的操做自没必要说，数据库与后台代码的对接也基本实现，工做状态下，可以经过用户界面正常修改后台数据库信息。接下来咱们的主要任务就是美化界面的设计，窗口的提示以及优化数据库操做所使用的的时间，最大化便利咱们的使用对象。