用例应描述特定的交互,例如发送应用
Posted: Tue May 21, 2024 4:07 am
如何确定用例的质量 为了使工作流程中的所有参与者都能理解用例,它必须满足某些标准: 细节合理。该场景应该描述交互的一般级别 - 是示意性的。此外,如果一个用例包含另一个用例,那么提供指向它的链接就足够了,而不必再次描述它。 语境。在每个用例之前,有必要提供注释和说明,以便读者能够全面了解该场景。 相关性。如果对用例进行更改或调整,则必须更新文档。 特异性。程序或信件,而不是通过站点的整个用户路径。
演示简单。应使用简单的语言描述场景,不要使用复杂的技术术语。 统一文档格式。所有用例必须使用一种标准。最好首先开发一个用例模板并基于它创建所有新文档。 用例有哪些限制? 用例有许多特定的限制。 它们 阿尔及利亚 Whatsapp 号码 不太适合记录不基于与系统交互的需求,例如安全性、同步和性能等非功能性需求。 遵循模板并不能保证脚本的质量,因为它仅取决于脚本开发人员的技能。 脚本编写者在描述脚本中的 UI 时可能会遇到困难,因为人们认为不应该在用例中描述它,但实际上,在不接触界面的情况下描述脚本是相当困难的。
![Image](https://zh-cn.phonenumberth.com/wp-content/uploads/2024/05/Nicaragua-Email-List-5-300x300.png)
由于用例没有完全标准的定义,因此每个项目必须形成自己的解释。也就是说,您不能直接使用别人的模板,您需要开发自己的脚本。 在开发过程中使用用例的选项还取决于所使用的方法。如果使用Waterfall,那么方案是一样的;如果使用Agile进行开发,那么使用方案就会改变。 您需要用例吗? 还有另一种观点 - 许多开发人员认为使用用户故事来开发场景更好。但与用户故事不同的是,用户故事中的交互由特定用户驱动,用例可以描述人群之间的交互。
演示简单。应使用简单的语言描述场景,不要使用复杂的技术术语。 统一文档格式。所有用例必须使用一种标准。最好首先开发一个用例模板并基于它创建所有新文档。 用例有哪些限制? 用例有许多特定的限制。 它们 阿尔及利亚 Whatsapp 号码 不太适合记录不基于与系统交互的需求,例如安全性、同步和性能等非功能性需求。 遵循模板并不能保证脚本的质量,因为它仅取决于脚本开发人员的技能。 脚本编写者在描述脚本中的 UI 时可能会遇到困难,因为人们认为不应该在用例中描述它,但实际上,在不接触界面的情况下描述脚本是相当困难的。
![Image](https://zh-cn.phonenumberth.com/wp-content/uploads/2024/05/Nicaragua-Email-List-5-300x300.png)
由于用例没有完全标准的定义,因此每个项目必须形成自己的解释。也就是说,您不能直接使用别人的模板,您需要开发自己的脚本。 在开发过程中使用用例的选项还取决于所使用的方法。如果使用Waterfall,那么方案是一样的;如果使用Agile进行开发,那么使用方案就会改变。 您需要用例吗? 还有另一种观点 - 许多开发人员认为使用用户故事来开发场景更好。但与用户故事不同的是,用户故事中的交互由特定用户驱动,用例可以描述人群之间的交互。