google unit tests. Работа с библиотекой gtest

[_Bers]

Работать предполагается одновременно в windows7 и ubuntu

Скачал исходники gtest, собрал в студии 2008. Прилинковал к своему тестовому проекту.

Сконстурировал тестировочный модуль, дабы попрактиковаться с gtest.
Получил свой первый отчет о произведенных тестовых наборах.

Проблема: вывод отчета был осуществлён в стандартную системную консоль Windows, у которой почему то отсутствует вертикальная полоса прокрутки. Поэтому, я вижу только концовку отчета, а не весь отчет целиком.

Собственно, 3 вопроса:

1. Как сделать так, что бы в консоли была вертикальная прокрутка? (очень желательное)

2. Есть ли в gtest предусмотренный штатный способ вывода текста отчета
в обычный файл txt ? (Самое важное)

3. Есть ли возможность одновременно получить отчет и в консоли (с вертикальной полосой прокрутки), и в текстовом файле?

/ps файл с отчетом в xml не предлагать.

/pss править исходный код самой библиотеки рассматриваю как не очень правильный вариант. В таком случае, уж лучше перехватить сам stdout...

[MooNDeaR]

А вам не проще перенаправить выходной поток в файл?

[_Bers]

Сообщение от MooNDeaR

А вам не проще перенаправить выходной поток в файл?

Хочется, что бы и в консоль шёл вывод, и в файл

[netrino]

Сообщение от _Bers

Хочется, что бы и в консоль шёл вывод, и в файл

По поводу полосы прокрутки, она должна быть, если нет, то кликнув в левом верхнем углу окна консоли, по пиктограмме, выберите "Настройки по умолчанию" и там, в одной из вкладок "Высота буфера". Поставьте в нём значение повыше (см. влож.)

По поводу второго, мне кажется, что Вам, как программисту, ничего не мешает написать простейшую программу, которая будет разбивать ввод на файлы, коли такой функционал необходим. Например так:

#include <stdlib.h>
#include <stdio.h>

#define CHUNK_SIZE 4096

int main (int argc, char * argv[]) {
  int i, readed;
  char chunk[CHUNK_SIZE];
  FILE ** outs = calloc (argc, sizeof (FILE*));

  outs[0] = stdout;

  for (i = 1; i < argc; i++) {
    outs[i] = fopen (argv[i], "w");
    if (outs[i] == NULL) {
      perror (argv[i]);
      return EXIT_FAILURE;
    }
  }

  while ((readed = fread (chunk, 1, CHUNK_SIZE, stdin)) > 0)
    for (i = 0; i < argc; i++)
      fwrite (chunk, 1, readed, outs[i]);

  for (i = 1; i < argc; i++)
    fclose (outs[i]);

  free (outs);

  return EXIT_SUCCESS;
}

И использовать так:

perform-tests | broadcast test.log

[_Bers]

Полосу прокрутки восстановил, спасибо Netrino))
Такая глупость, а я в итоге облазил все исходники, включая пакеты тестов для самого gtest, что б найти то место, которое изменяет размер консольного буфера)

Зато, получше узнал кухню gtest. Там дофига всего интересного. Вообще библиотека оформлена очень красиво. Её можно использовать, как образец для подражания - как делать правильные комментарии к коду, например.

И можно взять на вооружение архитектурные сооружения, и некоторые программерские трюки.

А вот по поводу отображения отчета - наверняка, такой качественный профессиональный инструмент, как gtest должен иметь штатные средства для удобной работы с формированием отчета.

И действительно, покопавшись в исходниках, я обнаружил, что за форму отчета отвечает специализированный класс, имеющий интерфейс, и одного конкретного потомка: так называемый "дефолтный принтер", который и выводит цветной текст в консольку.

Я унаследовался от интерфейса, и сваял свой собственный принтер. Все замечательно выводится в файл и без всяких там перенаправлений streams.

Но теперь мне захотелось, что бы у меня была возможность одновременно использовать несколько принтеров: например, дефолтный, и мой собственный.
Дефолтный по прежнему будет печатать отчет в консоль, а мой собственный следом - создавать несколько файлов, в которых будет хранится статистика тестов:

1. Не доработанные методы класса.
2. Обнаруженные баги.
3. Исправленные баги.
4. Ещё что нибудь, на основе чего, можно будет в будущем запилить красивую утилиту учета багов, и анализа "глючности" продукта. Утилита должна уметь выявлять самые "забагованные" классы, и выводить на терминал табличку "самый хреновый программер проекта". Хочу, что бы она мне все это дело умела отображать в виде симпатичных графиков)

А на каждый исправленный баг - своя запись о причинах возникновения, и способе устранения.

Так что продолжаю изучать инструмент) В свободное от работы время, так сказать.