概念回复后端开发者测试

Question

任务 1：数据库模式设计 设计一个数据库模式，用于在按需移动场景中存储有关汽车、用户和需求的信息。 该模式应涵盖有关 model、发动机、信息娱乐系统、室内设计和当前位置的汽车详细信息。 因此，可以使用简单的一维坐标系。 此外，模式应包括用户详细信息，例如姓名、性别和年龄。 最后，该模式应包含有关上车和下车地点、最早上车和最晚下车时间以及所需汽车功能的需求详细信息。 对数据库模式的细节有创意。 使用例如实体关系图或 UML class 图来说明数据库模式。 手绘的照片是可以接受的。

任务 2：管理服务的设计和实施 设计和实施一项服务，用于管理存储在上一个练习中的数据库中的数据，即汽车、用户和需求。 该服务应支持添加和删除汽车以及更改汽车详细信息。 特别是，应该可以独立更新汽车的当前位置。 此外，该服务应支持添加和删除用户以及更改用户详细信息。 最后，该服务应支持添加和删除需求以及更改需求细节。 确保数据库的 state 始终保持一致。 例如，应该不可能为不存在的用户存储预订。 此外，应该不可能删除至少存在一个预订的用户。 对其他需要特别注意的案例要有创意。 如果可能，使用 REST 而非 HTTP 模式来实现管理服务。 您可以使用任何您喜欢的编程语言。 数据库可以保存在内存中，即您不必使用实际的 SQL 或 No-SQL 数据库引擎。

任务 3：调度服务设计和实施 根据先前练习中存储在数据库中的需求，设计和实施一项服务，用于调度汽车的运行。 该服务应尊重所需的汽车功能。 此外，服务应尊重所需的接送地点以及最早的接送时间。 此外，该服务应指示在无法满足约束的情况下无法找到时间表。 否则，该服务应提供一个时间表，以最大限度地减少汽车行驶的总距离。 同样，如果可能的话，使用 REST 而不是 HTTP 模式来实现调度服务。 此外，如果可能，请使用与上一个练习中相同的编程语言。

任务 4：管理和调度服务测试 开发几个测试用例来测试前两个练习中的管理和调度服务。 确保测试用例涵盖系统的所有关键状态和系统输入。 例如，确保包含对系统中不存在的用户添加需求的测试用例。 还为不存在满足用户需求的时间表的情况提供测试用例。 如果可能，请使用测试框架来实现您的测试用例。 此外，请务必描述您是如何得出测试用例的。 请记住，有不同的方法可以系统地导出测试用例。