Иногда тестирование не приносит нужного результата. То есть работа кипит, фичи проверяются, баги чинятся, даже какая-то статистика собирается, но после релиза оказывается, что продукт напичкан дефектами, как подсолнух семечками, — и пользователи, что характерно, плюются.
Кто виноват? Все виноваты, конечно, — и руководители, и программисты, и аналитики, но они сами пусть учат свои уроки.
Ну и тестировщики.
Тоже.
Виноваты.
Да?
Да. И дело часто не в технических каких-то проблемах, а во вполне человеческих. Нет, бывает, конечно, что восстание машин ломает все планы, или что изначально планы были невыполнимы. Но даже и в не форс-мажорной ситуации у тестировщика достаточно способов провалить тестирование, работая в поте лица.
Читать полностью »
Рубрика «тестирование» - 105
Легкий способ провалить тестирование
2012-09-11 в 17:55, admin, рубрики: ответственность, тестирование, человеческий фактор, метки: "Человеческий фактор", ответственность, тестированиеКонференция Agile Testing Days в Постдаме (Германия) в Ноябре
2012-09-11 в 17:32, admin, рубрики: agile, конференция, тестирование, метки: agile, конференция 
С 19 по 22 ноября в Постдаме, недалеко от Берлина, пройдет конференция Agile Testing Days. Пока что есть возможность пройти по ранней регистрации и сэкономить 400 евро за три дня конференции плюс однодневный тренинг по выбору. Тренинги ведут Lisa Crispin, Gojko Adzic, Ola Ellnestam, Scott W. Ambler, Lasse Koskela и многие другие известные специалисты в области тестирования! Кстати, записываться на все дни не обязательно — можно выбрать именно те, которые будет интересны.
И так как мне удалось договориться с организаторами конференции, то я с удовольствием делюсь промокодом еще на 5% скидку: RUSSIA_005
Читать полностью »
Тестирование: из грязи в князи
2012-09-11 в 15:32, admin, рубрики: Песочница, тестирование, метки: тестированиеПролог
В этой записи я поделюсь личными впечатлениями о становлении и взрослении процессов тестирования ПО в Российском IT. Волею судеб, это происходило, можно сказать, у меня на глазах и в процессе освоения этой профессии на пути от младшего тестировщика в небольшой компании до директора по качеству в солидной компании с многомиллионными оборотами.
Рекомендуется несколько абстрагироваться от текущего восприятия читателем тестирования в современном его статусе, чтобы понять как это происходило в прошлом, дабы с лету не отмахнуть статью с возгласами «да это и так все понятно», «это давно известные факты, зачем об этом писать» и т.д. Я не пытаюсь Вам рассказать о том, как нужно ходить, а лишь хочу рассказать о том, как когда-то научился ходить сам и как научились этому все мы.
Читать полностью »
Изолирование кода во время тестирования с помощью Microsoft Fakes (Shims)
2012-09-10 в 13:21, admin, рубрики: .net, fakes, microsoft, microsoft fakes, shim, shims, unit test, unit tests, тестирование Впервые я встретился с юнит тестированием на Java и был рад возможности делать моки на final классы, на статические члены. В это время на .Net нельзя было сделать ничего подобного. Только интерфейсы. Можно безгранично долго рассуждать о том, что если понадобилось делать что-то неестественное, то нужно переписывать реализацию, делать IOC и прочее. Но когда речь идет о наследованном коде, неприспособленном архитектурно к юнит тестированию – возможность менять вещи без переписывания выручает.
Я окончательно забросил Java и ушел в .Net и каждый раз при разговоре о юнит тестах вспоминал, что на Java возможностей больше.
И вот в 2012 студии добавили возможность делать мок любых объектов. Абсолютно любых, даже системных. Под катом перевод статьи из MSDN (переведено только по шимам, т.к. стабы особого интереса не представляют).
Читать полностью »
ReactOS нанимает на работу и платит в Евро
2012-09-09 в 21:06, admin, рубрики: bugtracker, bugzilla, CFI, contracts, jira, open source, reactos, операционные системы, тестирование, метки: bugtracker, bugzilla, CFI, contracts, jira, open source, reactos 
Заранее приношу извинения за желтизну заголовка, но что поделать, если он полностью соотвествует действительности?
В связи с качественноным шагом в сторону более профессионального подхода к разработке, а так же финансирования, мы теперь наконец можем объявить о том, что готовы нанять за деньги толковых людей к нам в команду.
Подарок тестерам
Специально ко дню тестировщика мы запустили профессиональную среду сопровождения процесса разработки. На смену старой-доброй BugZilla пришла продвинутая-навороченная JIRA.
JIRA можно рассматривать как следующий этап в развитии Багзиллы, и ставшую стандартом де-факто систему отслеживания ошибок, которая используется в крупнейших компаниях — и цены на сайте Atlassian как-бы намекают. Но, для открытых проектов пользоваться системой можно абсолютно бесплатно и без ограничений, за что им отдельное спасибо. Для ReactOS очень важным является то, что Bugzilla — это «bugtracker», в то время, как JIRA — это issue tracker. Отличие состоит в том, что с помощью JIRA можно заниматься не просто отслеживанием ошибок, но и планированием задач, отслеживанием хода разработки и создания плана разработки (roadmap).Читать полностью »
С днем тестировщика ’12!
2012-09-09 в 14:09, admin, рубрики: праздник, тестирование, метки: праздник, тестирование Зайдя вечером на Хабр, удивился отсутствием праздничных фейерверков, веселых песен и поздравлений тестировщикам, у которых сегодня праздник. Поэтому, поздравлю первым :)
Читать полностью »
Примеры использования Moq
2012-09-04 в 17:02, admin, рубрики: .net, moq, тестирование, метки: .net, moq, unit-testingMoq – это простой и легковесный изоляционный фреймврк (Isolation Framework), который построен на основе анонимных методов и деревьев выражений. Для создания моков он использует кодогенерацию, поэтому позволяет «мокать» интерфейсы, виртуальные методы (и даже защищенные методы) и не позволяет «мокать» невиртуальные и статические методы.
ПРИМЕЧАНИЕ
На рынке существует лишь два фрейморка, позволяющих «мокать» все, что угодно. Это TypeMockIsolator и Microsoft Fakes, доступные в Visual Studio 2012 (ранее известные под названием Microsoft Moles). Эти фреймворки, в отличие от Moq, используют не кодогенерацию, а CLR Profiling API, что позволяет вклиниться практически в любой метод и создать моки/стабы даже для статических, невиртуальных или закрытых методов.
Читать полностью »
Введение во фреймворки (Часть 2)
2012-08-31 в 14:50, admin, рубрики: automation testing, testing, капитан очевидность, много букв, тестирование.png "Введение во фреймворки (Часть 2)")
Второе поколение фреймворков
Это поколение является промежуточным уровнем фреймворков автоматизированного тестирования, среди них могут быть и достаточно простые фреймворки, а могут быть и достаточно хорошо спроектированные. Подобные фреймворки должны рассматриваться в случае, когда поддержка автотестов является важным фактором. Хорошее понимание этого поколения фреймворков является важным, так как на концепциях фреймворков этого уровня основываются фреймворки третьего поколения.
К фреймворкам второго поколения относятся фреймворки ориентированные на данных и фреймворки использующие функциональную декомпозицию. Большинство фреймворков этого уровня являются гибридами и используют оба подхода, но так как возможно использование только одного из них, то эти подходы будут рассмотрены независимо друг от друга.
Читать полностью »
Введение во фреймворки (Часть 1)
2012-08-31 в 9:14, admin, рубрики: automation testing, testing, капитан очевидность, много букв, тестирование .jpg "Введение во фреймворки (Часть 1)")
Автоматизированное тестирование (АТ) наиболее эффективно, когда реализовано с помощью фреймворка. Несмотря на то, что в АТ термин фреймворк зачастую используется для описания совокупности объектов, которая формирует инструмент модульного тестированиия, эта статья будет в основном сфокусирована на фреймворках другого рода. Мы обсудим типы фреймворков, которые могут быть определены как совокупность абстрактных понятий, процессов, процедур и сред, с помощью которой автоматические тесты проектируются, создаются и реализуется. Кроме того, это определение фреймворка включает в себя физические объекты, используемые для создания тестов и их реализации, а также для организации логического взаимодействия между компонентами.
Автоматизированное тестирование (и, следовательно, фреймворки) развивалось годами, формируясь и усложняясь с каждой новой фазой эволюции. Эти фазы могут быть описаны в терминах трех поколений, каждое из которых обладает набором недостатков и преимуществ, благодаря которым каждое из них остается актуальным, несмотря на новые разработки. Представленные ниже понятия обычно используются для автоматизации функционального тестирования, но в некоторых случаях их можно применить и для решения задач модульного тестирования.Читать полностью »
BDD наоборот
2012-08-31 в 9:03, admin, рубрики: agile, aspectj, bdd, cucumber, Блог компании Luxoft, тестирование, метки: agile, aspectj, bdd, cucumber, тестированиеЯ читал про BDD, и понял одну вещь: BDD это блаблабла блабла бла. Нету у него нормального определения. Вот, например, написано:
BDD совмещает в себе основные техники и практики TDD и идеи DDD для того чтобы предоставить программистам, тестерам, аналитикам и менеджерам общий процесс взаимодействия по ходу разработки ПО.
Все понятно? Мне — ничего. Поэтому я расскажу, что мы делаем и зачем, из того, что может иметь отношение к BDD.
Читать полностью »