Уважаемые коллеги, хочу представить вам систему тестирования Delphi приложений TestMe-ON.
Сайт: testme-on.com
Продукт посвящается тем:
* кто хотел бы тестировать, но не знает как
* кто считает что тестирование усложняет/ограничивает разработку
* кто убежден, что время затраченное на кодирование тестов равно или больше самой разработки
* что тестировщики и разработчики это разная каста
* кто уже тестирует, но его что то не устраивает
* кто хочет иметь одну большую кнопку, которая решит все его проблемы
Преамбула:
Мы все хотим создавать быстро, качественные приложения и комплекс TestMe-ON (он будет расширяться) поможет разработчикам повысить качество разработки, а главное ее скорость, так как поиск ошибки занимает намного больше времени, чем разработка.
Те кто ведет проект по нескольку лет со мной согласятся, когда меняются требования, логика, условия работы ПО, или кода проект ведут несколько разработчиков и изменение требований одного модуля, затрагивает другие модули, других разработчиков. Ошибок не было и вдруг появились. Так не должно быть, но так бывает. Причин много. Логика не идеальная,заказчик решает изменить ключевую логику, что приведет к изменению архитектуры. В SVN коллега закоммитил старый исходник (буквально сегодня это сделал, о чем он думал, куда смотрел?).
Ошибки, ошибки, ошибки и кому их искать? Кому править?
Нам разработчикам!
Почему я решил серьезно заняться тестированием?
Время — самый ценный ресурс и не восполнимый ни за какие деньги.
Время — которое мы тратим на поиск ошибок, мы можем потратить на другие проекты, самообразование, семью, свое здоровье.
Время — это единственный критерий, что заставило меня заняться тестированием.
Время — это единственный критерий который учитывался при разработке TestMe-ON.Code.
Вывод: Сделать скоростное написание тестов простым и понятным способом.
На сколько это получилось, решать вам.
Если вам где то трудно, не понятно, задавйте вопросы, по мере сил помогу, научу.
Если сложно, не удобно, говорите проблемы, предложения, обсудим, если есть предложения как сделать еще проще и быстрее пишите. Сделаю тестовый билд, посмотрим как это будет в реальной работе.
Моя цель — вести качественно проекты котрые есть у меня, более четверти века стаж разработки, но я не бог, я ошибаюсь и был случай, когда исправление ошибки в 2 строки заняло 2 недели. Поэтому и был создан этот продукт, что бы тестировать все и вся. Потому что исправлять свои ошибки это очень легко, а вот найти и исправить чужие, вот это намного сложнее.
TestMe-ON.Code очень удобная система тестирования кода, для меня, и я надеюсь, что мой подход к тестированию будет удобен и для вас.
Документация, примеры, видео на сайте testme-on.com
Для оперативной связи используйте:
почту: support@testme-on.com
форум поддержки на сайте: testme-on.com
Viber & WhatsApp +7-9999-82-50-16 (телефон отключен)
Ну и тут конечно задавайте вопросы.
Все обновления, изменения тут будут публиковаться.
Здравствуйте, swame, Вы писали:
S>Мне ваш синтаксис вызова параметризованных методов понравился, но его можно воспроизвести оберткой над DUnit.
S>Думаю что такую как я понял из видео и понял смог бы за пару часов написать.
S>Когда работал c тестами тоже писал свои обертки удобные для моих случаев.
Смысл городить огород, на сколько я понял это уже есть, вот конструкция из примера в инете:
Это регистрация в определениях класса-обертки.
[Test]
[TestCase('TestA','1,2')]
[TestCase('TestB','3,4')]
Или можно сделать внутреннюю ф-ю в дюните, если нужны параметры, и не надо никаких 2-х часов, это делается 5 минут.
procedure TTestCalc.TestDivide;
procedure Check(iA,iB,iC:integer); begin
if divide(iA,iB)=iC then
Alert('Ok')
else
Alert('Error: '+inttostr(iA)+' div '+inttostr(iA)+' <> '+inttostr(iC));
end;
begin
Check(4,2,2);
Check(10,5,2);
Check(9,3,3);
Check(1,1,1);
end;
Дело ведь не в параметрах.
DUnit и TestMe-ON разный подход к наложению тестов.
