代码作家-凡事预则立

项目的GITHUB地址

一、问题的思考&总结

 1. 对于GitHub的issue，我们小组在前期确实是没有足够的重视和利用，因为大家都不熟悉，也是第一次在GitHub上合作，所以对issue的整理与提交就不够。但在中后期，经过老师的提点和自我学习，积累了一些经验，便有了一些issue并进行了提交。
2. 这个项目是基于微信小程序开发的，但组员都没有做过这方面的开发，只能现学微信小程序的语言，可能一些同学有做过网页，有一定的HTML5和css基础，但大多数没有夯实的基础，所以导致前期项目进展缓慢，到了后期，又遇到了后台的诸多问题，所以道路不是一帆风顺的。
3. 小组成员每个人的分工确实不是平均分配的，因为每个人擅长的东西不是一样的，这也是不可避免的问题，最后没办法时也只能是能者多劳。但这并不代表有人是在划水，因为大家都在努力，只是有些努力没有立马体现出来，毕竟学习的过程是漫长且艰辛的，没有谁能一蹴而就。所以，只要“尽人事”，便好。

 

二、团队分工合作总结

在项目正式开始做之前，我们团队的分工比较明确。对于代码，不同的页面有不同的人来负责，各种文档的编辑也各有分工。但在刚开始执行的过程中，却出现过两人编码内容重复，部分内容无人编写等现象，导致浪费了一部分宝贵的时间，使项目进度落后。其原因一是没有交流沟通好，二就是没有团队合作的意识。随着项目的进行，组内成员磨合的越来越好，类似的情况基本很少再出现。现在还有的部分问题只是由于组内成员基础不同，部分分工不能按时完成，需要其他成员帮忙完成。总体来说，我们组整体协作良好，随着在项目推进，我们既学习到了软件开发的种种知识，又提升了组内成员之间的友谊，受益匪浅。

三、代码规范

Ⅰ．目录规范

1. 所有页面文件都放在pages目录下；
2. 所有自定义组件都放在components目录下；
3. 所有业务模型文件都放在models目录下；
4. 所有业务工具文件都放在utils目录下；
5. 所有图标资源都放在icons目录下；
6. 所有引用的外部样式文件都放在style目录下；

 

Ⅱ．Wxml文件规范

1. 标签：成对的标签之间若有其他内容，尽量分成两行再在中间包裹住要添加的内容，起始标签与结束标签要保证对齐；表示页面不同部分的代码之间要空一行；
2. 缩进：下一层级的标签要比上一层级的标签向后缩进4格；
3. 类名：命名用英文含义表示，不要用拼音，多个单词之间用“-”连接，类名尽量简短，且能看出其表示的含义；
4. 注释：页面中的每个部分前要有注释，注释写在该部分代码的上一行（单独占一行）；
5. 其他：尽量不要使用内联样式；引号尽量使用双引号；

 

Ⅲ．Wxss文件规范

1. 选择器顺序：从外层到内层、从通用到个体依次从上往下排列，内层标签的类接着其外层标签的属性写；
2. 缩进：选择器顶格写，内部的属性空4格写，每行只写一个属性；
3. 属性：能用一条属性表示的尽量使用一条属性表示；
4. 单位：表示距离、大小时尽量使用“rpx”做单位，部分属性如边框粗细等可用“px”做单位；
5. 注释：在选择器的上一行使用块状注释表示，只占一行；
6. 其他：每个选择器之间要空一行；

 

Ⅳ．Js文件规范

1. 命名：变量名与函数名均采用驼峰命名法命名；类名首字母大写
2. 声明：使用ES6 关键字let定义变量，尽量不使用var；
3. 缩进：函数内部下一层代码块要比上一层代码块向后缩进4格；
4. 注释：变量前用双斜杠写注释，函数前用文档注释写明函数的属性和作用；
5. 其他：函数与函数之间要空一行；引号尽量使用单引号；js语句统一使用分号结尾；

四、测试工作

测试分工

测试工具

在测试工具的选择上，我们使用微信开发者工具的真机调试功能来进行测试

测试用例（GitHub地址）

测试项目评述

我们在α阶段的时候并没有很详细的测试工作安排，都是自己写完代码后简单的测试一下有没有问题。

在β阶段，写代码的同学在进行简单的测试后，还会有同学进行更详细的测试 

(全部的项目测试还未完成，后面会对此项进行补充)