摘要:
经常性要写重复的用例,用例重用性不高,或差别很小但又不完全一样,还是要重写,且过程管理也乱
Codes 按产品型公司和项目型公司两种不同的方式来实现用例重用,也就是两库定位、需求驱动目录、同步机制、场景用例,以及它们对不同业务场景的支撑,再加迭代执行,形成一个环环相扣的完整体系 阅读全文
posted @ 2026-08-09 08:37
itestAndy
阅读(7)
评论(0)
推荐(0)
导读
先从背景问题讲起,再来看Codes 创新解决思路,最后通过功能演示说明来体验感受。也就是抛问题,给思路,看落地实现。
背景
在项目或产品实施过程中,下面这两个需求管理的问题很普遍:
1、需求整合:重用难导致重复建设与资产浪费
需求重复开发:不同项目间存在30%-50% 的重复需求(如用户登录、权限管理),缺乏共享机制,导致重复造轮子,资源浪费严重。
能力复用不足:通用组件、模块、接口未沉淀为企业资产,各项目独立开发,技术债务累积
2、需求不好追踪:变更传导成 “灾难”:
同一业务领域相同或类似需求分散在产品的不同分支或不同项目中,难以掌握需求和产品或项目间的关系,特别是变更时不好评估受影响范围
3、虽然早就有需求池的概念,但是没有具像化的落地实现
从售前、客户等其他非产品人员渠道来源的需求,不可能立马定位到具体产品或项目上 ,如何管理这些需求
4、传统的产品型项目,项目型项目管理模式太繁琐 阅读全文