El Equipo de QA También Necesita Ayuda de IA

La Pregunta

“El equipo de desarrollo está creando una implementación para crear y consumir un InvoicePaymentReconciliationAdviceV01 y responder con un InvoicePaymentReconciliationStatusV01. Soy el gerente de QA. ¿Pueden ayudarme a desarrollar un plan de pruebas? Necesito verificar cada tipo de problema de datos imaginable ya que algunos de los mensajes se originan en otros sistemas, y la respuesta apropiada DEBE cumplir con la especificación antes de enviarse o serán rechazados.”

No “escríbeme algunas pruebas unitarias.” No “verifica el camino feliz.” Cada tipo de problema de datos imaginable — porque los mensajes que llegan de partes externas pueden ser cualquier cosa. Y las respuestas salientes que fallan la validación del esquema son rechazadas silenciosamente por la red. Este es un problema real de QA, y necesita una respuesta real.

Paso 1 — El Servidor MCP Identifica Ambos Mensajes

La IA consulta el Servidor ISO 20022 MCP de Beneficial Strategies para ambas definiciones de mensajes. El servidor los resuelve inmediatamente:

Luego el servidor recupera la jerarquía completa de componentes para ambos mensajes, incluyendo el bloque de construcción clave ReconciliationList1 y cada campo requerido/opcional con su tipo, multiplicidad y restricciones.

Paso 2 — Dos Preguntas de Aclaración

Antes de generar el plan de pruebas, la IA pregunta:

“1. ¿Deben los casos de prueba cubrir fallos a nivel XML (XML malformado, espacio de nombres incorrecto, violaciones de esquema) además de fallos de datos a nivel de negocio?”

“2. Para la respuesta InvoicePaymentReconciliationStatus saliente — ¿deben los casos de prueba verificar que referencia correctamente el mensaje de Aviso originador, o simplemente que es internamente válido?”

Respuestas: Sí a ambas. Los fallos a nivel XML importan absolutamente ya que los mensajes provienen de sistemas externos. Y la trazabilidad de la respuesta — que el Estado referencia correctamente el Aviso — es un requisito central de conformidad.

Paso 3 — El Plan de Pruebas Completo Se Genera Automáticamente

Referencia de Estructura del Mensaje

classDiagram
    direction LR
    class InvoicePaymentReconciliationAdviceV01{
        ReconciliationCount Max15NumericText
        ItemCount Max15NumericText
        ControlSum DecimalNumber
    }
    InvoicePaymentReconciliationAdviceV01 *-- "1..1" BusinessLetter1 : Header
    InvoicePaymentReconciliationAdviceV01 *-- "1..*" ReconciliationList1 : ReconciliationList

    class ReconciliationList1{
        Date ISODate
        ItemCount Max15NumericText
        ControlSum DecimalNumber
        PaymentDate ISODate
        PaymentAmount CurrencyAndAmount
    }
    ReconciliationList1 *-- "1..1" QualifiedPartyIdentification1 : Recipient
    ReconciliationList1 *-- "1..1" QualifiedPartyIdentification1 : Advisor
    ReconciliationList1 *-- "1..1" PaymentIdentification1 : PaymentReference
    ReconciliationList1 *-- "1..1" PaymentMeans1 : PaymentMeans
    ReconciliationList1 *-- "1..1" PaymentTerms6 : PaymentTerms
    ReconciliationList1 *-- "1..*" FinancialItem1 : Item

    class InvoicePaymentReconciliationStatusV01{
        ReconciliationCount Max15NumericText
        ItemCount Max15NumericText
        ControlSum DecimalNumber
    }
    InvoicePaymentReconciliationStatusV01 *-- "1..1" BusinessLetter1 : Header
    InvoicePaymentReconciliationStatusV01 *-- "1..*" ReconciliationList1 : ReconciliationList
  

Categoría 1 — Fallos de Estructura XML y Espacio de Nombres

Estos fallos ocurren antes de que se ejecute cualquier lógica de negocio. Cada mensaje entrante debe superar primero este filtro.

Categoría 2 — Fallos de Encabezado (BusinessLetter1)

El bloque de construcción Hdr es requerido (1..1). Cada fallo de campo aquí debe producir un rechazo claro.

Categoría 3 — Fallos de Lista de Conciliación (ReconciliationList1)

El bloque de construcción RcncltnList es requerido (1..*) — al menos uno debe estar presente.

Categoría 4 — Fallos de Ítem Financiero (FinancialItem1)

Cada <Itm> dentro de la lista de conciliación representa una factura que se empareja con un pago.

Categoría 5 — Fallos de Integridad a Nivel de Sobre

Estos contrastan los bloques de construcción entre sí.

Categoría 6 — Conformidad de Respuesta Saliente (tsmt.054.001.01)

El InvoicePaymentReconciliationStatus debe ser válido según el esquema antes de la transmisión. Estas pruebas verifican que la implementación produce una respuesta conforme.

Categoría 7 — Casos Extremos y Condiciones de Límite

Esqueleto de Arnés de Prueba C#

using System.Xml;
using System.Xml.Schema;

namespace Iso20022.Tsmt.Tests
{
    public class ReconciliationAdviceValidationTests
    {
        private const string AdviceNamespace =
            "urn:iso:std:iso:20022:tech:xsd:tsmt.053.001.01";
        private const string StatusNamespace =
            "urn:iso:std:iso:20022:tech:xsd:tsmt.054.001.01";

        // Load schema once for the test suite
        private static XmlSchemaSet LoadSchema(string xsdPath)
        {
            var schemas = new XmlSchemaSet();
            schemas.Add(null, xsdPath);
            schemas.Compile();
            return schemas;
        }

        // Validate any XML string against a compiled schema
        private static List<string> ValidateXml(string xml, XmlSchemaSet schemas)
        {
            var errors = new List<string>();
            var settings = new XmlReaderSettings { ValidationType = ValidationType.Schema };
            settings.Schemas = schemas;
            settings.ValidationEventHandler += (_, e) => errors.Add(e.Message);

            using var reader = XmlReader.Create(new StringReader(xml), settings);
            while (reader.Read()) { }
            return errors;
        }

        // --- Category 1: XML Structure ---

        [Fact]
        public void MalformedXml_ShouldThrowParserException()
        {
            var xml = "<Document><InvcPmtRcncltnAdvc></Document>"; // unclosed element
            Assert.Throws<XmlException>(() =>
                XmlReader.Create(new StringReader(xml)).Read());
        }

        [Fact]
        public void WrongNamespace_ShouldFailValidation()
        {
            var xml = WrapInDocument(
                "urn:iso:std:iso:20022:tech:xsd:tsin.008.001.01",
                "<InvcAssgnmtNtfctn/>");
            var errors = ValidateXml(xml, LoadSchema("tsmt.053.001.01.xsd"));
            Assert.NotEmpty(errors);
        }

        // --- Category 3: ReconciliationList ---

        [Fact]
        public void ItemCountMismatch_ShouldFailBusinessRule()
        {
            var msg = BuildAdvice(declaredItemCount: 3, actualItems: 1);
            var result = MessageValidator.Validate(msg);
            Assert.Contains(result.Errors, e => e.Code == "ITEM_COUNT_MISMATCH");
        }

        [Fact]
        public void ControlSumMismatch_ShouldFailBusinessRule()
        {
            var msg = BuildAdvice(declaredControlSum: 999.99m, actualSum: 4750.00m);
            var result = MessageValidator.Validate(msg);
            Assert.Contains(result.Errors, e => e.Code == "CONTROL_SUM_MISMATCH");
        }

        [Fact]
        public void ZeroPaymentAmount_ShouldFailBusinessRule()
        {
            var msg = BuildAdvice(paymentAmount: 0m);
            var result = MessageValidator.Validate(msg);
            Assert.Contains(result.Errors, e => e.Code == "ZERO_PAYMENT_AMOUNT");
        }

        // --- Category 4: FinancialItem ---

        [Fact]
        public void InvalidCreditDebitCode_ShouldFailSchema()
        {
            var xml = BuildAdviceXml(creditDebitCode: "MAYBE");
            var errors = ValidateXml(xml, LoadSchema("tsmt.053.001.01.xsd"));
            Assert.NotEmpty(errors);
        }

        [Fact]
        public void AmountArithmeticFailure_TaxPlusPretaxNotEqualTotal()
        {
            var msg = BuildAdvice(taxableAmount: 4000m, taxAmount: 500m, totalAmount: 9999m);
            var result = MessageValidator.Validate(msg);
            Assert.Contains(result.Errors, e => e.Code == "AMOUNT_ARITHMETIC_FAILURE");
        }

        // --- Category 6: Outbound Response Conformance ---

        [Fact]
        public void GeneratedStatus_ShouldPassXsdValidation()
        {
            var advice = BuildValidAdvice();
            var status = StatusGenerator.GenerateFrom(advice);
            var xml = status.Serialize();
            var errors = ValidateXml(xml, LoadSchema("tsmt.054.001.01.xsd"));
            Assert.Empty(errors); // Must be empty — a non-conformant response is never sent
        }

        [Fact]
        public void GeneratedStatus_ShouldReferenceOriginalAdvice()
        {
            var advice = BuildValidAdvice(letterId: "ADVICE-2026-001");
            var status = StatusGenerator.GenerateFrom(advice);
            Assert.Equal("ADVICE-2026-001", status.Header.RelatedDocument.Identification);
        }

        [Fact]
        public void GeneratedStatus_RecipientShouldBeOriginalAdvisor()
        {
            var advice = BuildValidAdvice(advisorBic: "BSTRUSXX");
            var status = StatusGenerator.GenerateFrom(advice);
            Assert.Equal("BSTRUSXX", status.Header.PrimaryRecipient.Party.Id.AnyBic);
        }

        // --- Category 7: Edge Cases ---

        [Fact]
        public void MaxLengthField_ExactlyAtLimit_ShouldPass()
        {
            var xml = BuildAdviceXml(partyName: new string('A', 35));
            var errors = ValidateXml(xml, LoadSchema("tsmt.053.001.01.xsd"));
            Assert.Empty(errors);
        }

        [Fact]
        public void MaxLengthField_OneBeyondLimit_ShouldFail()
        {
            var xml = BuildAdviceXml(partyName: new string('A', 36));
            var errors = ValidateXml(xml, LoadSchema("tsmt.053.001.01.xsd"));
            Assert.NotEmpty(errors);
        }

        // Helper: wrap XML in a Document element with namespace
        private static string WrapInDocument(string ns, string inner) =>
            $"<Document xmlns=\"{ns}\">{inner}</Document>";
    }
}

¿Qué Acaba de Suceder?

El gerente de QA hizo una pregunta. El Servidor ISO 20022 MCP de Beneficial Strategies recuperó ambas especificaciones de mensajes en vivo, resolvió la jerarquía completa de campos incluyendo multiplicidades, tipos y restricciones, y la IA convirtió eso en:

• 7 categorías de prueba
• 59 casos de prueba individuales — todos fundamentados en la especificación, no inventados
• Un esqueleto de arnés de prueba C# listo para completar
• Clara separación entre fallos de esquema (detectados por XSD), fallos de reglas de negocio (detectados por su validador) y fallos de conformidad de respuesta (detectados antes de la transmisión)

Las únicas decisiones que tomó fueron si incluir pruebas a nivel XML y si verificar la trazabilidad de la respuesta.

Sin abrir PDFs de especificaciones. Sin ensamblar manualmente listas de campos. Sin casos de prueba omitidos porque alguien olvidó la precisión de moneda para JPY.

Eso es lo que una suscripción al Servidor MCP de Beneficial Strategies hace por su equipo de QA. Conozca más sobre los niveles de suscripción.