敏捷软件开发中的需求管理与测试
1. 确认环节与用户故事的 3C
在软件开发中,确认环节至关重要。客户和开发公司需将达成的共识记录下来,明确功能完成后用以判定其完成的标准,也就是验收标准。这就如同有了合同或双方的共识,确保所构建的正是双方期望的内容。这涉及到用户故事开发中的 3C,即卡片(Card)、对话(Conversation)和确认(Confirmation),它们在用户故事的开发中起着关键作用。
2. 需求类型
软件产品和信息系统的需求众多,但可分为两类:功能性需求和非功能性需求,如下表所示:
| 需求类型 | 功能性需求 | 非功能性需求 |
| — | — | — |
| 作用 | 帮助理解系统功能 | 帮助理解系统性能 |
| 是否必要 | 系统正常运行必须满足 | 非必需,也称为可选需求或附加需求 |
| 定义难度 | 容易定义 | 相对复杂 |
| 描述内容 | 产品的关键功能 | 产品的运行方式而非具体功能 |
| 关注重点 | 用户需求 | 用户期望和体验 |
| 测试方面 | 有助于测试软件能力 | 有助于测试软件性能而非功能 |
| 需求来源 | 最终用户、客户起关键作用 | 软件开发人员、架构师和技术人员是主要来源 |
| 测试类型 | API 测试、系统测试、集成测试等 | 可用性、性能、压力、安全等测试 |
| 示例 | 图书馆管理系统中按作者、标题、出版商、年份等搜索书籍 | 颜色、外观和感觉、速度等 |
| 对系统的重要性 | 对系统运行至关重要 | 不一定是最必要的先决条件,但有则更好 |
| 系统运行依赖 |
超级会员免费看
订阅专栏 解锁全文
10万+

被折叠的 条评论
为什么被折叠?



