1 2 3 4 5 ··· 7 下一页
摘要: 用例真不是简单的功能清单。以前写用例,我总爱列“用户可注册”“用户可评论”这类干巴巴的条目,读完才知道,有效用例得讲清楚一次完整的用户与系统的交互过程。 比如“用户修改个人头像”这个需求,合格的用例不能只写“上传头像”,还要包含前置条件——用户已登录且进入个人中心;基本流程——选择图片、裁剪尺寸、确 阅读全文
posted @ 2025-12-23 17:51 我欲成仙! 阅读(2) 评论(0) 推荐(0)
摘要: 这本书里让我印象最深的两个点,就是用例的主角必须是用户,以及必须写清可验证的验收标准。 很多人写用例爱站在系统视角,比如“系统上传文件”“系统推送消息”,但有效用例得反过来,从用户的角度出发,比如“用户上传头像文件”“用户收到头像更新成功的推送”。只有把用户当主角,才能避免开发出“系统能实现,但用户 阅读全文
posted @ 2025-12-23 17:51 我欲成仙! 阅读(4) 评论(0) 推荐(0)
摘要: 还是写数据库,把MapReduce和spark的写完了 阅读全文
posted @ 2025-12-23 17:51 我欲成仙! 阅读(5) 评论(0) 推荐(0)
摘要: 认真学习了一下各种关系图 阅读全文
posted @ 2025-12-23 17:51 我欲成仙! 阅读(3) 评论(0) 推荐(0)
摘要: 读完这本书,我最有感触的是它对“伪敏捷”的提醒——很多团队以为“不用写文档就是敏捷”,结果变成了“瞎开发”,这完全跑偏了。 书里说的第一个坑,就是“需求太粗,没有验收标准”。只写“做一个搜索功能”,却不说“搜索结果要在1秒内显示”“支持模糊搜索”,最后开发出来的功能和用户预期差十万八千里。第二个坑是 阅读全文
posted @ 2025-12-18 23:03 我欲成仙! 阅读(3) 评论(0) 推荐(0)
摘要: 还是继续写数据库的作业,这个作业太多了,把nosql和hive的部分给写完了 阅读全文
posted @ 2025-12-18 23:03 我欲成仙! 阅读(5) 评论(0) 推荐(0)
摘要: 今天写数据库的作业,把Hbase和HDFS的作业给写了 阅读全文
posted @ 2025-12-18 23:03 我欲成仙! 阅读(3) 评论(0) 推荐(0)
摘要: 敏捷不是“不用写需求”,而是“不写臃肿死板的需求文档”。以前总觉得做需求就得写厚厚的规格书,改一点就要翻遍文档,效率低到抓狂。这本书说,敏捷需求的核心是“轻量、可视、随时调整”,不用一开始就把所有需求定死。 比如用用户故事代替长篇大论——“作为一名学生,我希望能快速查询成绩,这样就能及时知道自己的学 阅读全文
posted @ 2025-12-18 23:02 我欲成仙! 阅读(3) 评论(0) 推荐(0)
摘要: 这本书里反复强调的用户故事,真的刷新了我对需求描述的认知。它不是技术说明书,而是站在用户的角度讲“我要什么”,结构特别简单:角色+目标+价值,没有一句专业术语。 但用户故事也不是随便写的,书里说要满足“INVEST”原则——独立、可协商、有价值、可估算、小颗粒、可测试。比如不能写“开发一个支付系统” 阅读全文
posted @ 2025-12-18 23:02 我欲成仙! 阅读(4) 评论(0) 推荐(0)
摘要: 以前我以为需求是产品经理一个人的事,开发人员只管照着做就行。但《敏捷软件需求》明确说:敏捷需求是整个团队的事,产品经理、开发、测试、用户,一个都不能少。 比如“需求澄清会”就是敏捷里的关键环节,开会的时候大家围着用户故事讨论:这个需求的价值是什么?有没有歧义?技术上能不能实现?测试的时候怎么验证?不 阅读全文
posted @ 2025-12-18 23:02 我欲成仙! 阅读(7) 评论(0) 推荐(0)
1 2 3 4 5 ··· 7 下一页