interfaz
1. Concepto
Un canal para la transferencia de datos y la interacción entre sistemas y componentes.
2. Escribe
Dividido por protocolo : http, tcp, IP.
Dividido por idioma : C++, java, php. . .
Dividido por alcance :
1) Entre sistemas:
entre múltiples sistemas internos;
entre sistemas internos y sistemas externos;
2) Entre programas:
entre métodos, entre funciones, entre módulos
Pruebas de interfaz
1. Concepto
La prueba de interfaz consiste en probar las interfaces entre sistemas o componentes. ¡Verifique la exactitud de los datos pasados y la exactitud de las dependencias lógicas!
2. Principio
Las pruebas de interfaz están dirigidas principalmente al objetivo de la prueba: ¿
cómo probar el Servidor 2.1?
Simule el cliente y envíe solicitudes al servidor.
2.2 ¿Qué utilizar para las pruebas?
Herramientas : Fiddler, Postman, Jmeter
Código : Python + marco UnitTest + marco de solicitudes
2.3 ¿Qué probar?
Pruebe si los datos de respuesta enviados por el servidor en respuesta a la solicitud del cliente son consistentes con el resultado esperado. Afirmación
de comparación del ojo humano
3. Características
De acuerdo con el concepto de avanzar en el control de calidad,
se pueden descubrir algunos problemas que no se pueden encontrar mediante las operaciones de la página;
las pruebas de interfaz
son de bajo costo y altamente efectivas; las pruebas de interfaz prueban el sistema desde la perspectiva del usuario;
4. Método de implementación
Herramientas : JMeter, Postman, Fiddler
Código : Python + Solicitudes + UnitTest
¿Qué son las pruebas de interfaz automatizadas?
Con la ayuda de herramientas y códigos, simule que el cliente envíe una solicitud al servidor y utilice aserciones para determinar automáticamente si los resultados esperados son consistentes con los resultados reales.
Introducción al protocolo HTTP
1.HTTP
HTTP : (Protocolo de transferencia de hipertexto) El protocolo de transferencia de hipertexto es un protocolo de capa de aplicación basado en el modelo de solicitud y respuesta, y también es el protocolo de red más utilizado en Internet.
Características :
Admite modo cliente/servidor,
simple, rápido
, flexible
, sin conexión
, sin estado
2. formato de URL
Concepto : (Localizador uniforme de recursos) Función del Localizador uniforme de recursos
: En un entorno de red, define de forma única un recurso de datos.
3. Solicitud HTTP
Función : el cliente (aplicación, navegador) utiliza el protocolo al enviar una solicitud al servidor: protocolo de solicitud http.
Especifica el formato de sintaxis para la transmisión de datos al servidor.
3.1 Formato de solicitud
Línea de solicitud : la primera línea de la solicitud http. Método de solicitud (espacio) URL (espacio) Versión del protocolo
encabezado de solicitud : Formato de sintaxis: k: v
Agente-usuario : describe el tipo de navegador del remitente de la solicitud
Tipo de contenido : describe el tipo de datos del cuerpo de la solicitud
Línea vacía : representa el http encabezado de solicitud para finalizar
la solicitud Cuerpo : Los datos transportados cuando se envía la solicitud. El valor del tipo de datos Content-Type!
publicar y colocar tienen cuerpos de solicitud,
obtener y eliminar no tienen cuerpos de solicitud.
3.2 Línea de solicitud
Método de solicitud http: mayúsculas y minúsculas
GET: consulta. —— Sin cuerpo de solicitud
POST: agregado. (Comúnmente usado al iniciar sesión)
poner: modificar.
eliminar: eliminar. —— Sin cuerpo de solicitud
3.3 Encabezado de solicitud
Formato de datos: k: v
Tipo de contenido:
aplicación/json: formato de datos JSON
aplicación/x-www-form-urlencoded: datos del formulario
3.4 Cuerpo de solicitud
GET y DELETE no
tienen PUT y POST.
El tipo de datos se ve afectado por el valor del tipo de contenido.
4. Respuesta HTTP
El lado del servidor devuelve datos de respuesta a la solicitud http enviada por el cliente. —— ¡respuesta http!
Especifica el formato de organización de los datos enviados al cliente.
Línea de respuesta (línea de estado ): Versión del protocolo (espacio) Código de estado (espacio) Descripción del estado
encabezado de respuesta : Formato de sintaxis: k:v
Tipo de contenido : describe el tipo de datos en el cuerpo de la respuesta.
Línea en blanco : representa el final del encabezado de la respuesta.
Cuerpo de la respuesta : la mayoría no están vacíos. (Si la solicitud tiene éxito: se devuelven los datos, si la solicitud falla: se devuelve la información de error)
El tipo de datos se ve afectado por el valor de Tipo de contenido.
4.1 Línea de estado
Código de estado:
1xx : representa información de instrucción. Indica que la solicitud ha sido recibida y está esperando ser procesada.
2xx : Indica que la solicitud se procesó y recibió correctamente. Común: 200, 201
3xx : redirección, el recurso al que se accederá debe volver a especificarse para el acceso.
4xx : Representa un error del cliente. Común: 404, 403
5xx : error del lado del servidor.
Descripción del código de estado: generalmente corresponde de forma única al código de estado. 200 —— ok; 404 —— archivo no encontrado
4.2 Encabezado de respuesta
Formato de sintaxis: k: v
Tipo de contenido: el valor es el tipo de datos del cuerpo de la respuesta.
Longitud del contenido: el tamaño del cuerpo de la respuesta. No es necesario que lo escribas, el navegador lo obtendrá automáticamente. Una vez escrito, ¡debe ser exacto!
4.3 Órgano de respuesta
El contenido del mensaje enviado al cliente. Los más comunes incluyen páginas web html, xml y json.
Estilo de interfaz
1. Interfaz de estilo tradicional
Características:
Método de solicitud, solo use get y post.
La URL no es única. La misma operación puede corresponder a diferentes
códigos de estado de URL y su uso es relativamente sencillo. 200 más comunes.
2. Interfaz de estilo RESTful
Características:
cada URL representa un recurso;
una determinada capa de presentación de este recurso se transfiere entre el cliente y el servidor;
capa de presentación: diferentes formas de presentación de datos (como imágenes y texto que representan el mismo objeto de datos). El
cliente pasa cuatro HTTP Los verbos (GET, post, delete, put) operan en recursos del lado del servidor para lograr una "transformación del estado de la capa de presentación"; el
formato más comúnmente utilizado para los datos pasados entre interfaces es JSON.
Proceso de prueba de interfaz
- Analizar requisitos y generar documentos de requisitos (productos).
(Desarrollar y generar documentos de interfaz) Analizar documentos de interfaz. - Generar casos de prueba de interfaz (enviar para revisión).
- Ejecutar casos de prueba
- Herramientas: cartero, jmeter, fiddler
- Código: Python + Solicitudes +UnitTest
- Enviar y rastrear defectos.
- Generar informes de prueba.
- (Opcional) Integración continua de automatización de interfaz
Documentación de la interfaz
Un documento escrito por desarrolladores que describe información de la interfaz. El equipo de desarrollo lleva a cabo el trabajo de desarrollo de acuerdo con el documento de interfaz y debe mantenerlo y cumplirlo en todo momento.
Función:
permite que el desarrollo front-end y los desarrolladores back-end cooperen mejor y mejoren la eficiencia del trabajo. (Hay un archivo de referencia unificado)
Cuando el proyecto se itera o el personal del proyecto cambia, es conveniente que el personal posterior lo vea y mantenga. Es
conveniente que los evaluadores realicen pruebas de interfaz. Tome
"iniciar sesión" como ejemplo:
Método de solicitud: POST
URL: http://ihrm-test.itheima .net/api/sys/login
encabezado de solicitud: Tipo de contenido: aplicación/
cuerpo de solicitud json: {"mobile":"13800000002", "password":"123456"}
respuesta código de estado: 200
código de error:
10000: ¡operación exitosa!
20001: Nombre de usuario o contraseña incorrectos
99999: Lo sentimos, el sistema está ocupado, ¡inténtelo nuevamente más tarde!
Diseño de casos de uso de interfaz
Razones para diseñar casos de uso de interfaz:
evitar que falten puntos de prueba y hacer que sea claro y
fácil asignar trabajo y evaluar la carga de trabajo y el tiempo.
1. Puntos de prueba para pruebas de interfaz.
Los puntos de prueba se denominan dimensiones de prueba.
1.1 Pruebas funcionales
1.1.1 Función de interfaz única
Un único módulo empresarial en las pruebas manuales generalmente corresponde a una interfaz.
- Iniciar sesión en la empresa——>Interfaz de inicio de sesión
- Agregar al carrito de compras negocio——>Agregar a la interfaz del carrito de compras
- Negocio de pedidos——>Interfaz de pedidos
- Negocio de pagos——>Interfaz de pago
- Con herramientas y código. Omita la interfaz de usuario, organice los datos necesarios para la interfaz y realice pruebas de la interfaz.
1.1.2 Función de escenario empresarial
Clasifique los escenarios comerciales de la interfaz de acuerdo con los escenarios de uso reales de los usuarios.
- Al organizar escenarios comerciales, generalmente solo es necesario realizar pruebas directas (lo mismo que las pruebas manuales).
- Generalmente se recomienda utilizar la menor cantidad de casos de uso para cubrir la mayoría de los escenarios comerciales.
- Iniciar sesión——Buscar productos——Agregar al carrito de compras——Realizar pedido——Pagar——Evaluar
1.2 Prueba de rendimiento
Tiempo de respuesta,
rendimiento
, número de concurrencias,
utilización de recursos del servidor
1.3 Pruebas de seguridad
Seguridad contra ataques: completada por ingenieros de pruebas de seguridad profesionales
Seguridad empresarial: dirección de la prueba
Si los datos confidenciales están cifrados
Inyección SQL: escriba declaraciones SQL donde los usuarios puedan ingresar datos
Seguridad de inyección SQL, las declaraciones SQL escritas maliciosamente por los usuarios no ejecutarán consultas a la base de datos
2. Métodos e ideas de diseño.
2.1 Similitudes con el diseño manual
Los puntos de prueba funcionales correspondientes a las pruebas manuales son completamente consistentes con las funciones correspondientes a las pruebas de interfaz.
Ejemplo: página de inicio de sesión de tpshop mall, puntos de diseño de caso de prueba de función manual:
1) Si el diseño de la página cumple con los requisitos;
2) Pruebe el cuadro de entrada de nombre de usuario para ver si los datos ingresados son correctos;
3) Pruebe el cuadro de entrada de contraseña para ver si los datos ingresados son correctos;
4) Pruebe el cuadro de entrada del código de verificación para ver si los datos ingresados son correctos;
Página de inicio de sesión de tpshop mall, puntos de diseño del caso de prueba de interfaz:
1) Pruebe si el valor del nombre de usuario correspondiente al cuadro de entrada de nombre de usuario es correcto;
2) Pruebe si el valor de la contraseña correspondiente al cuadro de entrada de contraseña es correcto;
3) Pruebe si el valor correspondiente al cuadro de entrada del código de verificación. El valor de verificar_código es correcto;
2.1 Diferencias con el diseño manual
Prueba manual para ver si los datos escritos en el cuadro de entrada son correctos.
La prueba de interfaz prueba si los valores de los parámetros correspondientes a los parámetros son correctos.
Las pruebas de interfaz no sólo se realizan en los valores de los parámetros, sino también en los parámetros mismos.
- Parámetros directos:
parámetros requeridos: todos los requeridos (obligatorios) están incluidos.
Parámetros combinados: todos los requeridos + uno o más parámetros opcionales.
Todos los parámetros: todos los requeridos + todos los parámetros opcionales. - Parámetros inversos:
Múltiples parámetros: se agregan uno o más parámetros requeridos (se pueden especificar arbitrariamente)
Pocos parámetros: faltan uno o más parámetros requeridos
Sin parámetros: no hay parámetros requeridos
Parámetros de error: el nombre del parámetro se ingresó incorrectamente
3. Caso de prueba de interfaz única
8 elementos principales del documento de caso de prueba manual:
número, nombre del caso de uso (título), módulo, prioridad, condiciones preestablecidas, datos de prueba, pasos de operación, resultados esperados
Documento de caso de prueba de interfaz 10 elementos:
número, nombre del caso de uso (título), módulo, prioridad, condiciones preestablecidas, método de solicitud, URL, encabezado de solicitud, cuerpo de solicitud (datos de solicitud), resultados esperados
3.1 Analizar documentos de interfaz
Tome la interfaz de inicio de sesión como ejemplo:
Método de solicitud: URL de publicación
: Protocolo y nombre de dominio en "Información del sistema" + /api/sys/login
Encabezado de solicitud: Tipo de contenido: aplicación/json
Cuerpo de solicitud: {"mobile": "13800000002", "contraseña": "123456 "}
Resultados esperados: {"success":true,"code":10000,"message":"¡La operación fue exitosa!","data":"f5050a1b-7919-444c-9ec4-3c1a7286536d"} datos: El valor El inicio de sesión
se realizó correctamente. Datos del token generado. Estos datos cambian periódicamente.
| número de serie | Nombre del caso de uso | módulo | prioridad | Condiciones previas | Método de solicitud | URL | Encabezado de solicitud | Cuerpo de la solicitud (datos de la solicitud) | gastos esperados |
|---|---|---|---|---|---|---|---|---|---|
| iniciar sesión_001 | Aterrizó con éxito | Acceso | p1 | La cuenta ha sido registrada. | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“13800000002”,“contraseña”:“123456”} | Código de estado: 200 {"success":true,"code":10000,"message":"¡Operación exitosa!","data":"f5050a1b-7919-444c-9ec4-3c1a7286536d"} |
3.2 Puntos de prueba del caso de prueba de interfaz del módulo de inicio de sesión
3.2.1 Valores numéricos
- Reenviar
inicio de sesión exitoso - Invertir
El nombre de usuario está vacío.
El nombre de usuario contiene caracteres y letras especiales. El
nombre de usuario supera los 11 dígitos (12 dígitos). El nombre de usuario
tiene menos de 11 dígitos (10 dígitos).
El nombre de usuario no está registrado. La
contraseña es vacío
. La contraseña contiene caracteres y letras especiales. La
contraseña es de 1 dígito.
La contraseña es de 100
dígitos. La contraseña es incorrecta.
3.2.2 Parámetros
- Reenviar
Parámetros requeridos: nombre de usuario correcto + contraseña correcta
Parámetros combinados: Ignorar
Todos los parámetros: nombre de usuario correcto + contraseña correcta - Invertir
Múltiples parámetros: múltiples abc: "123"
Pocos parámetros (menos móviles): sin nombre de usuario, contraseña correcta
Sin parámetros: sin parámetros Parámetros incorrectos
(el nombre del parámetro del número de teléfono móvil es incorrecto): abc:1381234567, contraseña: "123456"
Nombre de usuario relacionado:
| número de serie | Nombre del caso de uso | módulo | prioridad | Condiciones previas | Método de solicitud | URL | Encabezado de solicitud | Cuerpo de la solicitud (datos de la solicitud) | gastos esperados |
|---|---|---|---|---|---|---|---|---|---|
| iniciar sesión_002 | El nombre de usuario está vacío | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“”,“contraseña”:“123456”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
| iniciar sesión_003 | El nombre de usuario contiene caracteres y letras especiales. | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“13800&#abc”,“contraseña”:“123456”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
| iniciar sesión_004 | El nombre de usuario supera los 11 dígitos (12 dígitos) | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“138000000023”,“contraseña”:“123456”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
| iniciar sesión_005 | El nombre de usuario tiene menos de 11 dígitos (10 dígitos) | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“1380000000”,“contraseña”:“123456”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
| iniciar sesión_006 | El nombre de usuario no está registrado | Acceso | p2 | Número de teléfono móvil que no existe en la base de datos. | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“16700542479”,“contraseña”:“123456”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
Relacionado con la contraseña:
| número de serie | Nombre del caso de uso | módulo | prioridad | Condiciones previas | Método de solicitud | URL | Encabezado de solicitud | Cuerpo de la solicitud (datos de la solicitud) | gastos esperados |
|---|---|---|---|---|---|---|---|---|---|
| iniciar sesión_007 | La contraseña está vacía | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“13800000002”,“contraseña”:“”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
| iniciar sesión_008 | La contraseña contiene caracteres y letras especiales. | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“13800000002”,“contraseña”:“123&%rt”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
| iniciar sesión_009 | Contraseña 1 dígito | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“13800000002”,“contraseña”:“1”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
| iniciar sesión_010 | Contraseña 100 dígitos | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {"mobile":"13800000002","password":"Coloque una contraseña de 100 caracteres"} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
| iniciar sesión_011 | Contraseña incorrecta | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“13800000002”,“contraseña”:“888888”} | Código de estado: 200 {"success":false,"code":20001,"message":"Nombre de usuario o contraseña incorrectos","data":null} |
Parámetro relacionado:
| número de serie | Nombre del caso de uso | módulo | prioridad | Condiciones previas | Método de solicitud | URL | Encabezado de solicitud | Cuerpo de la solicitud (datos de la solicitud) | gastos esperados |
|---|---|---|---|---|---|---|---|---|---|
| iniciar sesión_012 | Parámetros requeridos (todos los parámetros) | Acceso | p2 | / | CORREO | {protocolo+nombre de dominio}/api/sys/login | Tipo de contenido: aplicación/json | {“móvil”:“13800000002”,“contraseña”:“123456”} | 状态码：200 {“success”:true,“code”:10000,“message”:“操作成功！”,“data”:"f5050a1b-7919-444c-9ec4- 3c1a7286536d "} |
| login_013 | 多参 | 登录 | p2 | / | POST | {协议+域名}/api/sys/login | Content-Type:application/json | {“abc”:“123”,“mobile”:“13800000002”,“password”:“123456”} | 状态码：200 {“success”:true,“code”:10000,“message”:“操作成功！”,“data”:"f5050a1b-7919-444c-9ec4- 3c1a7286536d "} |
| login_014 | 少参（少mobile） | 登录 | p2 | / | POST | {协议+域名}/api/sys/login | Content-Type:application/json | {“password”:“123456”} | 状态码：200 {“success”:false,“code”:20001,“message”:“用户名或密码错误”,“data”:null} |
| login_015 | 无参 | 登录 | p2 | / | POST | {协议+域名}/api/sys/login | Content-Type:application/json | / | {“success”:false,“code”:99999,“message”:“抱歉，系统繁忙，请稍后重试！”,“data”:null} |
| login_016 | 错误参数（mobile参数名错误） | 登录 | p2 | / | POST | {协议+域名}/api/sys/login | Content-Type:application/json | {“abc”:“13800000002”,“password”:“123456”} | 状态码：200 {“success”:false,“code”:20001,“message”:“用户名或密码错误”,“data”:null} |
3.2.3 业务场景测试用例
用户怎么用，怎样设计业务。
用最少的测试用例，尽量覆盖最多的接口
- 分析测试点
针对 员工管理 业务场景：
登录 —— 添加员工 —— 查询员工 —— 修改员工 —— 再次查询 —— 删除员工 —— 查询员工列表 - 添加员工
请求方法：post
URL： {协议+域名}/api/sys/user
请求头：
Content-Type： application/json
Authorization： Bearer f5050a1b-7919-444c-9ec4-3c1a7286536d （具体数据 来源 登录成功返回的 响应体中的 data的值）
请求体（请求数据）：{“username”:“爱因斯坦”,“mobile”:“17289432100”,“timeOfEntry”:“2021-07-12”,“formOfEmployment”:1,“departmentName”:“测试0607”,“departmentId”:“1412421425733664768”,“workNumber”:“234”,“correctionTime”:“2021-07-30T16:00:00.000Z”}
预期结果：
状态码：200
{“success”:true,“code”:10000,“message”:“操作成功！”, “data”:{“id”:“113749504”}}
| 用例名称 | 模块 | 优先级 | 预置条件 | 请求方法 | URL | 请求头 | 请求体(请求数据） | 预期结果 |
|---|---|---|---|---|---|---|---|---|
| 添加员工 | 员工管理 | p0 | 登录成功 | POST | {协议+域名}/api/sys/user | Content-Type： application/json， Authorization： Bearer f5050a1b-7919-444c-9ec4-3c1a7286536d | {“username”:“爱因斯坦”,“mobile”:“17289432100”,“timeOfEntry”:“2021-07-12”,“formOfEmployment”:1,“departmentName”:“测试0607”,“departmentId”:“1412421425733664768”,“workNumber”:“234”,“correctionTime”:“2021-07-30T16:00:00.000Z”} | 状态码：200 {“success”:true,“code”:10000,“message”:“操作成功！”, “data”:{“id”:“113749504”}} |
- 查询员工
请求方法：GET
URL： {协议+域名}/api/sys/user/:target
请求头：
Content-Type： application/json
Authorization： Bearer f5050a1b-7919-444c-9ec4-3c1a7286536d （具体数据 来源 登录成功返回的 响应体中的 data的值）
请求体:
无
返回数据：
状态码：200
"code": 10000, "message": "操作成功！", "data": { 所查询的员工的详细信息} }
| 用例名称 | 模块 | 优先级 | 预置条件 | 请求方法 | URL | 请求头 | 请求体(请求数据） | 预期结果 |
|---|---|---|---|---|---|---|---|---|
| 查询员工 | 员工管理 | p1 | 登录成功 | GET | {协议+域名}/api/sys/user/:target | Content-Type： application/json， Authorization： Bearer f5050a1b-7919-444c-9ec4-3c1a7286536d | / | Código de estado: 200 {"éxito": verdadero, "código": 10000, "mensaje": "¡La operación fue exitosa!", "datos": {Detalles del empleado consultado} } |
- La modificación del empleado
devuelve la identificación en los datos, que representa la identificación del empleado modificada (que son datos que cambiarán).
| Nombre del caso de uso | módulo | prioridad | Condiciones previas | Método de solicitud | URL | Encabezado de solicitud | Cuerpo de la solicitud (datos de la solicitud) | gastos esperados |
|---|---|---|---|---|---|---|---|---|
| Modificar empleado | Gestión de empleados | p0 | Inicio de sesión correcto | PONER | {protocolo+nombre de dominio}/api/sys/user/:target | Tipo de contenido: aplicación/json, Autorización: Portador xxx | {"nombre de usuario":"Peppa Pig"} | Código de estado: 200 {"success":true,"code":10000,"message":"¡La operación fue exitosa!", "data":{"id":"xxx"}} |
- Eliminar empleado
| Nombre del caso de uso | módulo | prioridad | Condiciones previas | Método de solicitud | URL | Encabezado de solicitud | Cuerpo de la solicitud (datos de la solicitud) | gastos esperados |
|---|---|---|---|---|---|---|---|---|
| Eliminar empleado | Gestión de empleados | p0 | Inicio de sesión correcto | borrar | {protocolo+nombre de dominio} /api/sys/user/:target | Tipo de contenido: aplicación/json, Autorización: Portador xxx | / | Código de estado: 200 {"success":true,"code":10000,"message":"¡La operación fue exitosa!","data":null} |
- Consultar lista de empleados
| Nombre del caso de uso | módulo | prioridad | Condiciones previas | Método de solicitud | URL | Encabezado de solicitud | Cuerpo de la solicitud (datos de la solicitud) | gastos esperados |
|---|---|---|---|---|---|---|---|---|
| Consultar lista de empleados | Gestión de empleados | p0 | Inicio de sesión correcto | CONSEGUIR | {Protocolo+Nombre de dominio} /api/sys/user?page=1&size=10 | Tipo de contenido: aplicación/json, Autorización: Portador xxx | / | Código de estado: 200 { “éxito”: verdadero, “código”: 10000, “mensaje”: “¡La operación fue exitosa!”, “datos”: { “total”: xxxx, “filas” [ {},{}, … 10 detalles del empleado] } } |