CRPCT. O testador de unidade robusto do POSIX C ++ compartimentado
Baixe Agora

CRPCT. Classificação e resumo

CRPCT. Tag

C ++ unidade testador tester unidade

CRPCT. Descrição

O testador robusto da unidade de Posix C ++ compartimentado O CRPCT (pronunciado "CRAP Cut") é o testador de unidade robusta compartentada POSIX C ++. Com o CRPCT, é fácil escrever testes que outros frameworks de teste de unidade não podem gerenciar.Entroductutor Exemplo: um exemplo de teste de teste de string :: #include #include struct apastr // para a maioria dos testes { apastr (): s ("apa") {} std :: string s; }; Testsuite (Basics) {Test (Default_Const_and_DestR) {std :: string s; Assert_true (s.empty ()); Assert_eq (s.length (), 0); } Teste (ConREST_FROM_CHAR_ARRAY, APASTR, depends_on (default_const_and_destr)) {assert_eq (s.length (), 3UL); } Teste (em, Apastr, depends_on (default_const_and_destr)) {assert_eq (s.at (1), 'p'); }} TestSuite (erros, depends_on (all_tests (básico))) {teste (at_out_of_range, apastre, expect_exception (std :: out_of_range)) {s.at (4); } Teste (index_oper_out_of_range, apasttr, expect_signal_death (sigabrt), no_core_file) {s ; }} int main (int argc, char * argv []) {return crptcut :: test_case_factory :: run_test (argc, argv); } Testes similares Benefícios de serem agrupados em suítes de teste. As suítes de teste podem depender de outras suítes de teste, o que significa que os testes contidos só serão executados se todos os testes dependem de ter sido concluídos com sucesso. Os resultados podem ser validados usando uma série de macros de afirmação. Os testes podem usar luminárias para expressar conteúdo comum. Os testes podem ser esperados para sair por exceção ou morrer. Expectativas que não são cumpridas são erros. As mensagens em stderr e stdout são engenhadas e incluídas no log de resultados. Por que o CrPCut mais importante, deve ser fácil de escrever testes. Com o CRPCT, você se concentra em sua estrutura de teste e lógica de teste, não nos limites impostos pelo seu ambiente de teste. Com o CRPCT, cada caso de teste é executado em seu próprio processo e seu próprio diretório de trabalho. Se um caso de teste falhar, o processo terminará imediatamente, antes de prejudicar ainda mais. Isso significa que cada caso de teste é iniciado a partir de uma ardósia limpa, não afetada por outros testes. Esta é a compartimentalização.É também significa que o conjunto de testes continua, mesmo que um teste acasse. Você pode definir prazos para casos de teste, e se o tempo permitido for seriamente desanimado, o processo de caso de teste é morto. Estes dois compõem a parte da robustez. Você pode definir dependências entre casos de teste e entre as suítes de teste, de modo que, se um teste fundamental falhar, os testes baseados na funcionalidade fundamental nem serão executados. O processo principal do CRPCT não tem Qualquer memória dinâmica alocada no momento em que um processo de caso de teste é iniciado, para que você possa executar o CRPCT usando uma ferramenta de teste de memória, como Valgrind, e se houver memória alocada quando o processo de caso de teste terminar, você pode ter certeza de que você encontrou Um vazamento de memória no seu teste. Se você tiver uma CPU multi-core, pode ser benéfico executar vários casos de teste em paralelo. O crptcut permite que haja arquivos deixados no diretório de trabalho do processo de teste após o finalizador do processo de teste, o caso de teste é considerado falhado. O diretório de trabalho é deixado intocado pelo CRPCT, para você examinar.

CRPCT. Software Relacionado