← All posts tagged msvs

Gard
programming coding На лабе по тестированию ПО кроме всего прочего познакомили с тестовыми возможностями для С# в корпоративной MSVS. Как бы собрать себе нечто такое на eclipse и под питон...
Gard
testing бредни agile UnitTest xUnit Вот есть такая технология. Все вокруг говорят, что это очень Agile, что без тестирования код мёртв и т.д. И воде бы логично, что код надо тестировать, да и код, который гонят какую-то функцию или класс на подготовленных данных почти всегда пишется.... Но как же неудобно всё это оформлять в тесты. Не лень писать тестирующий код. Лень писать окружение для этого кода. Ведь если задуматься, то со времён когда Бек сотоварищи описали концепцию xUnit ничего вобще не изменилось. В итоге у нас есть несколько подходов один неудобнее другого. Начну, с xUnit. Чтобы начать его использовать надо подключить внешнюю библиотеку (линк+хедер), написать тестирующий класс, написать отдельное приложение либо define переключатель в своём меине который будет всё это тестировать. Зашибис. Причём для 90% случаев все вышеперечисленные шаги абсолютно одинаковы. Очень хочется поставить это всё на автомат в IDE.
Чтож добрые дяди из MS подумали и сделали интеграцию UnitTest с MSVS. И вродебы теперь тесты писать легко и быстро.... но для .NET. Конечно можно пробрасывать unmanaged код чтобы потестировать.... но теряются все плюсы. Вобще хочется чтобы тесты были сильно привязаны к методу/процедуре которую они тестируют. Чтобы можно было не только go to header/definition но и go to Test.
Следующий шаг попытались сделать в питоньих тестах. PyTest кажется. Тест помещается сразу под объявлением метода в комментарии. Только чтобы протестировать метод со всех сторон надо написать более 4 тестов обычно + часто нагрузочные, которые могут быть из нескольких строк. В итоге получается километровый комментарий, что в купе с каким-нибудь автодокументирующим стилем комментариев создаст комментариев гораздо больше чем кода. Программирование превратится в сплошной скроллинг и не дай бог понадобится что-то подправить на месте в редакторе без схлопывания участков кода.
Так и сидим. UnitTest это хорошо. это agile, это модно. НО АБСОЛЮТНО неудобно. Поэтому пусть тесты пишут вновь принимаемые на работу. Заодно с кодом познакомятся.... а мы попишем новые фичи.
Gard
жадность Как же всётаки привлекают людей красивые названия в версиях продукта. В этом семестре были лабы на которых надо было программировать. Причём лабы состояли в написании особого типа программ, а не обучению программировать, поэтому язык можно было выбрать любой. Препод жёсткий, програмы смотрит и спрашивает по тексту. Если видит, что сдаёшь чужой код — применяет жёсткие меры. Вобщем заставил он всех раздалабев кафедры пытаться начать писать программы. И тут началось самое интересное: перед тем как писать программу надо выбрать язык программирования и IDE. Несмотря на то, что учили нас только Delphi (именно Delphi т.к. c 7ой версии OP официально называется Delphi, да и потому, что в основном учили возможности IDE по натягиванию кнопок и компоненты полдкючения к БД) и C++ — многие выбрали C#. В качестве IDE естественно MSVS. И тут случается такой диалог (дело происходило весной, так что были доступны и релизы MSVS2010 и бесплатная RC Ultimate):
— Где мне скачать студию?
— На сайте Microsoft. Там все Express версии можно скачать абсолютно бесплатно.
— Мне нужен Ultimate
— Зачем? Для лаб с головой хватит Express.
— Она урезана. Зачем качать урезанную, если можно найти полную версию? (и так минут на 10 препинаний, что пользоваться обрезками не айс).
Когда же необходимая версия была найдена и загружена она была признана отстоем. Потому что в ней куча кнопочек на верхней панели, которые вобще непонятно для чего.
Интересно, если сделать BOSS edition, где по возможностям будет минимальный комплект, которым можно пользоваться + какая-нибудь мелкая и бесполезная фича, которой не будет больше ни в какой редакции ну, полоски под золото и цена дороже ультимата, то сколько будет продаж такой копии?
З.Ы. Вспоминается I'm rich под афоню....
Gard
msvs Сегодня почему-то начала артачиться студия. Запуск и остаовка проекта длится по 5 минут. Неужели она таким образом предлагает обновить RC версию на релиз?
Gard
Qt 3 дня маялся с HEAP CORRUPTION в приложении на QT. Потом вроде понял, что ошибка вроде во внешнем коде (тоже моей либе, но скомпиленной в MSVS). Написал кейс тест, под QT creator код падает, под студией — нет. В результате потратил ещё кучу времени для адаптации проекта под проект MSVS. Целиком проект под MSVS тоже не упал. Где же оно умудряется портить, если компилится всё всёравно компилем от MS, а moc генерируется средствами QT и там и там.