构建之法——第五次团队作业

一、开头

这个作业属于那个课程	链接
这个作业的要求在哪里	链接
团队名称	Running Man
这个作业的目标	完成团队项目α版本的第二次测试和发布

二、团队成员列表：

李星晨	201731091410	组长
刘伊凡	201731062603	组员
陈嘉莹	201731104215	组员
唐财伟	201731062416	组员
谭伟	201731062415	组员

三、本项目的发布地址和操作手册：

发布地址：http://121.199.76.80:3000

网站操作手册：

本项目α第一版本基本操作手册已经在上一篇博文中写明：点击查看α版本1的操作手册~

α第二版本新增功能操作手册如下：

1. 评分功能

   评分功能是某订单完成后，订单发布方对该订单进行的评分，评分记入跑腿员的信誉值。

   （1）评分入口，发布方在个人中心页面的历史订单中进行评分。

   

   （2）评分有五个等级，分别为-2，-1，-0,1,2。发布方根据订单完成情况进行真实评分。

   

2. 个人中心会话窗口功能

   显示用户收到的对话消息

   

3. 会话窗口历史信息

   用户与其他用户产生聊天信息后，再次点击同一订单的“和他聊聊”，即可查看得到历史消息。

4、订单派送状态

订单接收后，跑腿员可以根据自身订单的进程实时更新订单状态。

四、测试

测试目的：本次项目主要测试α第二版本新增的功能，以及在第一版本后续出现错误的功能。

小组成员在完成代码编写后进行相应的单元测试，测试通过后才提交代码。α测试测试工作主要在本阶段开发完成后进行的。α测试主要是小组成员在开发环境下对软件的试用，主要侧重于软件特色功能和界面，根据需求分析中对软件的要求，对本阶段的开发成果进行非正式的验收。

小组成员	负责模块
李星晨	评分功能模块
刘伊凡	个人中心评分功能
陈嘉莹	接受订单测试
谭伟	会话窗口历史消息
唐才伟	会话模块

接收订单测试

测试用例编号	测试步骤	预期结果	备注
0001	任意用户点击我想接单	可查看订单的具体信息，具体任务说明
0002	任意用户点击“和他聊聊”进行聊天	跳转到会话窗口
0003	任意用户再次点击同一订单的“和他聊聊”	会话窗口可看到历史聊天消息
0004	未认证用户点击“我要接单”	提示没有接单权限
0005	已认证用户点击“我要接单”	提示接单成功，请及时完成，并跳转回接单主页
0006	未登录用户点击"我要接单"	提示请先登录
0007	未登录用户点击“和他聊聊”	跳出弹窗提示要先登录

测试案例的截图如下：

消息中心测试

测试用例编号	测试步骤	预期结果	备注
0008	用户b给用户a发送消息后，登录a的账户查看消息中心	用户a的消息中心查看到有新的消息	对于未读消息与已读消息的提示，在beta版本再考虑优化
0009	用户a点击c的回复消息	跳转到与用户c的会话窗口
0010	用户a点击d的回复消息	跳转到与用户d的会话窗口
0011	登录用户d查看消息中心	消息中心含有与用户a的消息列表
0012	登录用户c查看消息中心	消息中心含有与用户a的消息列表

评分测试

测试用例编号	测试步骤	预期结果	备注
0013	点击评分-2	弹出评分-2
0014	点击评分-1	弹出评分-1
0015	点击评分0	弹出评分0
0016	点击评分1	弹出评分1
0017	点击评分2	弹出评分2

展示评分截图：

订单状态测试

测试用例编号	测试步骤	预期结果	备注
0018	用户在个人中心查看接收订单的状态并进行修改	提示修改成功
0019	用户在个人中心查看发布的历史订单，点击评分	用户不能给未完成配送的订单进行评分
0020	用户对派送结束的订单进行评分	跳转到评分页面

α版本2测试阶段人员总结：

姓名	心得
陈嘉莹	本阶段所有功能的测试都放到了最后进行，本以为只要一个小时就能完成，没想到会出现这么多bug。下次还是应该每完成一个功能进行一次测试才行。另外让我体会很深的就是，让测试人员直接修改错误代码效率真的不高，测试的人需要理解不熟悉的代码，还要在合适的代码位置排错，找错再与写这部分代码的同学商量如何做修改，下阶段可以考虑换种形式吧。
刘伊凡	本次测试的部分能够正常运行，但是测试的时候有发现不对的地方，然后及时的去改正了。接触到了以前没有过的测试的部分，感觉在测试的同时也有学习到新的东西。
李星晨	测试会帮助人们发现很多思考不周到的地方，很多bug会出现在一些意料之外的地方，而且有时候第一版本正确的地方也不一定能保证一直正确，需要不断的查找改正。
唐财伟	在α测试中，更多是站在使用者的角度对项目进行验收性的测试，除了考验程序的正确性之外，还要考虑程序的性能，易用性等。在α测试中发现了许多交互逻辑不合理的地方和程序bug，这既锻炼了我的程序设计能力，也引发了我对交互逻辑设计的思考。让我深刻的明白了程序!=产品，好的程序不一定是好的产品。
谭伟	本来以为测试是一件简单的事，可是在真正测试时，遇到了许多的问题，如网页间的跳转关系不对，导致网页就像一团乱码，在各处跳转，又如前端返回出来的值与后端想要的值不同，导致在前端显示null，于是又重新梳理了一遍项目逻辑，在一遍又一遍的调试中，逐渐将代码完善，在这中间也学到了许多有用的知识，如有效利用浏览器的查看源码功能，以及端点的使用，这些都是很有效的测试方法。总之，在这一次测试所获良多。

五、项目第一阶段记录

1.git仓库：点一下

2.任务记录

和第一版本一样，借助网上的项目管理工具管理我们的项目。记录我们的任务进程和状态。

我们充分利用其来管理我们的项目，对我们项目进行一系列的管理操作：如需求分析、任务分配、燃尽图、文档管理，项目设计等等...

我们组的成员采用的方式是先由组长发布任务，建立需求，设置优先级。组员自己设置任务进度，达到开发透明，大家对项目进度有一个明确的掌握，同时，显著的优先级的表示法能够让开发人员充分明白任务的重要性，达到明确优先级。

同时，组员拥有修改的权限，可以对分配不合理的地方进行修改。

展示第二版本的任务记录：

六、项目情况总结

• 在第二次α版本发布之后，本项目完成了内容

注册登录功能	完成度100%
核心功能：发布订单	完成度100%
核心功能：接受订单	完成度100%
查看订单	完成度100%
会话窗口功能	完成度100%
个人信誉	完成度100%
个人中心	完成度100%
评分功能	完成度100%
更新订单状态	完成度100%

• 和项目预期相比未完成功能

  符合项目预期

• 下一次的展望和安排

  ①展望

  在下一次的β项目中，我们需要对项目进行优化和改善。提高用户体验以及改进反应速度

  ②安排

  时间	工作内容
  第一周	听取测试意见，制定每周测试的部门，进行任务分配
  第二周	改进细节，对代码进行优化
  第三周	对用户体验（界面、速度）进行优化