«Сейчас предельно ясно, что с той скоростью с которой я пишу, я не закончу весь проект до своего девяностолетия.»
Прочитайте и оцените объем работ. И не торопите дедушку Кнута, он и так старается.
Читать полностью »
Рубрика «тестирование» - 50
Дональд Кнут: Когда же, наконец, выйдет четвертый том
2016-10-30 в 12:12, admin, рубрики: Алгоритмы, кнут, математика, обучение, Программирование, Профессиональная литература, разработка, сортировка и поиск, тестирование, метки: КнутTDD все еще сравнивают с TLD — мнения экспертов
2016-10-25 в 16:23, admin, рубрики: agile, tdd, архитектура приложений, методологии разработки, мнения, разработка через тестирование, тестирование, Тестирование IT-систем
Специалисты из нескольких ВУЗов Европы – Давиде Фуччи, Джузеппе Сканиелло, Симоне Романе, Мартин Шеппэрд, Бойсе Сигвени, Фернандо Уйагуари, Бурак Туран, Наталья Юристо и Марку Ойиво – провели очередное исследование на тему эффективности тестирования ПО. Они рассмотрели методологии Test Driven Development (TDD) и Test Last Development (TLD).
Исследователи сравнивали их по двум показателям – суммарная скорость разработки продукта и качество исходного кода. Первая методология (разработка через тестирование – TDD) вновь не оправдала возложенных надежд: популярная ранее схема тестирования после разработки (TLD) оказалась не менее эффективной. Так что по указанным выше показателям существенных отличий они не обнаружили.
В таком случае чем же объясняется вспышка интереса к TDD, когда она только появилась? Эта методология возникла в 2000-х, так что теперь элемент новизны можно смело сбросить со счетов. Тем не менее, предметом споров она остается до сих пор.Читать полностью »
The Pros & Cons of Test-Driven Development
2016-10-25 в 8:29, admin, рубрики: heisenbug, tdd, test-driven development, Андрей Солнцев, Блог компании JUG.ru Group, Программирование, Совершенный код, Тагир Валеев, тестирование, Тестирование IT-систем
Test-driven development (TDD) — практика, известная уже довольно давно. Разработка через короткие циклы «прежде всего пишем юнит-тест, затем код, потом проводим рефакторинг, повторяем» в ряде компаний принята в качестве стандарта. Но обязательно ли команда, достигшая хорошей степени зрелости процесса разработки, должна принимать TDD? Как и для большинства других практик Extreme Programming, споры по поводу TDD до сих пор не стихают. Оправдываются ли первоначальные затраты на обучение и внедрение TDD? Даёт ли TDD ощутимый выигрыш? Можно ли этот выигрыш измерить? Нет ли случаев, когда TDD проекту вредит? А есть ли ситуации, когда без TDD решить задачу просто невозможно?
Об этом мы поговорили с разработчиками-экспертами Андреем Солнцевым asolntsev (разработчик из таллинской компании Codeborne, который практикует Extreme Programming и придерживается TDD) и Тагиром Валеевым lany (разработчик в JetBrains, также разрабатывает опенсорсную библиотеку StreamEx и анализатор байткода Java HuntBugs; убежден, что TDD — бесполезная практика). Интересно? Добро пожаловать под кат!
Читать полностью »
Светодиодные лампы REV
2016-10-19 в 15:55, admin, рубрики: led-лампы, Блог компании LampTest, гаджеты, Железо, светодиодные лампы, тестированиеВ магазинах Ашан, OBI, 220 вольт, Юлмарт, pleer.ru продаются дешёвые светодиодные лампы REV. За время существования проекта lamptest.ru я уже протестировал 9 ламп этого бренда, но чтобы окончательно с ними разобраться, я купил в Ашане 10 ламп REV, которые не попадали ко мне ранее, и протестировал их.
DellEMC Unity 400F: небольшое тестирование
2016-10-14 в 1:31, admin, рубрики: cache, dell, DellEMC, EMC, Fast Cache, performance, SAN, storage array, testing, unity, Unity 400F, VNX, VNX2, VNXe, VNXe2, производительность, системное администрирование, СХД, тестирование, хранение данных, хранилища данныхВ начале мая 2016 года, еще до окончания объединения с Dell, компания EMC объявила о выходе нового поколения массивов среднего уровня под именем Unity. В сентябре 2016 года к нам привезли демо-массив Unty 400F в конфигурации с 10 SSD дисками на 1.6TB каждый. В чем различие между моделями с индексом F и без оного можете почитать по данной ссылке в блоге Дениса Серова. Так как перед передачей демо дальше заказчику возник временной лаг, то было принято решение погонять массив тем же самым тестом, которым ранее уже нагружались VNXe3200 и VNX5400. Что бы посмотреть хотя бы на «синтетике» так ли хорош Unity по сравнению с предыдущими поколениями массивов EMC, как это расписывает вендор. Тем более что, судя по презентациям вендора, Unity 400 является прямой заменой VNX5400.
А DellEMC утверждает, что новое поколение по крайней мере в 3 раза производительнее, чем VNX2.
Если интересно, что из всего этого вышло, то…
Читать полностью »
Генерация автоматических тестов: Excel, XML, XSLT, далее — везде
2016-10-13 в 8:01, admin, рубрики: Excel, vba, XML, xslt, тестирование, Тестирование IT-системПроблема
Есть определенная функциональная область приложения: некая экспертная система, анализирующая состояние данных, и выдающая результат — множество рекомендаций на базе набора правил. Компоненты системы покрыты определенным набором юнит-тестов, но основная «магия» заключается в выполнении правил. Набор правил определен заказчиком на стадии проекта, конфигурация выполнена.
Более того, поскольку после первоначальной приемки (это было долго и сложно — потому, что “вручную") в правила экспертной системы регулярно вносятся изменения по требованию заказчика. При этом, очевидно, неплохо — бы проводить регрессионное тестирование системы, чтобы убедиться, что остальные правила все еще работают корректно и никаких побочных эффектов последние изменения не внесли.
Основная сложность заключается даже не в подготовке сценариев — они есть, а в их выполнении. При выполнении сценариев “вручную", примерно 99% времени и усилий уходит на подготовку тестовых данных в приложении. Время исполнения правил экспертной системой и последующего анализа выдаваемого результата — незначительно по сравнению с подготовительной частью. Сложность выполнения тестов, как известно, серьезный негативный фактор, порождающий недоверие со стороны заказчика, и влияющий на развитие системы («Изменишь что-то, а потом тестировать еще прийдется… Ну его...»).
Очевидным техническим решением было бы превратить все сценарии в автоматизированные и запускать их регулярно в рамках тестирования релизов или по мере необходимости. Однако, будем ленивыми, и попробуем найти путь, при котором данные для тестовых сценариев готовятся достаточно просто (в идеале — заказчиком), а автоматические тесты — генерируются на их основе, тоже автоматически.
Под катом будет рассказано об одном подходе, реализующим данную идею — с использованием MS Excel, XML и XSLT преобразований.
Читать полностью »
Питер Хинченс: Тридцать пять лет я как некромант вдыхал жизнь в мертвое железо при помощи кода
2016-10-06 в 10:08, admin, рубрики: edisonsoftware, free software, gtd, Блог компании Edison, Карьера в IT-индустрии, патентование, Программирование, разработка, тестирование, Управление сообществом«К сожалению, мы не выбираем себе смерть, но мы можем встретить её достойно, чтобы нас запомнили как мужчин.»
— к/ф «Гладиатор»
Питер Хинченс — бельгийский разработчик, писатель. Занимал должность CEO и chief software designer для iMatix, компании, производящей free software, такие как библиотека ZeroMQ (библиотека берет на себя часть забот по буферизации данных, обслуживанию очередей, установлению и восстановлению соединений, и прочие вещи), OpenAMQ, Libero, GSL code generator, и веб-сервиса Xitami.
- Автор более 30 протоколов и распределённых систем.
- Основатель проекта Edgenet по созданию полностью безопасной, анонимной глобальной P2P-сети.
- Президент ассоциации Foundation for a Free Information Infrastructure (FFII), которая воевала с патентным правом.
- CEO сервиса по созданию собственных вики-проектов Wikidot.
- Он был активистом open standards, и основателем Digital Standards Organization.
- Питер в 2007 был назван одним из «50 самых влиятельных людей в области Интеллектуальная собственность».
Зная, что дни его сочтены, он использовал их по максимуму, а так же написал «Протокол ухода из жизни», где поделился рекомендациями, для неизлечимых больных и их близких.
Так что я хочу написать одну последнюю модель, последний протокол, который посвящён тому, как уйти из жизни, имея в запасе некоторые знания и время. В этот раз я не буду оформлять RFC.
Моим детям 12, 9 и 5 лет. Они вырастут с моим ДНК, с моими бесконечными выступлениями на Youtube и книгами.
Под катом немного наследия, которое оставил Питер.
Читать полностью »
Вручную или автоматически: Пара слов о тестировании приложений
2016-10-06 в 9:25, admin, рубрики: 1сloud, автоматизация, Блог компании 1cloud.ru, Разработка веб-сайтов, разработка приложений, тестированиеАвтоматизированное тестирование — это одна из самых обсуждаемых тем среди инженеров по контролю качества. Новые системы тестирования программного обеспечения появляются постоянно, и каждый новый фреймворк получает титул лучшего.
Однако автоматизированное тестирование основывается на предположении, что программа используется так, как это задумали разработчики. Если полагаться только на автоматические тесты, то вскоре в коде появятся ошибки, и в то же время вы получите слабое представление о качестве интерфейса приложения.
Что касается ручного тестирования, то ему уделяют всё меньше внимания, поскольку такой процесс изнуряет сотрудников, а на роль исполнителя подойдет только специалист с особым складом ума. Однако «ручные» тесты отнюдь не уступают автоматизированным. Дело здесь в том, что подходы обладают разными областями применимости, поэтому сегодня мы рассмотрим некоторые достоинства и недостатки каждого решения.
/ фото verkeorg CC
Читать полностью »
Автоматизация тестирования: «беспилотник» Acronis Kernel
2016-10-04 в 6:43, admin, рубрики: qa, автотесты, Блог компании Acronis, Inc, тестирование, Тестирование IT-систем, тесты
(http://bp-la.ru/bespilotnyj-apparat-danem)
Билд => Тест => Не пройден => и километры логов, разбросанных по разным системам, и десятки минут сведения концов с концами в поисках причины сбоя. Знакомо?
А если иначе?
Билд => Тест => Не пройден => Тикет в JIRA — и разработчик берет баг в работу, потому как вся информация у него уже есть.
Работая в команде Acronis Kernel, я задался целью создать именно такой автотест.
Под катом — моя история.
Модерирование юзабилити-тестирования
2016-10-03 в 11:07, admin, рубрики: UX, Блог компании Mail.Ru Group, модерирование, тестирование, Управление продуктом, управление разработкой, юзабилити
Привет! Это Наталия Спрогис, руководитель направления UX-исследований в Mail.Ru Group. Я продолжаю цикл статей о тонкостях организации и проведения исследований. Сегодня мы поговорим о том, как должен вести себя модератор юзабилити-тестирования. Модератор — это человек, который взаимодействует с респондентом: встречает его, проводит инструктаж и вводное интервью, настраивает оборудование для записи видео, предлагает задания текста и задаёт уточняющие и итоговые вопросы. Казалось бы, если есть хороший сценарий (о том, как его составить, можно почитать в посте Планирование юзабилити-тестирования. Часть 2), достаточно чётко ему следовать и ничего не перепутать. Однако модератор может вольно или невольно очень сильно повлиять на респондента, а в итоге и на результаты тестирования. Поэтому важно понимать, как вести себя на тесте, когда и какие вопросы задавать и как быть со сложными респондентами.
Читать полностью »