【凡事预则立】——第六小组随笔作业
项目的GITHUB地址：
https://github.com/maminghui233/chaoxi
针对之前存在的问题进行思考和总结：
4. SCRUM博客分工不明确。这一问题，在前期是最困扰我们小组的一方面。因为大家第一次采取这种形式，开始有很多的不适应，造成我们小组初期效率不高，工作、时间安排混乱。
解决：
总结：
在发现这个问题后，我们小组重新整合项目进度，制定详细的计划，之后按照每个人能力的不同，再次进行分工，并且要求每个组员一段时间后汇报自己的工作进度，同时有不合适的地方及时进行调整。由此改善了项目进展。同时我们也意识到项目发展中制定计划和切实实施的重要性，并在之后约束自我，共同进步。
需要改进的团队分工：
由于成员分工后各项工作有所制约，导致项目推进缓慢，因此：
1. 在设置分工时有所重叠；
2. 测试反馈分类更加明确；
3. 让相应负责成员清楚可改进方向。
4. 各方提出建议，投票解决分歧，共同改善成果。
团队的代码规范：
小组讨论后认为代码规范包括基本的缩进、变量命名、运算符、方法、类、注释以及代码编写的规范，最终确定为三个方向：命名风格、代码格式和注释规范。
1. 命名风格：
1、代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。
2、代码中的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式。
3、类名使用 UpperCamelCase 风格，但以下情形例外：DO / BO / DTO / VO / AO / PO / UID 等。
4、方法名、参数名、成员变量、局部变量都统一使用 lowerCamelCase 风格，必须遵从驼峰形式。
5、常量命名全部大写，单词间用下划线隔开，力求语义表达完整清楚，不要嫌名字长。
6、抽象类命名使用 Abstract 或 Base 开头；异常类命名使用 Exception 结尾；测试类 命名以它要测试的类的名称开始，以 Test 结尾。
7、包名统一使用小写，点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用单数形式，但是类名如果有复数含义，类名可以使用复数形式。
8、杜绝完全不规范的缩写
2. 代码格式：
1、大括号的使用约定。如果是大括号内为空，则简洁地写成{}即可，不需要换行；如果是非空代码块则：
左大括号前不换行。
左大括号后换行。
右大括号前换行。
右大括号后还有 else 等代码则不换行；
表示终止的右大括号后必须换行。
2、if/for/while/switch/do 等保留字与括号之间都必须加空格。
3、采用 4 个空格缩进，禁止使用 tab 字符。
4、运算符 ( = + - * / ) 前后需要添加空格。
5、使用 4 个空格符号来缩进代码块。
3. 注释规范：
1、类、类属性、类方法的注释必须使用 Javadoc 规范，使用/**内容*/格式，不得使用 // xxx 方式。
2、所有的抽象方法（包括接口中的方法）必须要用 Javadoc 注释、除了返回值、参数、异常说明外，还必须指出该方法做什么事情，实现什么功能。
3、所有的类都必须添加创建者和创建日期。
4、方法内部单行注释，在被注释语句上方另起一行，使用//注释。方法内部多行注释 使用/* */注释，注意与代码对齐。
5、所有的枚举类型字段必须要有注释，说明每个数据项的用途。
6、与其“半吊子”英文来注释，不如用中文注释把问题说清楚。专有名词与关键字保持英文原文即可。
7、代码修改的同时，注释也要进行相应的修改，尤其是参数、返回值、异常、核心逻辑等的修改。
8、避免在注释中使用缩写，特别是不常用缩写
9、在有处理逻辑的代码中，源程序有效注释量必须在10％以上。
描述测试工作的安排：
① 在每一个单独模块完成后，进行一次单元测试；
② 针对设计中模块接口设计问题，进行集成测试；
③ 然后以需求规格说明书为检验尺度，进行确认测试；
④ 最后综合检验进行系统测试，即恢复测试、安全性测试、强度测试、性能测试。
测试工具的选择和使用：
1. 采用云真机测试，在云平台模拟用户进行使用，从而得到直观方便的应用实例使用结果
测试过程中可以自动发现小程序抛出的JS异常，同时性能数据分析包含加载时间、CPU占用率、内存占用量等数据指标，易于对代码进行分析和优化；
机型覆盖广，小程序会被随机分配到4~8个不同机型的机器借此可以观察小程序在不同机型的执行表现;
2. 采用自带的模拟器测试，便于短期小程序基础功能异常情况的测试，时间短，直观迅速；
3. 使用实际机型编译预览，用于程序集成后的整体测试和界面检查，实际检测小程序在不同机型上的兼容性表现。
项目测试评述：
如果按照百分制对项目进行评述的话，我们给自己的项目打70分。是因为我们的项目在预估的基础上删减了比较多的内容，这些内容对我们来说的可实现性较低，时间上有一定的花费。
测试中的问题：
权限测试（没有问题）
版本配置未测试（未完善）
兼容性测试（经过了云模拟测试和部分安卓实例手机）
功能测试分为多种，其中在与数据库交互中没有问题，能够及时更新；功能模块中搜索功能不能及时响应，有缺陷；用户之间的交互界面未完成；验证码（手机短信or生成图片输入）前者没有公号，后者安全性有待提高；各个分类的消息发布已经完成（80%），个人信息以及图片上传（90%），消息弹框（75%），其他功能如登录、注册、注销、切换等可较好实现。
