这篇文章提供了两个用户场景。
像用户场景一样记录需求。
有些场景需要使用两个不同的用户注册中心。
Some of the scenarios require two different user registries to work with.
通过一些简单的场景介绍，一般可以让用户在一周内上线运行。
These typically get users up and running in one week with some simple scenarios.
示例场景是一个基本用户身份验证流，如图1 所示。
The sample scenario is a basic user authentication flow, as shown in Figure 1.
下面我们处理一下更为典型的场景，用户从不同的页面提交数据。
Let's address the more typical scenario in which users submit data from separate pages.
第一种场景，你不知道用户是否会访问关联对象。
The first is you don't know whether a user will navigate an association.
让我们从用户编辑成功这个令人愉快的场景开始思考。
Let's begin by considering the happy case where the user's edits are successful.
在当前的场景中，用户是使用PC的玩家。
In this current scenario, you expect that your users are PC-based gamers.
接下来的软件必须从该场景中的两个虚拟性用户那里得到。
The following software must be available for the two hypothetical users in this scenario.
在我们的场景中，有两个不同的用户，销售代表和经理。
In our scenario, we have two different users, a sales representative and a manager.
在该场景中，您需要从模板获取用户角色分配信息。
In this scenario, you need to get user role assignment information from the template.
在此场景中，其中一个用户所做的更改将丢失。
In this scenario, the changes made by one of the users will be lost.
在这个场景中，把一个并行路由任务分配给一个用户组。
In this scenario, a parallel routing task is assigned to a group of users.
用户故事促使QA创建场景。
用户故事促使QA创建场景。
应用推荐