功能何时被视为“完成”?[闭门]

测试后,客户/用户在UAT(用户验收测试)上签字时。这是我们官方的测量标准。

2. 设计由首席程序员批准
3. 代码审查由同行程序员批准
4. QA部门在单元测试中将代码标记为已测试。
5. UAT由客户在亲自测试后签署。
7. 代码发布了。

如果你的意思是“完成”,意思是“我们再也不用碰它了”,那么唯一的答案是:当系统过时时;-)

如果您的意思是“当它准备好发布时”,那么假设所有商定的单元测试都通过了,当然假设TDD/XP/Agile方法。

当用户满意时。

当它解决了这个问题时,它是被设想的。这带来了足够的测试、文档、可用性等负担——不是太多,但足以满足需要。

临界点

• 释放该功能

• 释放该功能 之后

完成 当它达到这个临界点时。

当里面有叉子的时候。

• 代码符合书面规范
• 代码通过代码审查
• 代码具有并通过了单元和集成测试
• 代码通过QA
• 包含代码的包由所有涉众签署

-亚当

对我们来说,完成了一项功能,这意味着我们可以在满足两个标准时发货:

1. 一个特性通过了我们在版本开始时编写的所有单元测试和手动测试。在没有QA的情况下,这由QA或开发人员确定。
2. 对功能执行未完成的更改请求/错误修复所提供的价值低于完成这些请求所需的资源(时间)。这由产品所有者决定。

每个项目都分为冲刺。冲刺可能有一个或多个功能。当冲刺的这些阶段完成时,一个冲刺或功能就完成了

1.美国->用户故事->用户界面-用户界面->开发->发展->质量保证->质量保证->UAT->用户验收测试已经完成。

关于“完成”的含义似乎仍然存在分歧。对许多人(大多数?)来说,比如 Scrum Alliance 潜在地 可由产品所有者自行决定发货。

已经 装船。

当与您的功能相关联的所有测试都通过时,您的功能就完成了。当需求发生变化时,添加更多的测试和代码,直到它们也通过。

我认为这取决于人们对它的看法。开发人员自然希望将代码带到 N 级别,而客户将对此有一个愿景。。

所以

• 开发人员,永远不会 :)

简单回答:当它满足客户(或您为其实施功能的人员)的要求时。

答案并非如此简单:当它满足人们/客户期望的所有内在要求时:隐藏的质量要求、可扩展性、文档、稳定性、易用性等。

按照团队定义的“完成”定义完成时。“完成”的定义应该是一个由scrum团队同意的可见文档,每当被问到“完成了吗?”时,都会引用该文档。

enter link description here