Cobertura de teste ausente: pipeline PDF/DOCX e get_validation_results

[Rossi-Luciano]

Descrição da tarefa

Durante a investigação de #1274 (testes órfãos bloqueando a coleção do pytest), encontrei dois pontos onde a cobertura de teste foi perdida ou nunca existiu, em código que está ativo e em uso hoje. Não são bloqueantes para #1251/#1274 (que tratam apenas de destravar a coleção), mas ficam registrados aqui para não se perderem.

Subtarefas

• Escrever testes reais para packtools/sps/formats/pdf/pipeline/docx.py. O arquivo tests/sps/formats/pdf/pipeline/test_docx.py existe desde Aprimora geração de PDFs (tabelas e figuras) #1033, mas suas 3 classes (TestPipelineDocx, TestJournalTitlePipe, TestDocxDoiPipe) são stubs vazios (# TODO / ...), sem nenhuma asserção — a geração de PDF a partir de DOCX está sem cobertura.
• Escrever teste direto para get_validation_results (packtools/sps/validation/xml_validator.py). É o ponto de entrada central do motor de validação — o mesmo consumido diretamente pelo spsvalidator — e não há nenhuma referência a ele em tests/.

Considerações e notas

• Achado durante a investigação de Testes órfãos bloqueiam a coleção completa do pytest (3 módulos importam código removido em #839/#870/#1033) #1274, que por sua vez é sub-issue de Atualizar as dependências do packtools #1251 (atualização de dependências).
• get_validation_results merece prioridade: mudanças de dependência (ex.: lxml, que está no escopo de Atualizar as dependências do packtools #1251) podem alterar seu comportamento silenciosamente sem que nenhum teste acuse.