一、开头
| 这个作业属于那个课程 | 链接 |
|---|---|
| 这个作业的要求在哪里 | 链接 |
| 团队名称 | Running Man |
| 这个作业的目标 | 完成团队项目α版本的第一次测试和发布 |
二、团队成员列表：
| 李星晨 | 201731091410 | 组长 |
|---|---|---|
| 刘伊凡 | 201731062603 | 组员 |
| 陈嘉莹 | 201731104215 | 组员 |
| 唐财伟 | 201731062416 | 组员 |
| 谭伟 | 201731062415 | 组员 |
三、本项目的发布地址和操作手册：
发布地址：（http://121.199.76.80:3000）
网站操作手册：
（1）登录与注册的使用
在浏览器中输入本项目的发布网站，进入首页。（注：建议使用谷歌浏览器）
首页:
点击首页的右上方的登录按钮，进入注册登录界面。
第一次进入网站需要首先进行注册，输入您的用户名，邮箱或者电话号码，密码。按照要求完成注册之后就可以以邮箱或者电话号码为标识码进行登录。
登录注册：
（2）发布订单用户使用手册
用户一共有两种类型，发布订单和接受订单方的注册登录方法是相同的。登录成功后可以进行发布订单的操作，按照网页要求填入信息，点击发布；
（3）接受订单用户（跑腿员）使用手册
①认证跑腿员
点击个人中心，再点击跑腿员认真，以您的真实学校信息即可进行跑腿员认证。
认证：
(注：不进行跑腿员认证只可发布任务不可接受任务)
②点击圆形图片回到首页，点击接受订单，即可进行入到订单界面。
通过简单标题判断您是否想要接受该订单，您可以通过两个方法进一步判断，点击订单可以建立与发布方的聊天，或者点击我想接单查看该订单的具体信息：
订单操作：
会话窗口：
具体订单：
最后即可点击我要接单完成接单操作；
（4）个人中心
个人中心中包括了四个功能：当前订单、消息中心、个人信誉、认证成为跑腿员
①当前订单：包括查看您当前的订单状态、查看您的历史订单状态；
②消息中心：查看您收到的消息以及您近期发出的消息
③个人信誉：查看当前您的信誉以及您的信誉记录
④认证成为跑腿员：以学校信息完成您的身份认证
四、测试
α版本的测试报告
测试工作安排
本阶段项目的测试主要由平时开发过程中所做的单元测试和本阶段开发末的α测试组成。小组成员在完成代码编写后进行相应的单元测试，测试通过后才提交代码。α测试测试工作主要在本阶段开发完成后进行的。α测试主要是小组成员在开发环境下对软件的试用，主要侧重于软件特色功能和界面，根据需求分析中对软件的要求，对本阶段的开发成果进行非正式的验收。
| 小组成员 | 负责模块 |
|---|---|
| 李星晨 | 登录注册 |
| 刘伊凡 | 聊天功能 |
| 陈佳莹 | 发布订单 |
| 谭伟 | 个人中心 |
| 唐才伟 | 跑腿员跑腿模块 |
测试工具的选择
单元测试使用Junit进行，因为本项目采用RESTful风格的接口设计，所以使用postman对后端提供的接口进行了测试。前端使用windows操作系统下主流的chrome浏览器进行测试。
测试用例
注册功能测试
| 测试用例编号 | 测试步骤 | 预期结果 | 备注 |
|---|---|---|---|
| 0001 | 不输入任何数据 | 提示请输入用户名 | |
| 0002 | 只输入用户用户名 | 提示输入请输入用户名 | |
| 0003 | 只输入用户名和电话 | 提示请输入密码 | |
| 0004 | 输入已被注册的电话 | 提示注册失败 | 一个电话只能注册一个用户 |
| 0005 | 输入用户名，未被使用的电话，和密码 | 注册成功，调整到登录 |
登录功能测试
| 测试用例编号 | 测试步骤 | 预期结果 | 备注 |
|---|---|---|---|
| 0006 | 不输入任何数据 | 提示请输入用户名 | |
| 0007 | 只输入用户名 | 提示输入请输入密码 | |
| 0008 | 输入正确的用户名，错误的密码 | 提示登录失败 | |
| 0009 | 输入正确的密码，错误的用户名 | 提示登录失败 | |
| 0010 | 输入正确的用户名和密码 | 登录成功，自动跳转到首页 |
聊天功能测试
| 测试用例编号 | 测试步骤 | 预期结果 | 备注 |
|---|---|---|---|
| 0011 | 不登录发起聊天 | 提示请先登录 | |
| 0012 | 登录后发起聊天 | 进入聊天窗口 | |
| 0013 | 不输入内容，发送消息 | 提示请输入内容 | |
| 0014 | 发送消息 | 发送成功，数据库中存储聊天数据 | 消息中心正在开发中 |
跑腿员跑腿模块
| 测试用例编号 | 测试步骤 | 预期结果 | 备注 |
|---|---|---|---|
| 0015 | 普通用户，进行认证，输入已存在的学号 | 提示认证失败 | 一个学号只能认证一人 |
| 0016 | 普通用户，进行认证，输入未使用过的学号 | 提示认证成功 | |
| 0017 | 跑腿员进行接单 | 提示接单成功 | |
| 0018 | 个人中心查看当前跑腿的订单 | 订单状态为已结单 | |
| 0019 | 更改订单状态 | 提示更改成功 |
个人中心测试
| 测试用例编号 | 测试步骤 | 预期结果 | 备注 |
|---|---|---|---|
| 0020 | 未登录点击个人中心 | 跳转到登录 | |
| 0021 | 登录后进入用户中心 | 成功进入 | |
| 0022 | 查看历史订单 | 和数据库中的数据吻合 | |
| 0023 | 查看信誉积分 | 和数据库中的数据吻合 |
发布订单测试
| 测试用例编号 | 测试步骤 | 预期结果 | 备注 |
|---|---|---|---|
| 0024 | 表单不完整 | 提示表单不完整 | |
| 0025 | 表单完整，未登录 | 提示未登录 | |
| 0026 | 表单完整，且登录 | 提示发布成功 |
测试阶段人员总结：
| 谭伟 | 本来以为测试是一件简单的事，可是在真正测试时，遇到了许多的问题，如网页间的跳转关系不对，导致网页就像一团乱码，在各处跳转，又如前端返回出来的值与后端想要的值不同，导致在前端显示null，于是又重新梳理了一遍项目逻辑，在一遍又一遍的调试中，逐渐将代码完善，在这中间也学到了许多有用的知识，如有效利用浏览器的查看源码功能，以及端点的使用，这些都是很有效的测试方法。总之，在这一次测试所获良多。 |
|---|---|
| 陈嘉莹 | 测试时要考虑用户未认证和已认证两种情况；且用户没有订单，含有订单，含有被评价的订单都要分别测试查看返回的json数据是否正确。测试的过程比较繁琐，由于我只是做部分功能的测试，需要在本地数据库里添加大量数据，经常被表与表之间的外键关系给搞晕。另外，本地测试成功了部署到服务器上可能会出现一些不适配的问题，当然最后我们都解决啦。 |
| 刘伊凡 | 对前端进行了测试之后，发现的前端问题比较少，都能够很轻松的改正。在网络请求导致界面变化，与后端交互等操作都表现得正常可行，但第一个版本仍然有不够完善的地方，有的功能还没有办法检验，在后续的开发中会持续的完善。 |
| 李星晨 | 测试会帮助人们发现很多思考不周到的地方，很多时候我们完成某个功能是按照固有的思维或者按照设计文档去做，但是会出现数据不正确或者很多地方对接不上的情况出现。利用好测试，可以帮助我们很好的改善我们的项目，是一个很优秀的方式。 |
| 唐财伟 | 每次在编写完后端程序，尤其是Dao层和service层程序后，都使用junit进行单元测试，能够很好的将问题扼杀在摇篮状态。为前端结合前端进行调试做好了保障。也更容易发现在α测试中不容易发现的问题。在α测试中，更多是站在使用者的角度对项目进行验收性的测试，除了考验程序的正确性之外，还要考虑程序的性能，易用性等。α测试是对项目的更高层次的检验，也是我从未体验过的全新感觉 |
五、项目第一阶段记录
1.git仓库：点一下
（ps：仓库中master分支上一部分提交没了，丢失的那一部分提交记录在tcw分支上，所以之前的提交记录需要去分支里面的tcw里面查看~）
2.任务记录
因为这次的项目比之结果而言，更注重的过程和分析部分，所以这次更能锻炼每个成员的分工和协作。
但是因为学生身份，像每天开例会的方法并不适合我们，所以我们使用了一个项目管理软件——禅道。
在禅道上，我们充分利用其来管理我们的项目，对我们项目进行一系列的管理操作：如需求分析、任务分配、燃尽图、文档管理，项目设计等等...
在禅道到，我们组的成员采用的方式是先由组长发布任务，建立需求，设置优先级。组员自己设置任务进度，达到开发透明，大家对项目进度有一个明确的掌握，同时，显著的优先级的表示法能够让开发人员充分明白任务的重要性，达到明确优先级。
同时，组员拥有修改的权限，可以对分配不合理的地方进行修改。
展示部分记录
发布任务展示：
任务看板展示：
项目总览：
后台管理：
六、项目情况总结
- 在第一次α版本发布之后，本项目完成了内容
| 注册登录功能 | √ |
|---|---|
| 核心功能：发布订单 | √ |
| 核心功能：接受订单 | √ |
| 查看订单 | √ |
| 会话窗口功能 | 80% |
| 个人信誉 | 80% |
| 个人中心 | 50% |
| 评分功能 | 50% |
和项目预期相比未完成功能
基本符合项目预期
下一次的展望和安排
①展望
在下一次的α项目中，我们需要对功能的进一步完善，完成会话窗口和个人信誉部分，同时完成评分功能，个人信息功能完善。同时对UI界面要进一步完善，优化用户体验。
②安排
时间 工作内容 第1-2天 完成会话窗口 第3-4天 订单状态部分完善 第5-6天 评分功能上线 第1-7天 UI界面改进