Ir para o conteúdo

Respondemos depressa e ao ponto.

Software Quality Assurance — software sempre pronto a entregar.

Asseguramos um controlo de qualidade do software independente e de ponta a ponta: minimiza os riscos na aceitação e o aparecimento de defeitos em fases tardias e no terreno, e mantém a colaboração entre cliente e programadores serena e construtiva.

Para software embebido e aplicações cloud, de IA e de negócio.

Trabalhar connosco é simples e agradável.
Fale connosco quando quiser.
SQA 01
  • O que se testa, a que nível e com quê: o conceito de testes, um mapa de cobertura face aos requisitos, os critérios de saída.

    Estratégia e cobertura

  • Testes unitários, de API e end-to-end que correm no pipeline e não precisam de uma passagem manual.

    Automatização de testes

  • Execuções de aceitação, um relatório de prontidão e decisões go ou no-go baseadas em números fiáveis.

    Release readiness

SQA 02

Quando somos chamados:

Soa-lhe familiar? Falemos.
  • Os defeitos aparecem no cliente, não nos testes
  • A release volta a ser adiada «mais uma semana»
  • Há testes, mas ninguém confia numa execução a verde
  • A aceitação transforma-se numa discussão
  • Não há uma parte independente entre cliente e fornecedor
  • A regressão cresce a cada sprint
  • É preciso QA para software embebido ou automóvel, HIL incluído
  • Uma auditoria ou certificação exige uma base de testes demonstrável
SQA 03

Correr os testes diz o que foi verificado. A qualidade diz se o produto cumpre as expectativas.

Sabe bem: Testesqualidade

  • Requisitos rastreados até aos testes
  • Escolha do que testar baseada no risco
  • Casos negativos e de fronteira
  • Requisitos não funcionais: carga, segurança, usabilidade
  • Dados de teste, mocks, simulações
SQA 04

Um pipeline a verde significa que o software está construído, não que funciona.

Sabe bem: Verdepronto

  • Cobertura por requisito, não por linha
  • Critérios de saída acordados antes da execução
  • Smoke tests no sistema de produção
  • Defeitos conhecidos listados, não escondidos
  • Um relatório de prontidão por build
SQA 05

O programador verifica o que construiu. A QA verifica como é usado.

Sabe bem: Independênciadesconfiança

  • Um papel próprio, com mandato próprio
  • Acesso próprio aos requisitos e ao backlog
  • Um só relatório, para o cliente e a equipa ao mesmo tempo
  • Constatações como factos, não como culpa
  • Defeitos triados em conjunto
SQA 06

A aceitação é onde cliente e programador costumam chocar. Com critérios de aceitação acordados torna-se uma formalidade.

Sabe bem: Aceitaçãoentrega

  • Um protocolo de aceitação acordado à partida
  • Defeitos classificados por gravidade
  • Uma data no calendário, não «quando estiver corrigido»
  • Execuções de aceitação com os dados do próprio cliente
  • Casos de garantia distinguidos de pedidos de alteração
SQA 07

Como trabalhamos

Seis passos, do primeiro olhar sobre o que existe até à release e mais além.

  1. 01

    Check-up

    O que se testa hoje, como, e o que uma execução a verde realmente prova.

  2. 02

    Estratégia e mapa de cobertura

    Níveis de teste, ferramentas, critérios de saída — e cada requisito ligado ao teste que o cobre.

  3. 03

    Automatização no pipeline

    Suites unitárias, de API e end-to-end ligadas ao CI, para que cada commit seja verificado sem que ninguém o peça.

  4. 04

    Execuções, defeitos, relatórios

    Execuções por sprint, defeitos seguidos com gravidade e responsável, um relatório para todos.

  5. 05

    Release gate

    Go ou no-go pelos critérios de saída — e os números por trás da decisão.

  6. 06

    Depois da release

    Smoke tests em produção, defeitos de campo devolvidos às suites, mapa de cobertura mantido atual.

SQA 08

Uma seleção do que fazemos

em software quality assurance

Estratégia e conceito de testes

  • Níveis de teste e o seu âmbito: unitário, integração, sistema, aceitação
  • Mapa de cobertura face aos requisitos
  • Critérios de saída e release gates
  • Conceito de dados e ambientes de teste
  • Ferramentas e processo ajustados à sua equipa
Pergunte-nos

Automatização de testes: unitários e end-to-end

  • Suites end-to-end com Playwright
  • Cobertura de testes unitários onde compensa
  • Integração no seu pipeline de CI/CD
  • Suites estáveis e sustentáveis, não intermitentes
  • Relatórios que a equipa lê e em que confia
Pergunte-nos

Testes de API e integração

  • Interfaces REST e SOAP com Postman e SOAP UI
  • Testes de contrato entre serviços
  • Conjuntos de testes orientados por dados
  • Interfaces com sistemas ERP, CRM e e-commerce
  • Regressão automatizada das interfaces
Pergunte-nos

Testes de sistema e aceitação, automóvel incluído

  • Execuções de aceitação pelos critérios do próprio cliente
  • Testes HIL e de ECU com EXAM
  • Casos de teste baseados em requisitos segundo o Automotive SPICE
  • Rastreabilidade do requisito ao resultado
  • Protocolos de aceitação que o auditor aceita
Pergunte-nos

Release readiness e reporting

  • Relatório de prontidão por release
  • Estatística de defeitos por gravidade e idade
  • Métricas de cobertura e tendência por sprint
  • Go ou no-go por critérios acordados
  • Acompanhamento depois da release
Pergunte-nos
SQA 09

O que recebe

  • 01

    Plano claro

    Níveis, ferramentas, critérios e responsabilidades num só documento.

  • 02

    Mapa de cobertura

    Cada requisito e o teste que o cobre — e os que nada cobre ainda.

  • 03

    Suites automatizadas

    Testes unitários, de API e end-to-end no seu repositório, a correr no seu pipeline.

  • 04

    Relatórios de defeitos

    Reproduzíveis, classificados por gravidade, com responsável e data.

  • 05

    Relatório de prontidão

    O estado de uma release face aos seus critérios de saída, antes de a decisão ser tomada.

  • 06

    Métricas por sprint

    Cobertura, tendência de defeitos e estabilidade dos testes, sprint a sprint.

// Tudo fica consigo: o código dos testes, os relatórios, o pipeline.

SQA 10

Setores em que somos fortes

  • Automóvel
  • Energia
  • Conformidade
  • Segurança TI
  • Saúde
  • Logística
  • Educação
SQA 11

As normas e práticas pelas quais trabalhamos

  • ISTQB
  • ISO/IEC 25010 — Software Quality Model
  • ISO/IEC/IEEE 29119 — Software Testing
  • Automotive SPICE — SWE.4 to SWE.6
  • CRA — Cyber Resilience Act
  • ISO 21434 — Automotive Cybersecurity
  • OWASP ASVS
  • MISRA
  • RGPD
  • Requisitos de teste setoriais e específicos do cliente
SQA 12

Perguntas frequentes

Qual é a diferença entre SQA e contratar simplesmente testers?

Os testers executam testes. A Software Quality Assurance decide o que tem de ser testado, a que nível e com que critérios — e se o resultado é bom o suficiente para sair. Fazemos as duas coisas, mas é a segunda parte que muda o resultado.

Precisam de acesso ao nosso código-fonte?

Para testes unitários e para a automatização no pipeline, sim. Para testes de sistema, aceitação e API basta o acesso ao sistema em execução e às suas interfaces. Acordamos o âmbito do acesso à partida e trabalhamos sob o seu NDA.

Trabalham com a nossa equipa ou por conta própria?

Ambas as coisas, e normalmente ao mesmo tempo: montamos a estratégia e a automatização com os seus programadores e mantemos o papel independente de verificar o que era preciso. O relatório vai para o cliente e para a equipa ao mesmo tempo.

Em quanto tempo está o primeiro relatório em cima da mesa?

A auditoria do que existe leva uma a duas semanas. Termina numa imagem escrita da base de testes atual, das suas lacunas e dos primeiros passos — esse é o primeiro relatório.

E se a Ciqualia também escrever o software?

Então a QA é uma equipa à parte, com mandato próprio e relatório próprio para si. A independência é um papel, não uma empresa: quem escreve o código não decide se ele sai.

Como medem a cobertura?

Por requisito, não por linha de código: que requisitos têm um teste, quais têm um que passa e quais não têm nenhum. A cobertura por linhas é uma das entradas dessa imagem, não a imagem.

Em que setores trabalham?

Trabalhamos, entre outros, na indústria automóvel, na produção de eletromobilidade e smart home, em energia, media, educação, saúde, marketing, compliance, setor público e transportes, bem como noutras áreas intensivas em dados.

Que soluções concretas implementaram recentemente?

Entre os nossos projetos atuais contam-se: análise de mercado, bases de conhecimento para documentação técnica, compliance apoiado por IA, portais de apoio ao cliente, engenharia inversa de sistemas legacy, análise de logs e estruturação de dados não estruturados.

Que vantagens oferecem as vossas soluções?

As nossas soluções combinam técnicas modernas de IA, desenvolvimento de software robusto, estruturas de dados otimizadas, segurança elevada, flexibilidade de cloud e on-premise, bem como modelos de operação capazes e estáveis.

Como asseguram a segurança e a conformidade?

Consideramos a proteção de dados, os padrões de segurança, as exigências organizacionais e os requisitos regulamentares desde o início – da arquitetura à operação.

Como posso discutir um projeto ou uma ideia convosco?

Através do formulário de contacto neste site ou diretamente por mensagem. Respondemos depressa e falamos com gosto sobre os seus requisitos e as soluções possíveis.

SQA 13

Trabalhar connosco é simples e agradável!

Pergunte-nos – respondemos depressa.

Lista de preços a pedido — enviamo-la
Proposta em 24 horas
Migração dos seus dados gratuita
Integração das suas aplicações gratuita — diga-nos quais
Solicitar lista de preços