你的身份

你是一个根据地方称呼习惯判断用户亲戚称呼的计算器，能够基于用户提供的省份和身份来判断某人与某人之间的亲戚关系

你的职责

1. 你需要首先判断用户是否明确提出了一个省份地名，例如北京，上海，天津，重庆，广西。
2. 你需要明确在全国各个省份和城市中关于亲戚称呼的不同习惯，例如在北京习惯称妈妈的妈妈为姥姥，在江西习惯称妈妈的妈妈为奶奶。
3. 你需要明确告知某人与某人之间的关系。

模块：亲戚称呼计算模块

测试用例ID: TC001

• 测试用例标题: 验证用户输入有效省份和身份信息后能够正确计算并显示亲戚称呼
• 目的: 确保系统能够根据用户输入的省份和身份信息正确计算出亲戚称呼
• 前置条件:
  • 用户已进入首页
  • 测试环境可用且无其他干扰
• 输入数据:
  • 有效的省份: 广东省
  • 有效的身份信息: 父亲的弟弟
• 测试步骤:
  1. 打开首页
  2. 在输入框中输入有效的省份 广东省
  3. 在输入框中输入有效的身份信息 父亲的弟弟
  4. 点击“计算”按钮
• 预期结果:
  • 系统正确计算出亲戚称呼并显示在结果页面，如“叔叔”
  • 结果页面显示“叔叔”
• 实际结果: (由测试执行者填写)
• 状态: (通过/未通过)
• 优先级: (高/中/低)

测试用例ID: TC002

• 测试用例标题: 验证用户输入无效省份时系统如何处理
• 目的: 确保系统能够正确处理用户输入无效省份的情况
• 前置条件:
  • 用户已进入首页
  • 测试环境可用且无其他干扰
• 输入数据:
  • 无效的省份: 未知省份
  • 有效的身份信息: 父亲的弟弟
• 测试步骤:
  1. 打开首页
  2. 在输入框中输入无效的省份 未知省份
  3. 在输入框中输入有效的身份信息 父亲的弟弟
  4. 点击“计算”按钮
• 预期结果:
  • 系统显示错误提示，如“请输入有效的省份”
  • 结果页面不显示任何亲戚称呼
• 实际结果: (由测试执行者填写)
• 状态: (通过/未通过)
• 优先级: (高/中/低)

测试用例ID: TC003

• 测试用例标题: 验证用户输入无效身份信息时系统如何处理
• 目的: 确保系统能够正确处理用户输入无效身份信息的情况
• 前置条件:
  • 用户已进入首页
  • 测试环境可用且无其他干扰
• 输入数据:
  • 有效的省份: 广东省
  • 无效的身份信息: 未知关系
• 测试步骤:
  1. 打开首页
  2. 在输入框中输入有效的省份 广东省
  3. 在输入框中输入无效的身份信息 未知关系
  4. 点击“计算”按钮
• 预期结果:
  • 系统显示错误提示，如“请输入有效的身份信息”
  • 结果页面不显示任何亲戚称呼
• 实际结果: (由测试执行者填写)
• 状态: (通过/未通过)
• 优先级: (高/中/低)

测试用例ID: TC004

• 测试用例标题: 验证用户未输入省份时系统如何处理
• 目的: 确保系统能够正确处理用户未输入省份的情况
• 前置条件:
  • 用户已进入首页
  • 测试环境可用且无其他干扰
• 输入数据:
  • 省份: 空
  • 有效的身份信息: 父亲的弟弟
• 测试步骤:
  1. 打开首页
  2. 在输入框中不输入省份
  3. 在输入框中输入有效的身份信息 父亲的弟弟
  4. 点击“计算”按钮
• 预期结果:
  • 系统显示错误提示，如“请输入省份”
  • 结果页面不显示任何亲戚称呼
• 实际结果: (由测试执行者填写)
• 状态: (通过/未通过)
• 优先级: (高/中/低)

测试用例ID: TC005

• 测试用例标题: 验证用户未输入身份信息时系统如何处理
• 目的: 确保系统能够正确处理用户未输入身份信息的情况
• 前置条件:
  • 用户已进入首页
  • 测试环境可用且无其他干扰
• 输入数据:
  • 有效的省份: 广东省
  • 身份信息: 空
• 测试步骤:
  1. 打开首页
  2. 在输入框中输入有效的省份 广东省
  3. 在输入框中不输入身份信息
  4. 点击“计算”按钮
• 预期结果:
  • 系统显示错误提示，如“请输入身份信息”
  • 结果页面不显示任何亲戚称呼
• 实际结果: (由测试执行者填写)
• 状态: (通过/未通过)
• 优先级: (高/中/低)

测试用例ID: TC006

• 测试用例标题: 验证系统在计算亲戚称呼时响应超时的情况
• 目的: 确保系统在计算亲戚称呼时能够处理响应超时的情况
• 前置条件:
  • 用户已进入首页
  • 测试环境可用且无其他干扰
• 输入数据:
  • 有效的省份: 广东省
  • 有效的身份信息: 父亲的弟弟
• 测试步骤:
  1. 打开首页
  2. 在输入框中输入有效的省份 广东省
  3. 在输入框中输入有效的身份信息 父亲的弟弟
  4. 点击“计算”按钮
  5. 模拟网络延迟或服务器响应超时
• 预期结果:
  • 系统显示超时提示，如“请求超时，请稍后重试”
  • 结果页面不显示任何亲戚称呼
• 实际结果: (由测试执行者填写)
• 状态: (通过/未通过)
• 优先级: (高/中/低)

测试用例ID: TC007

• 测试用例标题: 验证系统在计算亲戚称呼时返回失败的情况
• 目的: 确保系统在计算亲戚称呼时能够处理返回失败的情况
• 前置条件:
  • 用户已进入首页
  • 测试环境可用且无其他干扰
• 输入数据:
  • 有效的省份: 广东省
  • 有效的身份信息: 父亲的弟弟
• 测试步骤:
  1. 打开首页
  2. 在输入框中输入有效的省份 广东省
  3. 在输入框中输入有效的身份信息 父亲的弟弟
  4. 点击“计算”按钮
  5. 模拟服务器返回失败
• 预期结果:
  • 系统显示错误提示，如“计算失败，请稍后重试”
  • 结果页面不显示任何亲戚称呼
• 实际结果: (由测试执行者填写)
• 状态: (通过/未通过)
• 优先级: (高/中/低)

测试用例ID: TC008

• 测试用例标题: 验证用户点击返回按钮后是否能够正确返回首页
• 目的: 确保用户点击返回按钮后能够正确返回首页重新输入
• 前置条件:
  • 用户已进入结果页面
  • 测试环境可用且无其他干扰
• 输入数据: 无
• 测试步骤:
  1. 打开结果页面
  2. 点击“返回”按钮
• 预期结果:
  • 用户成功返回首页
  • 首页显示输入框和计算按钮
• 实际结果: (由测试执行者填写)
• 状态: (通过/未通过)
• 优先级: (高/中/低)

架构设计文档

1. 架构概述

本Web应用采用分层架构设计，遵循高内聚低耦合的原则，主要分为数据层、服务层、表示层及安全层。系统通过RESTful API实现前后端分离，确保系统的可维护性、扩展性与可测试性，从而提供灵活的服务和良好的用户体验。

2. 系统组件

2.1 数据层

• 数据库管理系统：生产环境可选择MySQL作为主要的关系型数据库，负责存储用户信息、选手信息和点赞数据。
• 数据库设计：运用Entity-Relationship (ER) 模型进行数据建模，利用ORM框架（如Hibernate）简化与数据库的交互，并提高代码的可读性和可维护性。同时，考虑使用数据库索引和视图优化查询性能。

2.2 服务层

• 服务模块：
  • 功能：实现信息管理。
  • 设计：通过RESTful API暴露服务接口，支持多种用户角色的逻辑。

2.3 表示层

• 前端框架：使用Vue 3框架构建SPA（单页面应用），结合Vue Router和Vuex实现组件化管理和状态管理，确保良好的用户体验。
• 用户界面：设计响应式用户界面，包括登录页、注册页、主页、选手详情页等，同时优化为适配不同设备以提升可用性。

3. 安全和隐私

• 身份认证：采用JWT（JSON Web Tokens）进行用户身份验证，确保数据安全传输与用户会话管理。
• 数据加密：用户密码采用加密存储，并设置适当的工作因子以增强安全性。
• 注入防护：使用参数化查询防止SQL注入，前端利用Vue 3的安全特性，以及后端实施输入验证和输出编码，防御XSS与CSRF攻击。

4. 技术栈

• 前端：Vue 3 / Vue Router / Vuex
• 后端：Java / Spring Boot
• 数据库：MySQL
• 安全：JWT / 加密存储
• 容器化：Docker

5. 部署和维护

• 容器化部署：可利用Docker实现服务的容器化，确保开发、测试与生产环境的一致性，以及快速的服务交付。
• CI/CD流程：后期可结合Jenkins或GitLab CI实现自动化构建、测试及部署，减少人为干预，提高部署效率和软件质量。

6. 测试策略

• 单元测试：采用JUnit框架为后端服务编写单元测试，确保核心业务逻辑的正确性。
• 集成测试：可使用Postman及Spring MockMvc对RESTful API进行集成测试，以验证各模块间的交互。
• 性能测试：可使用Apache JMeter进行负载测试与性能监控，评估系统在高并发场景下的表现与稳定性。
• 安全测试：可使用扫描工具进行安全漏洞扫描，并定期进行渗透测试，以发现并修复安全隐患。