EMBarbosa

Tente fazer uma

Quis dizer fazer o que está no post que eu mandei o link.

Fiz uma pequena pesquisa sobre o assunto, e parece que o mais aceito é que: O nome do teste deve: ser curto, mas descritivo o suficiente para identificá-lo mesmo por quem não está acostumado com os testes; descrever, se possível, a ação, o estado do objeto testado e o objetivo do teste; descrever o resultado esperado; Isso basicamente é conseguido seguindo o padrão: [unidadeDeTrabalho_EstadoSendoTestado_ResultadoEsperado] Neste caso, unidade de trabalho pode ser um método, classe ou várias classes. Mas representa o que está sendo testado neste teste específico. No entanto, deve-se tomar cuidado ao incluir o nome do método no teste caso exista alguma possibilidade de este método ser renomeado depois. Estado sendo testado descreve as condições do teste ou ação. Isso sugere nomes como: WEBServer_LoginComSenhaVazia_DeveFalhar WEBServer_LoginComUsuarioVazio_DeveFalhar WEBServer_LoginComSenhaeUsuarioVazios_DeveFalhar Soma_NumeroNegativoNo1oParametro_GeraException Soma_ValoresSimples_SaoCalculados As classes de teste podem ser nomeadas com o nome da classe e o sufixo Testes (ou Tests) por exemplo: [NomeDaClasseTestes] Se todos concordarem, podemos definir esse padrão. O que acham? Algumas das fontes que eu consultei: https://stackoverflow.com/questions/155436/unit-test-naming-best-practices http://osherove.com/blog/2005/4/3/naming-standards-for-unit-tests.html http://testing.bredex.de/naming-conventions-for-test-cases.html https://code.google.com/p/robotframework/wiki/HowToWriteGoodTestCases#Test_case_names http://sysgears.com/articles/the-art-of-writing-effective-and-transparent-test-cases/

Boa tarde Ricardo. Mais uma vez muito obrigado pelas contribuições. Já está disponível no SVN.

Tente fazer uma

Se é realmente assim, uma opção seria você verificar exatamente em qual versão parou de funcionar. Essa informação serviria para tentar uma alternativa.

Modificações para o SPED PIS/COFINS foram enviadas ao SVN.

Os problemas apresentados nos métodos StringToFloat e StringToFloatDef são na verdade de comparação. Parecidos com o que foi levantado antes nos métodos DFill e LFill. Fiz uma alteração no teste StringToFloatDefTest.Normal para poder mostrar isso. Dê uma olhada. EDIT: Revisão 8169. Também modifiquei ara adicionar a vírgula na string visto que este método serve exatamente para isso. (: Outra coisa, o método StrIsAlpha não considera acentos como sendo Alpha. Se verificar o código vai perceber. Então acho que basta modificar o teste StrIsAlphaTest.TextoComCaractersAcentuados para CheckFalse.

Visto que funciona em algumas máquinas e não em outras e o erro não é descritivo, estamos sem saber ao certo onde é o problema...

Vou subir as adições. Vi que você mudou os nomes de alguns testes. Você acha que assim fica mais claro? Pessoalmente, eu preferia o jeito anterior. EDIT: Já foi pro SVN.

O Juliomar já corrigiu. Os arquivos haviam sido renomeados.

Espertinhos eles. Não tinha me ocorrido isso...

São coisas distintas. ECF é Emissor de Cupom Fiscal. O ECF pode ser do tipo ECF-IF, ou seja uma Impressora Fiscal. Aqui no fórum e em quase toda documentação, quando você ler ECF deve entender Impressora Fiscal (ECF-IF). Já a impressora não fiscal é, como o nome diz, diferente. Não entendi essa pergunta. Mas veja bem, a obrigatoriedade da impressão do imposto é no documento fiscal (Nota Fiscal, NF-e, Cupom Fiscal, CF-e, NFC-e, etc...). Qualquer coisa fora disso sai do propósito da legislação inicial. EDIT: Moderação: Desmarquei o tópico como resolvido, pois "obrigado" não é um post que traz solução ao tópico. Você deve marcar a resposta que lhe ajudou a resolver sua dúvida.

É vedada a utilização de equipamento não interligado ao ECF em recinto de atendimento ao público.

Imprimir qualquer coisa que não tenha finalidade fiscal. Por exemplo: * Ser utilizada na cozinha para imprimir pedidos * Ser utilizada para imprimir comprovante da NFC-e Não conheço a legislação de todos os estados. Mas veja o ACBrECF. Quando configurado no modelo não fiscal, por padrão, emite mensagens de aviso informando que ele não pode ser utilizado para imprimir cupom fiscal neste caso. Você precisa manualmente desabilitar essa mensagem. Justamente para ninguém dizer que o fez sem saber o que significa.

Aplicativo Frente de Caixa que não utiliza nem PAF-ECF, nem SAT e nem NFC-e.

Até onde sei, não há nenhum estado onde isso é permitido, exceto, talvez, nas situações onde você imprime NFC-e ou utiliza o SAT.

Estranho. Eu tinha respondido esse tópico ontem, mas agora não estou vendo minha resposta... Deixa tentar lembrar o que eu disse ontem: Olá Fabiane, Juliomar, isso é o que está gerando os warnings. O mesmo arquivo sendo mencionado mais de uma vez gera o Waring W1056 (ou X1056). Por isso é recomendado utilizar nomes diferentes para os arquivos de resources adicionais. Mas não tive prazo de verificar as implicações de comentar a declaração. Talvez não tenha nenhum impacto.

No site do IBPT.

Os que eu mencionei estão atualizados. A portaria é o documento base. Depois vem o documento "Requisitos Comentados". Então leia a portaria e o anexo. Bem, eu já disse que foi simplificado. Se você leu tudo e não achou é porque não é requisito para o MG 001.

Adicionei seus tests cases com alguma alteração. Abaixo as considerações até agora: 1) O que acontece neste caso é que como estava sendo utilizado os parâmetros padrões, o ParseText estava tentando voltar o valor para UTF8. Isso gerava problema. Fiz uma correção para os testes. 2) Acho que outra pessoa que está mais familiarizado com esses métodos poderá lhe explicar melhor qual o comportamento esperado. Então ficaram dois pontos pendentes nos testes.

Estranho eu não consegui reproduzir o problema. Na minha máquina realmente são gerados 3 warnings, mas não há nenhum problema na compilação. [DCC Warning] W1056 Warning: Duplicate resource: Type 2 (BITMAP), ID TACBRSAT; File C:\ProgHD\Delphi2011\ACBr\Fontes\ACBrSAT\ACBrSAT.dcr resource kept; file C:\ProgHD\Delphi2011\ACBr\Fontes\ACBrSAT\ACBrSAT.dcr resource discarded. [DCC Warning] W1056 Warning: Duplicate resource: Type 2 (BITMAP), ID TACBRSATEXTRATOESCPOS; File C:\ProgHD\Delphi2011\ACBr\Fontes\ACBrSAT\ACBrSAT.dcr resource kept; file C:\ProgHD\Delphi2011\ACBr\Fontes\ACBrSAT\ACBrSAT.dcr resource discarded. [DCC Warning] W1056 Warning: Duplicate resource: Type 2 (BITMAP), ID TACBRSATEXTRATOFORTES; File C:\ProgHD\Delphi2011\ACBr\Fontes\ACBrSAT\ACBrSAT.dcr resource kept; file C:\ProgHD\Delphi2011\ACBr\Fontes\ACBrSAT\ACBrSAT.dcr resource discarded.

A portaria e o anexo já foram citados aqui no fórum diversas vezes quando é e eu citei no outro Veja os outros neste

Também existe o manual para desenvolvedor e manual para usuário. Além disso, existe a portaria e o anexo.

Por isso é bom você ler os requisitos como se fosse fazer um software novo. Leia também o arquivo Requisitos comentados encontrado no site da SEF/MG 1) O Menu Fiscal tem também Registros do PAF-ECF e outros itens em casos específicos como postos de combustíveis; É uma enorme simplificação sim. Mas limita você a vender o PAF-ECF só em MG.