熊节：极限追问 036
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？
分问题2：你的团队用什么方式确保故事尽快达到完成？
willian
熊节：极限追问 036
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？
部署到生产环境并且用户可以使用
分问题2：你的团队用什么方式确保故事尽快达到完成？
- 主干开发
- 持续交付流水线
- 看板
梦想实现家
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
是的，这基本是中国80%软件团队的常态，其中有四类致命问题： 1.懒，能力不足，不思考，也缺乏学习路径 2.需求不明确、无法识别风险、容易被带节奏 3.不懂怎么交流和沟通 4.职业素养差、得过且过、无职业规划
分问题1：故事怎么才算完成？
- 通过验收标准
- 能够集成 向下兼容 且不影响内外部依赖
- “客户”认可
分问题2：你的团队用什么方式确保故事尽快达到完成？ 1.独挡一面的能力（需求、设计、架构、编码、测试） 2.多线程运行且无阻塞，合理Mutex
李瑜宁
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
是的，很常见，我经历过，以前自己也是 BUG 开发工程师，今年年初 突然意识到了 自己以前有 2 个致命问题： 1 能力差 还不自知。 2 质量意识缺失。 大部分情况是 开发连需求都没搞清楚（自以为搞清楚） 就开始敲代码了，然后用 postman 走通 正常流程 就算完成，因此很难不出问题。
分问题1：故事怎么才算完成？
- specification by example
- 通过自动化测试
- 通过验收标准
- 能够集成 且不会影响系统运行
分问题2：你的团队用什么方式确保故事尽快达到完成？ 能力是提高速度的前提（我们团队是假敏捷）[Facepalm]
张维
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？
1、没明显的错误，可以使用； 2、修改bug需测试相关功能，相关功能无问题算完成； 3、部署没问题； 4、静态扫描； 5、code review，通过插件工具检测，无明显的命名规范问题； 6、验收；
分问题2：你的团队用什么方式确保故事尽快达到完成？
1、确定此次研发的功能需求； 2、用户故事明确； 3、频繁验收；
夏天
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？ 代码提交到git，通过每日构建流水线； 代码静态扫描不包含bug和漏洞，代码坏味道不增加； 用户故事下所有测试用例通过； M1、M2、M3级别的bug已关闭； 后端代码单元测试代码覆盖率达到 50%； 验收用例自动化率达到 100%（采用接口方式，不测UI）；
分问题2：你的团队用什么方式确保故事尽快达到完成？ 用户故事粒度要小，有明确验收条件； 代码提交立即触发构建，并运行自动化测试脚本； 每天站会后可进行show case； bug第一，有bug立即修复。
陈旭
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？ 代码通过PR review，经过pipeline成功部署上线，并得到PO acceptance。
分问题2：你的团队用什么方式确保故事尽快达到完成？ 我们更关注质量，强调极限编程文化，坚持持续集成纪律，完成时间不做为考察指标，团队开发速率快了，故事完成速度自然快。个别紧急部署，会有资源倾斜，特事特办。
阿贵
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？ 故事部署到po可测试环境 通过功能性测试，回归测试 缺陷已修复验证 代码merge到预发布分支 代码经过静态扫描并修复相应的issue 代码经过评审 必要的文档已更新
分问题2：你的团队用什么方式确保故事尽快达到完成？ 需求澄清和传递：在需求梳理会实践实例化需求，测试前移，通过测试实例以帮助团队更好理解需求 计划会前，开发light design, 并经过开发团队的评审 开发完成后用qa的用例全部或者部分自测通过后，promote到测试环境 在开发环境如果涉及页面等story, 会叫上团队做一个非正式的快速演示 采用持续集成和持续部署以及自动化冒烟和回归帮助提高交付速度
吴言
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？ 点着能用 部署不出错 PO验收能过 静态扫描 安全扫描通过 code review的时候代码不像小学生
分问题2：你的团队用什么方式确保故事尽快达到完成？ 故事符合来源 故事的AC包括happy path和sad path AC尽量采用BDD风格 其他工程实践团队还在邀请我导入
Jason
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？ 不同的项目对完成的定义会有分别，对于已上线的项目，一般把完成测试随时可以上线当作完成。 对于未上线的，我们尝试过发给用户验收为完成。 一般来说，当需求处于团队边界之外时，就可以考虑设置为完成。
分问题2：你的团队用什么方式确保故事尽快达到完成？ 从需求开始，确保需求的正确很重要，项目中大约有过半的问题是需求相关的，尤其是一个需求涉及到上下游合作时，很容易出问题。回到问题，做好需求分析，争取一次把事做对。
邓志国
【什么叫“完成”？】
背景：开发说“做完了”，测试一测就出问题。这样的情况是不是很常见。
分问题1：故事怎么才算完成？ 通过所有验收测试 Code Review 回归测试
分问题2：你的团队用什么方式确保故事尽快达到完成？ 需求需要编写验收条件，否则不开发 上线前后除了验收条件，进行一定程度回归测试
若有收获，就点个赞吧
0 人点赞
