敏捷开发

第一天 日期：2020/6/26 1.1 今日完成任务情况以及遇到的问题。 姓名 任务安排 杨玲 视频演示过程的录制 刘志梅 博客撰写与github上传 王斌龙 功能测试文档的编写 马凯军 数据库部分的数据添加 东文财 功能测试文档的编写 1.2 成员贡献时间 姓名 贡献时间/h 杨玲 3.5 刘志梅 3 王斌龙 3.5 马凯军 3 东文财 3.5 1.3 明天任务安排 姓名 任务安排 杨玲 录制视频演示软件测试过程 刘志梅 博客撰写与视频上传项目Gitub仓库，博客截图显示上传结果 王斌龙 实施软件功能测试方案进行软件各项功能测试 马凯军 录制视频演示软件测试过程 东文财 实施软件功能测试方案进行软件各项功能测试 1.4燃尽图 1.5 站立会议照片 1.6今日出现的bug与其修复情况 bug描述：在进行系统的运行测试时左边的菜单栏会自动关闭，后面继续运行时就无法正常的打开了。 bug修复办法：目前发生该情况的时候进行了重启，但是重启之后没有解决问题，最终发现clear后就可以了。 1.7软件测试文档与录制的视频演示上传到github截图 1.8 编写程序生成1万条以上不同的数据 远程访问的链接 链接：链接： https://pan.baidu.com/s/1iCSzNpF4kXPHQ-hEen-S3Q 提取码：jqow 来源： oschina 链接： https://my

提问回顾与个人总结 经过了一学期的软件工程的学习， 我对于软件的开发和协作流程有了新的认识， 因此写下这篇博客来回顾一学期的学习。 项目 内容 这个作业属于那个课程 https://edu.cnblogs.com/campus/buaa/BUAA_SE_2020_LJ 这个作业的要求在哪里 https://edu.cnblogs.com/campus/buaa/BUAA_SE_2020_LJ/homework/10822 我在这个课程的目标是 清晰职业发展规划， 学习领先的软件开发方法 这个作业在哪个具体方面帮我实现目标 回顾了之前学到的知识点， 对未来有更清晰的认识。 作业正文 如下 1. 对以前问题的回答 回归测试 在以前的博客中， 回归测试问题 ， 我曾问过这样的问题 我有一点疑问， 新的版本的软件可能在新加的部分有缺陷， 也可能是因为破坏了以前的功能， 或者是二者链接起来出了问题， 而要检测这样的bug需要跑所有的测试， 这样是否会有很大的时间成本开销？ 是否有好的方式能够把新增的代码单独测试？ 以及用更通用的测试去验证流程的正确性？ 之前不是很理解回归测试的作用， 经过了几轮软件工程的开发， 我对于回归测试的重要性有了新的理解。 在我们的软件开发中， 有一次后端因为添加了新的接口， 导致了老接口的权限出了问题， 花了很长时间才修复了bug, 从那之后，

作业概况 这个作业属于哪个课程 <班级的链接> 这个作业要求在哪里 <作业要求的链接> 团队名称 Daily 6+1 这个作业的目标 β冲刺 作业正文 汇总正文 其他参考文献 ... SCRUM 学号 今日进展 存在问题 解决进展 明日安排 091700403 关注帖子列表的接口补充点赞等参数 代码需要交接 解决该问题的方法需要整合，已经开始着手解决问题 举报、显示帖子测试 110700516 正在编写发布帖子时选择地区的组件。 把地图页面缩小放在弹窗组件内的时候，因为地图在两个不同组件之间跳转，而弹窗组件只引用了第一级地图的组件，跳转到第二级地图组件时会使整个页面都进行跳转 想方法将两个地图组件合并在一个组件内 完成发帖用到的地图地区地区选择器，进行地图页面搜索使地图高亮的功能的编写 221701104 完成了对移动端样式的适配，包括对个人主页页面、帖子展示页面、详情页面各个页面以及其中的组件的设备适配和大小窗口的适配。 热门搜索帖子展示、关注人发帖展示、测试。 221701312 对前后端交接接口的方式进行了解。修改代码，使其符合规范。 对于后端接口与前端交接的不够熟练。 正在了解中，准备交接。 开始使用便于交接的工具。 221701116 测试根据热门算法列出帖子列表的方法和接口，修改地图部分数据苦 热门算法存在问题，因为算法中存在时间参数，导致时间过长，导致存储数据溢出

在互联网快速发展的这些年，软件工程的协同方法也在同步升级：从传统的瀑布，到敏捷，再到微服务和中台化。但是先进的开发模式并非万能的解药，996几乎成为了程序员的标配，似乎有种效率不行、工时来凑的趋势。 前几天和同事聊天，谈到了一个特别有意思的现象：我们一起经历了两家创业公司，但是能明显感觉到新公司在研发效率和研发质量上都比前公司好太多，然而这两家公司的基础设施以及工程师水平差距并不大。 下面这些现象更是在创业公司屡见不鲜： 研发团队人很多，大家也很辛苦，但是仍然被业务吐槽迭代速度慢。 开发、测试、产品彼此不信任，害怕背锅，整天各种扯皮。 开发人员疲于应付新需求，同时线上故障频繁出现，一边做新feature一边改BUG，迭代节奏完全被打乱。 随着创业公司的快速发展，研发效率跟不上是最容易出现、也是最急需解决的问题。如何快速做出调整真的非常挑战组织能力和管理水平。 做好了，能为业务发展保障护航，让技术同学的投入更有价值；做不好，不仅会拖业务后腿，而且很有可能让团队氛围变糟，优秀人才流失，最终彻底击垮一个团队。 这篇文章，我将结合自己的经验和理解，分别从组织架构、流程制度、工程方法、团队文化4个角度聊聊：如何让研发团队的工作更加高效？ 01 组织架构 做到和技术架构同步升级 组织架构决定了协作方式。当一个组织变成一个「利益共同体」时，效率才能真正体现出来。否则组织之间只会相互推诿

背景 在某开发团队辅导的第二天，一个团队负责人咨询道：“领导经常管我要开发计划，我如何能快速的评估出预计开发完成时间呢，我们目前用工时估算，我听说过故事点估算，不知道适合吗？” 问题分析 从这个团队负责人那里了解到，领导一般在接到项目大量新需求时会问这个问题。领导需要做到“心里有数”，有一个预计的项目新需求完成时间。加上领导一直做传统的瀑布开发项目，他非常关心项目中远期计划，也就是我们通常讲的里程碑或关键结点的问题。 团队目前使用敏捷开发方式初期，团队成员本身也对如何更快、更好地做好估算感到困惑，目前纠结是否应该采用故事点估算。 从以上问题分析中可以得出：第一，团队对故事点不了解，需要学习什么是故事点；第二，解决如何快速提供给领导开发计划的问题。 解决措施 解决问题我们来分两步走。首先解决不熟悉故事点的问题，先给大家介绍一下故事点的定义及特性。然后大家了解一下两层估算即产品待办列表估算和Sprint待办列表估算的简单区别，解决开发计划的问题。 如果有时间，建议可以先看看上篇《如何估算第二篇：利用核心概念理解估算》了解估算的核心概念。然后再来看这篇文章效果更好。这篇文章主要讲故事点。具体的估算方法有没有比较好的实践呢？在《如何估算第四篇：利用2种常见方法做估算》中会介绍几种比较好的估算方法，包括：“计划扑克估算”、“敏捷估算2.0（Agile Estimating 2.0）”等

第七天：2020.6.18 前言 项目 内容 时间 2020.6.18 作业要求链接 https://www.cnblogs.com/nwnu-daizh/p/13089324.html 团队名称 GF4 地点 兰天公寓15#712 会议内容 讨论解决项目当前进行任务遇到的问题和下一步任务 任务分配 姓名 当前任务 下一个任务 成员贡献时间 徐思 管理员部分：土地租借管理模块和作物管理模块 管理员部分：娱乐项目管理模块编码 5 杨蓉庆 用户部分：租地种植模块和农产品浏览模块编码 用户部分：娱乐项目模块编码 5 张燕 用户部分：租地种植模块和农产品浏览编码 用户部分：娱乐项目模块编码 5 杨其菊 管理员部分：土地租界管理模块和作物管理模块 管理员部分：娱乐项目管理模块编码 5 燃尽图 会议照片 遇到的困难   今天反常的出现了数据库附加失败问题，修改了数据库文件的权限状态才解决。我们将之前完成的部分进行了测试，里面发现了一些小问题，接下来也会进行修改。另外就是发现，虽然开发之前讨论规定了项目开发规范，但成员编写的代码部分仍不符合编码规范。 来源： oschina 链接： https://my.oschina.net/u/4258318/blog/4316128

提问回顾与个人总结 经过了一学期的软件工程的学习， 我对于软件的开发和协作流程有了新的认识， 因此写下这篇博客来回顾一学期的学习。 项目 内容 这个作业属于那个课程 https://edu.cnblogs.com/campus/buaa/BUAA_SE_2020_LJ 这个作业的要求在哪里 https://edu.cnblogs.com/campus/buaa/BUAA_SE_2020_LJ/homework/10822 我在这个课程的目标是 清晰职业发展规划， 学习领先的软件开发方法 这个作业在哪个具体方面帮我实现目标 回顾了之前学到的知识点， 对未来有更清晰的认识。 作业正文 如下 1. 对以前问题的回答 回归测试 在以前的博客中， 回归测试问题 ， 我曾问过这样的问题 我有一点疑问， 新的版本的软件可能在新加的部分有缺陷， 也可能是因为破坏了以前的功能， 或者是二者链接起来出了问题， 而要检测这样的bug需要跑所有的测试， 这样是否会有很大的时间成本开销？ 是否有好的方式能够把新增的代码单独测试？ 以及用更通用的测试去验证流程的正确性？ 之前不是很理解回归测试的作用， 经过了几轮软件工程的开发， 我对于回归测试的重要性有了新的理解。 在我们的软件开发中， 有一次后端因为添加了新的接口， 导致了老接口的权限出了问题， 花了很长时间才修复了bug, 从那之后，

1. SCRUM会议 会议记录表(2020-05-30) 组员 昨天完成的任务 今天花了多少时间 还剩余多少时间 遇到什么困难 今天解决的进度 明天的计划 221701224叶博宁 群组详情布局优化 4.0 1天 群组成员列表尝试使用无限滚动列表来实现，没有成功 通知设置已读状态 实现通知添加到待办事项功能，检查代码错误 221701340沈志峰 完善对通知自动转待办的测试修复测试过程中登录用户获取失败漏洞 2.5 1天 暂无 处理对单元测试问题 修复部分Bug 完善单元测试 221701221赵伟男 完善用户注册邮件发送时间间隔限制功能 1.5 1天 暂无 错误处理机制，初步的单元测试 单元测试、接口测试、自动测试 221701331陈赐 实现分类的搜索接口 1.0 1天 暂无 进行单元测试 完善单元测试 221701233岳逾先 切换新的后端 1.5 1天 暂无 修复注册提示的bug 继续优化界面 221701103郑澜 修改用户中心URL资源，代码符合规范 2.5 1天 文件上传遇到BUG 修改信息提醒方式、封装服务、修复文件上传BUG 优化代码，完善功能 221701235张必润 为备忘录模块所有页面添加一个搜索框 3.0 1天 暂无 优化待办事项和搜索框样式 优化代码 221701327王清斌 暂无 0.0 1天 暂无 暂无 暂无 会议照片 Commit记录

第七天 日期：2020/6/18 1.1 今日完成任务情况以及遇到的问题。 　　前端、后台、数据库等都已全部完成，前后端的链接完成了登录注册和农户部分。今天遇到的问题是前端登录部分可以登陆成功，但是登录的时候不能根据管理员、农户、城市居民各自的账号登录到各用户相对应的前端界面，现在正在寻找问题做修改。还有仍是燃尽图问题，总是第一天的完成任务量一直在下降，后面的成直线不改变。燃尽图前几天的生成是正确的，现在仍是相同的操作，所以还是没有解决这个问题。 　　 1.2 成员贡献时间 　　 成员 完成任务 贡献时间 杨雪雪 前后台链接 4 王国伟 前后台链接 8.5 王英雪 前后台链接 4 张琳 前后台链接 4 1.3 明天任务安排 成员 任务安排 杨雪雪 测试、查找bug 王国伟 前后端链接 王英雪 测试、查找bug 张琳 测试、查找bug 1.4 站立会议照 1.5燃尽图 　 来源： oschina 链接： https://my.oschina.net/u/4390329/blog/4316131

之前的文章给大家分享的都是DevOps、自动化测试、新技术趋势等前沿知识和技术，实际上目前能完全掌握这些新技术的开发、测试人员都是少数，毕竟大多是人还是专注于自身工作，用于提升、学习新技术的时间较少，而很多新趋势也并未成熟应用到行业。因此，不必为此焦虑，极速变化中总有一些不变，坚守那些基础的不变的能力，并以积极的心态拥抱变化，才是持续而稳定的成长路径。本期分享一些不依赖于新技术、但作为程序员都可遵循的原则，请根据自身情况取舍、实施。 及时更新任务清单 当要实现一个功能点时，最好将较大的任务分割成较小且更清晰的任务，这些任务是相对独立的逻辑单元，可以单独进行测试。列一张这样可完成的较小任务的清单，并在完成之后勾选、更新。这样会形成自我激励，并促使自己去不断完成更多的小任务。 目前主流项目管理软件中，往往内置任务分解和更新功能。如在 禅道项目管理软件 内，开发负责人进行系统分析，拆解成相对独立的任务并指派给个人，而开发人员可以在自己的页面清晰地看到任务数量及剩余工时，完成后进度将同步更新，这种持续的正向反馈会带来极大的成就感。 遵循适当的版本控制 通过创建开发、特性、主分支和设置适当的访问权限来遵循适当的版本控制策略。无论何时开始编码，都要确保先获取代码库的最新版本后再开始。在逻辑部分或功能完成后继续提交/推送代码，不要让代码库长时间处于未提交状态。在将代码提交给版本控制之前