Tarjetas: zona de pruebas gratuita con GraphQL API / Sudo Null IT News
Si desea probar la API GraphQL con especificaciones técnicas en ruso, bienvenido a mi zona de pruebas: el sistema Cards.
Hay usuarios y sus tarjetas bancarias. Puedes recargar el saldo de tu tarjeta bancaria o transferir dinero de una tarjeta a otra. Hay una interfaz gráfica y una API. ¡Incluso hay un modelo a seguir! E incluso hay una especificación técnica, aunque no muy detallada =)
Enlaces GUI y API
¡Cada noche la base se deja caer y se recrea desde cero! Por lo tanto, no podrá guardar los datos de la prueba ni acceder a ellos con el tiempo, ¡tenga esto en cuenta!
GUI
API
GraphQL IDE (Apolo) — cards.bugred.ru/online (cómo llamar a una solicitud en Apollo, ver más abajo en el bloque “Materiales útiles»)
API de URL: cards.bugred.ru/graphql/default (en Apollo esta es la URL que está programada)
Encabezado requerido (encabezados), sin él no funcionará:
ТZ
https://testbase.atlassian.net/wiki/spaces/GraphQL/pages/4427939842/Cards
(Realmente espero que sea posible dejar el acceso anónimo a Confluence, ya que, lamentablemente, todavía no hay análogos: Yaga aún no se ha lanzado, Yandex no tiene acceso de invitado… Bueno, si sucede algo, Agregaré datos de autorización al artículo y pensaré dónde duplicar las especificaciones técnicas)
Materiales útiles
Video:
Cómo llamar a una consulta API GraphQL en 10 minutos (Apollo) – duplicado en VK
Artículos:
¿Qué es GraphQL?
¿De dónde viene esto y por qué?
Los sistemas fueron creados para mis cursos de prueba. Dio la casualidad de que estaba creando dos sistemas a la vez:
Público, publicado en el dominio público: en él muestro ejemplos en conferencias, escribo artículos de blog / sobre Habr para estudiantes, grabo videos para el canal de YouTube.
Cerrado – para tarea.
Así sucedió la última vez (y así apareció el sistema) Usuarios), y así sigue siendo ahora.
El sistema es simple, tiene muy poca lógica empresarial, se basa en tareas cotidianas, por lo que es fácil de “comprender”. Recargar saldo y transferir dinero a otra cuenta son acciones completamente lógicas que se pueden probar sin especificaciones detalladas.
Sí, los estudiantes (el segundo sistema, para las tareas) tienen un poco más de lógica y en algunos lugares se enreda en tales nudos que ¡guau! Pero debemos admitir que no es necesario familiarizarse con la API. Más bien, es una base para el futuro considerar diferentes situaciones desde el punto de vista del diseño de pruebas. Entonces, quién sabe, tal vez algún día “descubra” el segundo sistema…
Cuando se trabaja con GraphQL, el modelo a seguir y la separación de los derechos de acceso son muy importantes. Normalmente esto se hace a través de LDAP y todo eso, pero tenemos un sistema de prueba, por lo que tomamos la ruta simple y emulamos roles a través de encabezados. Esto es suficiente para sentir las posibles restricciones que se pueden imponer al sistema en el código.
Bueno, debes entender que nuestras especificaciones técnicas son de la vida real. Fue de esta forma que le di las especificaciones técnicas al desarrollador (solo que en lugar de Google Confluence estaba GoogleDoc). Por lo general, los evaluadores novatos no creen que las especificaciones técnicas no existan o que estén escritas en la rodilla. Hasta que empiecen a trabajar))
Los conocimientos tradicionales suelen ser confusos, por lo que el mío sólo refleja la realidad. Bueno, también puedes trabajar en ello, ¡el desarrollador hizo todo! Y puedes realizar pruebas utilizando tan poca información. Por lo tanto, revisaré lentamente las especificaciones técnicas para que se vea más bonito, pero en general, esto es suficiente para el desarrollo/prueba.
Bueno, creo que ya os lo conté todo, mira el resto en las especificaciones técnicas. Además, busque artículos sobre GraphQL, porque es por eso que los mapas se lanzaron al público: ¡para escribir materiales de capacitación sobre ellos!
PD: busque más artículos útiles en mi blog bajo la etiqueta “útil”. Y hay vídeos útiles en mi canal de youtube
