【古来月-凡事预则立】
这篇随笔一是应老师要求,二是作为我们小组的总结反思。纵观小组软件开发的整个过程,应了古话,凡事预则立,不预则废。
1.Github地址:https://github.com/gulaiyue/abcde
2.项目的总结反思
阿尔法迭代最大的问题是没有明确一个时间点,每个周的任务划分后没有验收反思过程,后来我们到末期猛赶进度。
贝塔迭代过程中分工确实不如阿尔法迭代明确(后端也着实不好分工),但是开始没有想清楚这一点,一味的求每个人平均进度是不现实的。最好发挥每个人的特长,合理分工而不是平均主义。
如果在小组启动项目时就预料到拖进度、分工不明确、每个人擅长的点不一样的话,会节省很多的时间。
其实在学习生活的过程中,预判这个东西,真的很能提高效率。就如古人画画之前,先要胸有成竹,才知何处下笔!
3.团队的分工
以上说了团队的分工出现的一些小问题,有以下几点:
1)分工不合理,没有发挥出每个人的优势,有时候大家写代码时缺少文档记录。
改进方法:把需要做的文档列出来,大家一个人记录几份。
2)分工不特别明确,有些公共部分应该共同讨论,如前端部分的导航栏,一开始没有统一。
改进方法:后端开发时沿用了统一的类,并在开发前决定了统一的架构。
3)分工之后的交流互助能够做到更好,充分发挥1*5>5的效果。
改进方法:尽量多聚在一起讨论,有什么问题困难随时提出,共同解决。
4.代码规范:
我们小队都去看了邹欣的代码规范教学,里面有分点的例子,还有一些有趣的比喻。总结下来,大概值得小队主义的几点如下:
1)排版(包括行宽、缩进和括号、分行):
缩进采用4个空格。括号:每个“{”和“}”都独占一行。分行即不要把多行语句放在一行上。
2)命名:命名要注意大小写,一般所有的类型/类/函数名都用Pascal形式,所有的变量都用Camel形式。
Pascal——所有单词的第一个字母都大写;
Camel——第一个单词全部小写,随后单词随Pascal格式,这种方式也叫lowerCamel。
3)注释:精简明了最好。复杂的注释应该放在函数头,我们可以使用不同的显示风格来表示程序的不同部分。
4)专业类名、函数体参考以前c++和java编程规范即可。
5.测试安排
|
测试人员 |
测试模块 |
测试系统 |
|
戴未希 |
后台及各种点击工作 |
安卓9.0 |
|
陈琳 |
前端界面 |
安卓9.0 |
|
段祥 |
数据库连接 |
安卓9.0 |
6.测试工具选择和使用
android studio自带的各种手机型号和安卓系统
7.测试用例的文档PDF和github链接地址
测试用例地址:https://github.com/gulaiyue/abcde/blob/master/%E6%B5%8B%E8%AF%95%E7%94%A8%E4%BE%8B.pdf
功能板块测试结果:
|
例编号 |
1 |
2 |
3 |
4 |
5 |
6 |
|
用例名称 |
登录跳转 |
协议接受 |
页面浏览 |
购物车添加 |
个人信息完善 |
收件箱测试 |
|
测试背景 |
测试账号的创建、与数据库的连接 |
测试协议的正常展示和用户选择 |
测试调用发布不同大小的图片时前端的视图 |
测试商品的信息和联系方式能否正常添加、数据库大小是否合适 |
测试修改后的个人信息能否正常保存 测试下次登录能否正常加载 |
测试消息接收的及时性 测试消息提醒 |
|
优先级 |
高 |
低 |
中 |
高 |
中 |
高 |
|
测试环境 |
安卓9.0真机模拟 |
安卓9.0真机模拟 |
安卓9.0真机模拟 |
安卓9.0真机模拟 |
安卓9.0真机模拟 |
安卓9.0真机模拟 |
|
测试步骤 |
1注册账号并登录
|
|
1.从后台添加新信息后下拉刷新 2.观察各个图片的加载情况 |
在一个购物车里添加大量信息,反复修改删除 |
1..修改个人信息 2.点击保存 3.退出后再次登录 |
1.登录两个不同账号 2.给另一个账号发送消息 立即产看另一个账号,回复消息
|
|
预期结果 |
都能顺利进入程序并连接数据库 |
|
1.部分大图会比例失调 2.整体功能不受影响 |
一定范围内不出现任何问题
|
能够正常保存加载 |
能够及时收到消息,能够正常对话 |
|
测试结果 |
顺利跳转,数据库正常 |
与预期一致 |
|
反复添加删除后出现bug |
能够正常保存加载 |
功能正常,发送大小写和中文混合时文字有点问题 |
|
测试人员 |
戴未希 |
陈琳 |
戴未希 |
段祥 |
戴未希 |
戴未希 |
|
1. 反复删除添加后出现一点bug 2. 数据库能够承载大量购物车数据 |

浙公网安备 33010602011771号