Я сам разберусь, мне пока "предмет исследования" непонятен. Начиная с того, что делаю я свой проектик - имеет ли смысл делать тесты для него, и КАК ИМЕННО это делается.

здесь все очень просто, пишешь ты функцию реверса строки. надо ли проверить граничные случаи? надо ли проверить как она ведет себя с utf8 и т.п.?

Я сам разберусь, мне пока "предмет исследования" непонятен. Начиная с того, что делаю я свой проектик - имеет ли смысл делать тесты для него, и КАК ИМЕННО это делается.

имеет, чтобы научиться писать тесты и вообще понять что и зачем

Пока я регулярно собираю, запускаю и тыкаю всячески кнопочки. Иногда вдруг падает.

Ну вот, скоро тестами обмажешь. Селениум там какой-нибудь

Пока я регулярно собираю, запускаю и тыкаю всячески кнопочки. Иногда вдруг падает.

это уже интеграционный и енд-ту-енд тест, до этого еще два слоя

написание тестов еще приучает писать чистый и тестируемый код, а не херню с кучей скрытого состояния

(Олегу это ясен пень не нужно)

Ты такой смишной

Первое, кстати, что мешало мне понять - само понятие unit. Я раньше считал что это класс. Вот к слову из книги о которой говорили выше, я о них и узнал.

Поясню для Беркуса: тесты - это хорошо. Но TDD - это уж очень дело задачи и требований. Так что начинать знакомство с unit-tests с TDD - это извращение, имхо. Тем более, судя по задаче человека - ему лучше всего просто осваивать тесты для начала.

Поясню для Беркуса: тесты - это хорошо. Но TDD - это уж очень дело задачи и требований. Так что начинать знакомство с unit-tests с TDD - это извращение, имхо. Тем более, судя по задаче человека - ему лучше всего просто осваивать тесты для начала.

так и запишем, к тестированию претензий не имеет ?

Короч вот о чем я говорил - открываем "юнит-тестирование для чайников", но вместо точки входа имеем целые абзацы на марсианском языке: Вне зависимости от платформы не стоит писать велосипеды. Я видел много проектов, в которых автоматические тесты (в основном, не юнит, а приемочные) запускались из консольного приложения. Не надо этого делать, все уже сделано за вас. Уделите чуть больше внимания обзору фреймворков. Например, многие .NET разработчики используют MsTest только потому, что он входит в поставку студии. Мне гораздо больше по душе NUnit. Он не создает лишних папок с результатами тестов и имеет поддержку параметризированного тестирования. Я могу так же легко запускать мои тесты на NUnit с помощью Решарпера. Кому-то понравится элегантность xUnit’а: конструктор вместо атрибутов инициализации, реализация IDisposable как TearDown.

Там вся статья в принципе написана из расчета, что читатель уже умеет писать тесты

Там вся статья в принципе написана из расчета, что читатель уже умеет писать тесты

ну значит это не та статья которая тебе нужна

Там вся статья в принципе написана из расчета, что читатель уже умеет писать тесты

тебе нужна статья, которая бы научила писать тесты для твоего проекта?

нужна "точка входа"

я думаю, что минимальные знания - это как написать простенький тест

теоретически все просто

но когда читаю такие вот статьи, то одни вопросы возникают

я думаю, что минимальные знания - это как написать простенький тест

взять какой-то тест фреймворк (Catch2, boost.test любой) и по его туториалу написать первый тест

http://cppunit.sourceforge.net/doc/cvs/cppunit_cookbook.html

я на этом осваивал

то есть вот реально грамотный совет - начинать с фреймворка?

это будет что-то типа BOOST_AUTO_TEST(firstTest) { BOOST_TEST(value == 1) }

я думаю, что минимальные знания - это как написать простенький тест

напиши функцию разоворота строки. А потом проверь, что она работает на: 1) На случае нечётного кол-ва символов 2) Чётного кол-ва 3) Пустой строки Код скинь сюда

то есть вот реально грамотный совет - начинать с фреймворка?

напиши сначала своими руками

@narical давай я попробую тебе ее дать: написал ты функцию: int add(int a, int b) {return a + b;} а теперь ты создаешь набор утверждений: assert(5 == add(3, 2)); assert(0 == add(-1, 1)); вот это и есть процесс написания теста - набор утверждений относительно твоей функциональности

то есть вот реально грамотный совет - начинать с фреймворка?

ну там уже все настроено для тебя, можно переходить собсно к тестам

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

как работает?

у меня есть игровой класс

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

на нижнем уровне у тебя есть набор утверждений

ну хотя это уже итеграционное тестирование, да

тест проверяет что все утверждения выполняются

ВСЁ

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

я написал тебе выше

где мне его писать? как его собирать?

это часть проекта?

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

я написал - просто сделай то, что я тебя попросил

отдельные исполняемые файлы?

часть проекта, писать в файле с тестами, собирать билдсистемой

так, ага

запускать ctest . если ты пользуешься цмейком

это один файл с тестами?

ибо в цмейке встроена поддержка тестов изначально

и этим он ТОЖЕ хорош

что бы там Олег ни утверждал

я написал - просто сделай то, что я тебя попросил

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

у меня проект в cmake собирается

у меня проект в cmake собирается

ну и отлично, прочитал главу в цмейк документации про ctest?

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

нет, ты не понимаешь даже основ, зачем нужны фреймворки и так далее

там про всё написано, как enable_tests() как чо

какие билд-системы, какие встраивания, если нет понимания, как тест писать?

какие билд-системы, какие встраивания, если нет понимания, как тест писать?

надо начинать что-то делать, потом всё поймет

нет, потому что перед тем как использовать автоматизацию я (в целом по жизни) сперва разбираюсь как сделать руками, и через это понимаю как оно устроено

не с первого раза это будет

какие билд-системы, какие встраивания, если нет понимания, как тест писать?

вот, это главное

какие билд-системы, какие встраивания, если нет понимания, как тест писать?

Смотри, согласно ТДД он должен написать первый тест, увидеть как он пофейлится и добиться того чтобы он стал зеленым, после этого можно понимание.

первые пару тысяч тестов все равно будут полным говном

нах ТДД, не?

тесты это не обязательно ТДД же?

нах ТДД, не?

тдд это когда ты пользуешься тестами, я использую этот термин, чтобы не писать много

я просто хочу автоматизировать банальные проверки

ТДД это определенная парадигма, если ты используешь этот термин по своему, то вводишь в заблуждение

ERROR: S client not available

я вполне понимаю что ты не будешь начинать писать код с тестов, Олег тебе это уже внушил

ТДД это определенная парадигма, если ты используешь этот термин по своему, то вводишь в заблуждение

ОЙ НУ ПРОСТИ

не буду тогда больше ничего говорить, а то ты совсем заблудишься, пусть Зайцев вон просвятит как надо

давайте конкретику

у меня есть класс, отвечающий за персонажа в игре

методы типа takeDamage, levelUp

давайте конкретику

а ты хамло, тебе конкретики набросали на год вперед

а ты хамло, тебе конкретики набросали на год вперед

нет

выразился несколько неудачно, был понят сильно неправильно

В чем проблема? или Я что-то не понимаю?` // возвращает true, если p и q указывают на один и тот же объект template<class T> bool isSameObject(T const * p, T const * q) { if (dynamic_cast<T const *> (p) == dynamic_cast<T const *> (q)) return true; else return false; }` Предположим, что вам даётся два указателя на объект некоторого сложного полиморфного класса, который использует множественное наследование. Оба указателя имеют один и тот же тип, но могут ссылаться на разные однотипные базы внутри одного объекта. Напишите шаблонную функцию, которая по двум однотипным указателям проверяет, указывают ли они на один объект.

я вполне понимаю что ты не будешь начинать писать код с тестов, Олег тебе это уже внушил

ему и не надо. Он только осваивает тесты - пусть просто берет примеры и пишет тесты на хотя бы обычные а+b. Потом придет, если надо, и к TDD и к нормальным тестами

Подскажите какой язык сейчас стоит учтить?

Подскажите какой язык сейчас стоит учтить?

китайский

китайский

китайский

бгг

Подскажите какой язык сейчас стоит учтить?

Английский

Чтобы не флудить в общем чате - может мне какой добрый человек в личку написать, чтобы на примере моего класса показать как оно делается?

php

В чем проблема? или Я что-то не понимаю?` // возвращает true, если p и q указывают на один и тот же объект template<class T> bool isSameObject(T const * p, T const * q) { if (dynamic_cast<T const *> (p) == dynamic_cast<T const *> (q)) return true; else return false; }` Предположим, что вам даётся два указателя на объект некоторого сложного полиморфного класса, который использует множественное наследование. Оба указателя имеют один и тот же тип, но могут ссылаться на разные однотипные базы внутри одного объекта. Напишите шаблонную функцию, которая по двум однотипным указателям проверяет, указывают ли они на один объект.

хм а как это ваще решать?

Чтобы не флудить в общем чате - может мне какой добрый человек в личку написать, чтобы на примере моего класса показать как оно делается?

@supapro

я вроде не умею

@AsGreyWolf с помощь dynamic_cast

а я усложнил

@AsGreyWolf с помощь dynamic_cast

закой хрен там динамик каст который делает ничего

@AsGreyWolf тогда как ?

я не понял что хотят

короче это была достойная попытка погрузиться в новый увлекательный мир юнит-тестирования ))

В чем проблема? или Я что-то не понимаю?` // возвращает true, если p и q указывают на один и тот же объект template<class T> bool isSameObject(T const * p, T const * q) { if (dynamic_cast<T const *> (p) == dynamic_cast<T const *> (q)) return true; else return false; }` Предположим, что вам даётся два указателя на объект некоторого сложного полиморфного класса, который использует множественное наследование. Оба указателя имеют один и тот же тип, но могут ссылаться на разные однотипные базы внутри одного объекта. Напишите шаблонную функцию, которая по двум однотипным указателям проверяет, указывают ли они на один объект.

Подозреваю нечто вроде: template<typename T, typename U> bool is_same_child(const U * const lhs, const U * const rhs) { return dynamic_cast<const T *>(lhs) == dynamic_cast<const T *>(rhs); }

короче это была достойная попытка погрузиться в новый увлекательный мир юнит-тестирования ))

Тебе вон Толя написал самые низы, как ты хотел. Погляди внимательно.

Подозреваю нечто вроде: template<typename T, typename U> bool is_same_child(const U * const lhs, const U * const rhs) { return dynamic_cast<const T *>(lhs) == dynamic_cast<const T *>(rhs); }

Там должно быть три параметра шаблона, три класса. Общий базовый, и два указателя. Да последних можно выводить из типов переданных указателей. Базовый надо указать явно.