凡事预则立随笔作业
GITHUB地址： https://github.com/ChaoYunTian/Software_second-hand-trading
问题的思考与总结：
思考：
1.由于小组成员之前没有相关软件开发经历，所以有较少的同学会定期去提交issues,导致小组issues提交不够，提交出去的issues没有得到回复等问题出现，由于开发经验不足，所以感觉提交的issues发挥的作用不大，提交的bug没有得到相应修复。
2.小组成员分工存在很大问题，导致组内少部分成员做了很多工作，相对一些成员的贡献又不是很突出，特别体现在github上，缺少组内部分成员issues,文档提交记录，以及代码迁入记录。
3.在进行小组合作时前后端没有提前商量好，导致前后端联系不是很紧密，在编写接口时造成了很大的问题，随着后端代码进度推进，这些问题又更多地显现出来。
总结：
小组成员间有明确分工是开发效率提升的重要途径，我们小组在进行开发文档记录时做的不是很好，导致在开发过程中暴露出很多问题。所以未来开发过程中，要重点解决这些问题：督促小组成员养成定时提交issues的习惯，同时坚持发布每周的文档记录。
需要改进的团队分工：
针对之前的不足，需要改进的地方：
1.明确小组成员之间的分工
2.定期督促小组成员提交issues与文档
3.加强小组成员之间的交流，特别是编写前后端代码之间的联系
代码规范：
一.命名风格
-
【强制】代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。
-
【强制】代码中的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式。
-
【强制】类名使用 UpperCamelCase 风格，但以下情形例外：DO / BO / DTO / VO / AO / PO / UID 等。 例子：UserDao,BookDao,GoodsDao
-
【强制】方法名、参数名、成员变量、局部变量都统一使用 lowerCamelCase 风格，必须遵从驼峰形式。 例子：queryBooksList，showAll
-
【强制】抽象类命名使用 Abstract 或 Base 开头；异常类命名使用 Exception 结尾；测试类 命名以它要测试的类的名称开始，以 Test 结尾。 例子：BooksDaoTest,GoodsDaoTest
-
【强制】杜绝完全不规范的缩写，避免望文不知义。 例子：quality不能写成qua
-
【推荐】为了达到代码自解释的目标，任何自定义编程元素在命名时，使用尽量完整的单词组合来表达其意。 例子：price,remark
二.命名风格
1.【强制】大括号使用约定。
-
左大括号前换行。
-
左大括号后换行。
-
右大括号前换行。
-
右大括号后换行。
三.注释规约
-
类、类属性、类方法的注释必须使用 Javadoc 规范 ，可另建一个文档记录方法名，参数，返回值的意义
-
强制】所有的抽象方法（包括接口中的方法）必须要用 Javadoc 注释、除了返回值、参数、异常说明外，还必须指出该方法做什么事情，实现什么功能。
-
修改代码时应注意相应编写文档的修改
测试工作的安排：
1.首先后端代码以单元测试为主
2.前端页面以微信小程序开发工具上真机模拟为主，运用不同的手机模拟测试，看实际运行效果
测试工具的选择与使用：
暂时没用一些专业测试工具，只简单进行一下后端代码单元测试，在集成开发环境上就能进行，在微信开发工具上用真机模拟功能进行实际操作，通过更换不同手机看实际运行效果，是否会产生预料之外的误差
测试用例的文档和github链接地址：
后端单元测试代码： https://github.com/ChaoYunTian/Software_second-hand-trading/tree/master/%E5%8D%95%E5%85%83%E6%B5%8B%E8%AF%95%E7%94%A8%E4%BE%8B
真机模拟效果截图链接： https://github.com/ChaoYunTian/Software_second-hand-trading/blob/master/%E7%9C%9F%E6%9C%BA%E6%B5%8B%E8%AF%95.docx
项目测试评述：
