초보
| 이 작품은 교육 과정에 속하는 | 링크 |
|---|---|
| 어디에서 작업이 요구 사항 | 링크 |
| 팀 이름 | 런닝 맨 |
| 대상 작업 | Α 프로젝트 팀은 첫 번째 테스트 버전과 릴리스를 완료 |
둘째, 팀 구성원의 목록 :
| Lixing 첸 | 201731091410 | 리더 |
|---|---|---|
| 리우 이반 | 201731062603 | 크루 |
| 첸 아잉 | 201731104215 | 크루 |
| 최 탕웨이 | 201731062416 | 크루 |
| 탄 웨이 | 201731062415 | 크루 |
셋째, 주소를 게시 및 수동 작동의 프로젝트 :
게시 주소 :( http://121.199.76.80:3000 )
웹 사이트 운영자 설명서입니다 :
(1) 등록 및 로그인을 사용
브라우저에서 프로젝트 게시 사이트를 입력, 홈페이지로 이동합니다. (참고 : 구글 브라우저를 사용하는 것이 좋습니다)
홈 :
홈 페이지의 오른쪽 상단에있는 로그인 버튼을 클릭하여 등록 로그인 화면을 입력합니다.
먼저, 사이트 필요가 등록을 입력 할 사용자 이름, 이메일 또는 전화 번호, 암호를 입력합니다. 당신은 등록 이메일 또는 전화 번호를 완료하기 위해 다음과 같은 요구 사항에 따라 식별 코드로 로그인 할 수 있습니다.
로그인 회원 가입 :
(2) 주문의 사용 설명서를 발행
이 사용자, 릴리스 주문의 두 가지 유형이 파티 등록 로그인 방법에 대한 주문을 수락하는 것은 동일합니다. 성공적으로 로그인이 해제 명령을 작동 할 수 있습니다 후, 페이지의 요구에 따라 정보를 입력은 클릭 게시;
(3) (심부름 회원을 실행) 주문 사용자를 수용 매뉴얼
① 심부름을하는 회원 인증
개별 센터를 클릭하면 실제 정보를주의 깊게 심부름 회원을 클릭 학교 직원 인증을 심부름을 수행 할 수있다.
인증 :
(참고 : 음주 심부름이 작업을 받아 들일 수 없습니다 작업의 인증 회원을 발행 할 수 있습니다 수행되지 않음)
사진 라운드 다시 홈 페이지를 클릭 ② 순서를 받아들이 클릭 순서는 인터페이스로 수행 할 수있다.
당신이, 당신이 더 두 가지 방법에 의해 판단 할 수있는 순서를 수락할지 여부를 결정하는 간단한 제목으로 당신은 내가 특정 정보의 순서를 표시하려는 주문을 발행자와 채팅을 설정, 또는 클릭하기 위해 클릭 할 수 있습니다 :
주문 작업 :
세션 창 :
특정 주문 :
마지막으로 나는 완료된 주문이 운영하는 주문을 클릭합니다;
(4) 개인 센터
개인 센터는 네 가지 기능이 포함되어 현재 주문, 메시지 센터, 개인 신뢰성을하고 심부름 멤버를 실행하는 인증 될
, 현재 주문 상태를 확인하여 역사 주문 상태를 확인; ① 현재 주문은 다음과 같습니다
② 메시지 센터 :보기 당신은 최근에 보낸 수신 한 메시지와 메시지
③ 개인 신뢰성 : 현재 신용 조회 및 신용 기록
사용자의 신원을 완료하는 데 학교 정보 : 실행에 인증 될 ④ 것은 회원 심부름
넷째, 테스트
시험 보고서의 α 버전
테스트 작업 준비
프로젝트의 현재 위상을 테스트하는 것은 주로 시험 조성물의 α 단부 개발의 현재 스테이지의 보통 부 테스트 및 현상 공정에 의해 만들어진다. 팀 구성원들은 후 제출을 통해 코드, 테스트 코드를 완료 한 후 해당 단위 테스트를합니다. 개발이 단계의 완료 주로 테스트 작업 후 α 테스트. α 시험은 소프트웨어 개발 환경에서 시험 팀의 멤버, 주로 수요 분석 소프트웨어 요구 비공식적 수용 개발이 단계의 결과에 따라, 소프트웨어 기능 및 인터페이스에 초점을 맞추었다.
| 그룹 회원 | 모듈에 대한 책임 |
|---|---|
| Lixing 첸 | 로그인 회원 가입 |
| 리우 이반 | 채팅 |
| 첸 아잉 | 게시 주문 |
| 탄 웨이 | 개인 센터 |
| 탕웨이이었다 | 회원은 심부름 모듈을 실행하는 심부름 |
선택 테스트 툴
하여 RESTful 인터페이스 디자인이 프로젝트에 사용 된 JUnit 단위 테스트를 사용하여 수행 우편 배달의 후단에 의해 제공되는 인터페이스의 사용을 시험 하였다. 테스트중인 운영 체제 프런트 엔드 주류 크롬 브라우저 창.
테스트 케이스
등록 기능 테스트
| 테스트 케이스 번호 | 시험 절차 | 예상 결과 | 말 |
|---|---|---|---|
| 0001 | 데이터를 입력하지 마십시오 | 사용자 이름 프롬프트를 입력하십시오 | |
| 0,002 | 사용자 만 사용자 이름을 입력합니다 | 사용자 이름을 입력하라는 메시지 입력하십시오 | |
| 0,003 | 만 사용자 이름과 전화를 입력 | 암호 프롬프트를 입력하십시오 | |
| 0,004 | 휴대폰을 입력 등록 된 | 프롬프트 등록 실패 | 전화 만 사용자를 등록 할 수 있습니다 |
| 0,005 | 사용자 이름을 입력, 전화를 사용하지 않을 및 암호 | 등록, 로그인을 조정 성공 |
로그 기능 검사
| 테스트 케이스 번호 | 시험 절차 | 예상 결과 | 말 |
|---|---|---|---|
| 0,006 | 데이터를 입력하지 마십시오 | 사용자 이름 프롬프트를 입력하십시오 | |
| 0,007 | 사용자 이름을 입력 만 | 비밀번호를 입력하라는 메시지가 | |
| 0,008 | 올바른 사용자 이름과 비밀번호 오류 입력 | 로그인 실패 | |
| 0,009 | 올바른 암호, 잘못된 사용자 이름을 입력합니다 | 로그인 실패 | |
| 0,010 | 올바른 사용자 이름과 암호를 입력 | 성공적인 로그인이 자동으로 홈 페이지로 이동 |
채팅 기능 검사
| 테스트 케이스 번호 | 시험 절차 | 예상 결과 | 말 |
|---|---|---|---|
| 0,011 | 채팅을 시작하기에 로그온하지 마십시오 | 팁 로그인 | |
| 0,012 | 로그인 한 후 채팅을 시작 | 채팅 창을 입력 | |
| 0,013 | 입력하지, 메시지를 보냅니다 | 팁 내용을 입력 | |
| 0,014 | 메시지 보내기 | 성공적인 전송은, 채팅 데이터는 데이터베이스에 저장 | 메시지 센터는 개발 중입니다 |
회원은 심부름 모듈을 실행하는 심부름
| 테스트 케이스 번호 | 시험 절차 | 예상 결과 | 말 |
|---|---|---|---|
| 0,015 | 일반 사용자는 인증, 학생 수는 이미 입력 | 팁 인증 실패 | 학생 번호는 인증받은 사람 |
| 0,016 | 일반 사용자는 공인 된 학생 수는 사용하지 않는 입력 | 팁 인증 성공 | |
| 0,017 | 회원은 심부름 주문을 실행했다 | 팁 수주 성공 | |
| 0,018 | 센터는 현재 개인 심부름 주문을 볼 수 있습니다 | 문 등의 주문 상태 | |
| 0,019 | 변경 주문 상태 | 提示更改成功 |
个人中心测试
| 测试用例编号 | 测试步骤 | 预期结果 | 备注 |
|---|---|---|---|
| 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 인터페이스 개선