登录 3种类型的账号：管理员、老师、学生， 均使用该接口进行登录。 前端发送的登录请求中包含账号、密码。 后端接收后，对账号密码的正确性进行校验。 CIMP系统使用session会话机制。 如果校验通过，服务端在响应消息头Set-Cookie 中存入sessionid ，该用户的后续请求头Cookie中必须携带sessionid。 请求 请求头 POST /api/sign Content-Type: application/json 消息体 为json格式 { "action" : "signin", "username" : "xxxx", "password" : "yyyy" } 响应 响应头 200 OK Content-Type: application/json Set-Cookie: sessionid=<sessionid数值> 消息体 如果校验通过，返回消息如下 { "ret": 0, "usertype":1, "userid":1, "realname":"白月黑羽", } ret 为 0 表示登录成功 usertype 是用户类型。 1：管理员，2000：学生，3000：老师 userid 是用户在系统中的id realname 是用户的姓名 登录成功后， 服务端在消息头Set-Cookie 中存入sessionid ，该用户的后续请求头Cookie中必须携带sessionid。 如果登录校验失败，返回失败的原因，示例如下 { "ret": 1, "msg": "用户名或者密码错误" } ret 不为 0 表示登录失败， msg字段描述登录失败的原因 对该接口信息，写一个接口自动化用例

接自动化用例如下：

1. 测试登录成功场景：
请求：

POST /api/sign HTTP/1.1
Content-Type: application/json

{
    "action": "signin",
    "username": "admin",
    "password": "123456"
}

响应：

HTTP/1.1 200 OK
Set-Cookie: sessionid=123456789
Content-Type: application/json

{
    "ret": 0,
    "usertype": 1,
    "userid": 1,
    "realname": "管理员"
}

验证：
- 确认响应状态码为200。
- 确认响应头Content-Type为application/json。
- 确认响应体ret字段为0。
- 确认响应体usertype字段为1。
- 确认响应体userid字段为1。
- 确认响应体realname字段为"管理员"。
- 确认响应头Set-Cookie中包含sessionid字段。

2. 测试登录失败场景（用户名错误）：
请求：

POST /api/sign HTTP/1.1
Content-Type: application/json

{
    "action": "signin",
    "username": "wrong_user",
    "password": "123456"
}

响应：

HTTP/1.1 200 OK
Content-Type: application/json

{
    "ret": 1,
    "msg": "用户名或者密码错误"
}

验证：
- 确认响应状态码为200。
- 确认响应头Content-Type为application/json。
- 确认响应体ret字段为1。
- 确认响应体msg字段为"用户名或者密码错误"。

3. 测试登录失败场景（密码错误）：
请求：

POST /api/sign HTTP/1.1
Content-Type: application/json

{
    "action": "signin",
    "username": "admin",
    "password": "wrong_password"
}

响应：

HTTP/1.1 200 OK
Content-Type: application/json

{
    "ret": 1,
    "msg": "用户名或者密码错误"
}

验证：
- 确认响应状态码为200。
- 确认响应头Content-Type为application/json。
- 确认响应体ret字段为1。
- 确认响应体msg字段为"用户名或者密码错误"。