Предложение по разбору материалов Хомяка (и даже двух хомяков)

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

Это лежит (и всегда лежало) в открытом доступе в виде гуглдокс таблиц:

• DZis is Хомяк
• АвтоХомяк

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

По завершению проекта, эту страницу можно будет выложить под любой лицензией, подразумевающею свободное копирование и модификацию материала, например, что-то из Creative Commons.

Я бы мог это сделать самостоятельно. Но, в таком случае, это будет скучно, и непонятно, нужно ли.

Ваши вопросы, предложения, угрозы, условия и дополнения, жду в комментариях к этому посту.

Предновогодний и здоровый хомяк

Тестировщику и автоматизатору

[ 6 ] Мелочь пузатая или Объем тест кейса против его содержательности Прошедшего 30 октября докладывался на Fun Confetqa.ru про то, как можно писать тест-кейсы если не божественно, то хотя бы грамотно.

[ ] Truth about test plan document & test case document Not that you don't know... ~ 90% of testers haven't bothered to think why there is a case in test case.

[ 5 ] [PDF] Advance your testing: Go on Bug Hunt! Сезон охоты за багами объявляется открытым! Самое основное что нужно знать для проведения этой активности в тестировании.

[ 5 ] There Ain’t No ROI in Software Testing Есть ли ROI в тестировании. А может быть это просто фигня какая-то?

[ 5 ] A huge comprehansive collection on Exploratory testing, Test automation, Mobile testing and other resources

Процессы и менеджмент

[ 6 ] Requirement, Estimation and Planning in agile software development projects В этой статье нет ничего нового... Но, это отличная статья о старом: о планировании, требованиях и оценке времени

[ 6 ] Гибкое управление продуктом в двух словах (русская версия) Еще раз напоминаю об этом высококлассном ролике про работу в Agile. И теперь -- со списком тем.

SWD Page Recorder победил Фреймы и Всплывающие окна. Свежий релиз!

SWD Page Recorder помогает записать локаторы элементов веб-страницы, отладить их в самом приложении и
генерировать код PageObject-классов на C#, Java, Python, Ruby, Perl для дальнейшего использования в авто-тестах на Selenium WebDriver.

И… специальное предложение в этом релизе: вы можете написать свой генератор, хоть на Fortran!

В этом релизе:

• На вкладе Locators, появилась фича “SwitchTo Frame”, позволяющая искать и отлаживать веб-элементы в фреймах: frame / iframe любого уровня вложенности.
• “SwitchTo Window” позволяет переключатся на табы веб-браузера и всплывающие окна.
• Добавился шаблон в CodeTemplates (вкладка Source Code) – [ZZZ] Experimental Run External Tool.
  Данный шаблон позволяет сгенерировать файл декларации веб-элементов в формате JSON и запустить любую внешнею команду операционной системы для его обработки.
  В комплект к этому шаблону входит пример такого генератора, файл “sample_ParserWebElements.js”, написанный на Microsoft JScript.
• Для затравки, появилась “заглушка” для новой фичи – JavaScript Snippets, которая будет доступна в следующем релизе.

Свежее видео с демонстрацией новой функциональности:

Материалы и загрузка приложения

• Официальный релиз: SWD Page Recorder 0.1-Beta2 December 22 2013 со ссылкой для загрузки этого и прошлых релизов
• Пост на Хабрахабр с другими полезными ссылками и видео:
  “SWD Page Recorder: Записывает PageObject-классы для Selenium WebDriver”
• Обзор “PageObject Generator Utility for Selenium WebDriver” в блоге автора книги Selenium Testing Tools Cookbook

О чем я расскажу на Selenium Camp 2014 #SeleniumCamp в Киеве

Заходя издалека, мои проблемы начались, после того, как я принял предложение пана Алименкова, о выступлении на Selenium Camp 2014, которая пройдет в Киеве 28-го февраля - 1 марта.

И вот, анонс моего докалада: SWD Page Recorder – record your Page Objects fast like a ninja!, уже размещен на страницах конференции.
И времени у меня на рассказ аж целых 50 минут.

Пят-де-сят ми-нут!

Собственно, это и было большой проблемой до недавнего времени. Про SWD Page Recorder можно рассказать, ну максимум за минут 10.

За это же время, можно просто прочитать статью: SWD Page Recorder: Записывает PageObject-классы для Selenium WebDriver

Чем забить оставшиеся 40 минут?

Вариантов было очень много:

• Можно бы было, первые минут 10 настраивать микрофон
• Провести голосование среди участников с поднятием рук: “А кто из вас автоматизирует?”, “А кто на Вебдрайвере?”, “А кто на Сишарпе?”, “А кто на Джаве?”, “А кто использует PageObject?”, “А кто использует Firefox?”, “А кто Хром?”
• Рассказать пару шуток: Вот например, вы знаете, что есть такая профессия – локаторщик?

Но, я решил пойти другим путем. Я понял чего действительно не хватает будущим и сегодняшним пользователям приложения.
(Ну вот только не надо сразу говорить что нет документации. Знаю, знаю и работаю над этим )

Так вот, не хватает готовых рецептов использования.
SWD Page Recorder – это лишь скромная составная часть в вашем процессе автоматизации. Он никогда не станет монстром, по типу TestComplete или QTP.
SWD Page Recorder – это кубик Lego, которого, возможно, вам так не хватало.

В ходе доклада, я расскажу и покажу(!) как можно использовать Page Recorder в вашем процессе автоматизации.

• Как построить взаимодействие SWD Recorder’а и фреймворка автоматизированого тестирования
• У вас нет фреймворка?! И вы программируете на C#? Тогда у меня будет особое предложение - SWD.Starter
• Расскажу, о практических примерах поиска и отладки локаторов веб-элементов
• И есть еще одна мало документированная (да, да ну говорю же, работаю над документацией, ра-бо-таю) , но очень мощная фича – это шаблоны генерации кода – CodeTemplates.

Кроме того, за время до конференции, я планирую завершить мажорную фичу:
JavaScript Snippets – которая позволит выполнять заготовленные JavaScript-сценарии во время работы с браузером и перехватывать события от WebElement Explorer для настраиваемой и более оптимальной генерации локаторов.
(И да, я напишу документацию. Ну обещал же ведь, уже :D)

Хорошей вам автоматизации,
До встречи на Selenium Camp 2014

Дайджест полезных ссылок для тестировщиков-автоматизаторов #014

http://automated-testing.info/t/dajdzhest-poleznyx-ssylok-dlya-testirovshhikov-avtomatizatorov-014/3858

Хотите научится программировать на C++, PHP, MySQL, Javascript, Visual Basic, Java, C, C#?

Тогда, просто смотрите бесплатные видео-уроки.
Эта страница нагло взята вот отсюда

C#

Microsofts attempt to compete with Java was the creation of C#.   This language is growing more and more everyday, and is becoming a favorite for server side computing.

http://www.youtube.com/watch?v=x_9lfHjYtVg&list=PL0EE421AE8BCEBA4A

Далее, куча скопи-пащеного английского текста.

Дайджест полезных ссылок для тестировщиков-автоматизаторов #013

Дайджест полезных ссылок для тестировщиков-автоматизаторов #013

Новые статьи и заметки на форуме AT.info

Всякая всячина

• Оценка и выбор инструмента автоматизации
• Как подружить Ivy и Jenkins
• Сохранение переменных, передаваемых в Jmeter, в отдельный файл
• Авто-тесты в Visual Studio 2013 Express (Desktop)

JavaScript

• Получение свойств CSS элемента из JavaScript
• Пролистывание (scrolling) страницы с помощью JavaScript. В помощь веб-автоматизаторам
• getElementByXPath - Небольшой gist для поиска элемента по XPath на JavaScript

WebDriver

• Все зависит от проекта… или как выбрать локатор для тестов на WebDriver?

WebDriver - C#/.NET

• WebDriver. Метод-расширение для C#, возвращающий значение элемента для input и select тегов
• Автоматическое создание Браузера и инициализация PageObject
• C# WebDriverWait и PageObject
• Атрибут FindsBy в PageObject? – Дайте два!

WebDriver - Ruby

• Проверка правильности сортировки блоков c помощью WebDriver, пример на Ruby
• Тестирование опции «Запомнить меня»
• Работа с iframe в Selenium WebDriver, пример на Ruby
• Работа с Select tag в Selenium WebDriver на Ruby
• Работа с Alert tag в Selenium WebDriver на Ruby

WebDriver - Java

• WebDriver features: Робота с несколькими окнами (вкладками) одновременно при помощи Selenium Web Driver

RobotFramework

• Расширяем RobotFramework для проверки eмейлов
• RabbitMqManager, библиотека для управления сервером RabbitMq с помощью RobotFramework
• Datapool через variablefile в RobotFramework
• Интеграция Robot Framework с TestLink

АвтоХомяки

• Дайджест полезных ссылок для тестировщиков-автоматизаторов #012
• Дайджест полезных ссылок для тестировщиков-автоматизаторов #011
• Дайджест полезных ссылок для тестировщиков-автоматизаторов #010

Хомяк в лодке -- это как тестировщик в Скраме

Видео для тестировщика

[ 5 ] It doesn’t take 10,000 hours to learn a new skill. It takes 20. And here’s how… Ученые говорят, что для изучения нового навыка требуется около 10 000 часов… Вы слышали эту цифру? Так вот, это не совсем так. Для изучения нового навыка требуется около 20-ти часов суммарно, но 20-ти качественных часов.

[ 6 ] Без тест-кейсов, как дурак на льду Действительно вся правда о тестировании в Agile

Тестировщику и автоматизатору

[ 5 ] Как 45 минут терять по $172 222 в секунду Из комментариев: Можно бросать этотим постом в работодателя когда он отказывается нанимать тестировщика :)

[ 6 ] How to Write Complex Business Logic Test Scenarios Using Decision Table Technique Таблицы принятия решений – одна из самых важных техник в тест дизайне, позволяющая описать работу даже самых сложных алгоритмов в форме более понятной таблицы

[ 6 ] Влиться в тестировщики… как? Рекомендую эту статью для начинающих тестировщиков

[ 6 ] Software Testing is About Mind and Eyes, Not About Years of Experience! Работа тестировщика не зависит лишь от количества лет, проведенных в тестировании. Это больше, склад ума и горящие глаза!

[ 6 ] Padre Project is a beautifull example of using Trac Просто посмотрите. Есть список фич. На каждую фичу -- тикеты и даже ручные тесты. Если есть авто-тесты -- то описано, где их найти

[ 6 ] Тестирование: явный выбор карьеры Как развиваться тестировщику?

[ 6 ] James Bach: On the new tester Советы начинающему тестировщику, которые заинтересован в своем профессиональном развитии

Дайджест полезных ссылок для тестировщиков-автоматизаторов #012

Хомяк… без единой ссылки для тестировщика…

Карьера и саморазвитие

[ 6 ] Skills Maps for Software Engineer, Technical Author, Test Engineer, Project Manager Очень интересная идея визуализации карты навыков и компетенций для разработчиков, тестировщиков и проектных менеджеров, но, с упорядоченностью и содержанием нужно еще поработать

[ 6 ] Eliminating Work For Work’s Sake and an Announcement Работать больше ради того, чтобы работать больше? Мы -- это не то, чем зарабатываем на жизнь, не нужно об этом забывать.

[ 5 ] Уходить ли с компании? А если уходить то как? Старик Апофиг просто порвал нуба :D

[ 6 ] The best career advice I’ve received Очень увлекательная история человека, описывающего, в каких ситуациях он получал свои лучшие советы по карьерному росту и развитию

Разработчику на заметку

[ 5 ] Now Opensource!:: Web Essentials for Visual Studio 2012 Пакет, расширяющий возможности VS 2012 для веб-разработчиков теперь в открытом доступе и с открытым исходным кодом. Будет полезен также для людей, которые ищут примеры создания собственных расширений для Visual Studio 2012

[ 5 ] The Reality of Coding На что же тратят время программисты?

[ 6 ] Math from scratch, part six: comparisons Это глубокий и четкий обзор путей сравнения данных в C #

[ 6 ] White noises Говорят, что белый шум помагает в работе. Попробуйте.

[ 6 ] You can't JavaScript under pressure! На работе, вам не хватает стресса? Попробуйте эту игру!

[ 5 ] How the Google+ Team Tests Mobile Apps На iOS и Android platforms. С юнит и интеграционными тестами

[ 6 ] [Video] Unit Testing and TDD: Why you should care and how to make it happen Сравнение работы двух команд, которые кастомизировали один продукт для разных кастомеров

[ 5 ] Coffeescript vs. Javascript: Dog eat Dog Что лучше выбрать для проекта, и какие условия могут повлиять на выбор меду JavaScript и CoffeeScript

DZis is the End

Это всё. Этот блог выполнил свое предназначение, и мне его больше не интересно развивать.

Это не первый мой блог, и каждый, выполнял нечто свое по простому правилу: когда я начинаю изучать что-то – я начинаю об этом писать, а может быть и создаю отдельный блог по этой теме, куда и собираю все интересный материалы.
Чуть больше 2-х лет назад, для меня была интересна идея повышения эффективности мануального тестирования, такие методологии и техники, как Specification by Example и BDD, Исследовательское тестирование, ну, и немного автоматизации.

Я не прогадал, сделав ставку на такие пути развития. Изучив, и копнув глубже каждую технику, я постарался взять все самое лучшее, попробовать на практике, в итоге – это делает мою работу интересной. А точнее сказать, я научился находить, чем себя заинтересовать даже в контексте, на первый взгляд, скучной деятельности.

Но, у меня появилась новая идея, которая, в данный момент, не совместима с существующей. На ее реализацию необходимо бросить все усилия. Так что, этот блог «официально» закрывается, но неофициально будет жить и дрейфовать дальше.

Хомяк все еще будет жить тут, пока не трансформируется в новый хомяк (в процессе)
Новый постов не будет, но зато будут новые анонсы
Так что, не спешите пока отписываться.

Короткая история моих предыдущих проектов 

txt.zhariy.com – блог параллельных переводов с английского на русский
Я считаю, что это была одна из моих лучших идей: вы читаете текст на английском, а если стало скучно или потерялись – можно подсмотреть русский перевод. Лично мне, ведение этого проекта помогло здорово подтянуть как навыки перевода с английского, так и навык правильного чтения английских текстов.

.NET ate my MOSK; – блог, посвященный языку C#
Я завел этот блог, когда только-только начал изучать C#, читать книги по этой теме. Проводил эксперименты. К некоторым постам сам до сих пор возвращаюсь.

bless $this, Blog
Блог посвящен языку – Perl. Самому лучшему динамическому языку в мире. Серьезно. Я пытался изучить Ruby и Python. Но, зная Perl, просто не нашел в этих языках ничего более нового или более гибкого или более лучшего. Все динамические языки, кроме Perl, для меня до сих пор, просто скучны.

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

yEd Graph Editor – бесплатный редактор диаграмм

yEd – это не совсем графический редактор, а скорее… редактор графов!  … и диаграмм.
Для диаграмм связей, с огромным успехом можно использовать XMind, а вот для всего остального – подойдёт yEd.

Кроме того, yEd сохраняет диаграммы в специальном XML формате, который специально предназначен для последующей обработки. Эти пользуется один из Model-Based Test инструментов – GraphWalker

Автохомяк: только ссылки, только хардкор, только автоматизация

Хомяк растет и развивается. Раньше он работал один, но очень быстро обрел популярность и новые ссылки потекли молочными реками. Решение было принято по Марксу – нанять еще одного хомяка.

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

Уже готово два выпуска:

• Дайджест полезных ссылок для тестировщиков-автоматизаторов #002
• Дайджест полезных ссылок для тестировщиков-автоматизаторов #001

И анонс со всеми деталями:

• (Анонс) Automated Hamster: Ссылки для Автоматизаторов

Да, и чуть не забыл! Автохомяк – открыт для ваших интересных ссылок. Так что если вы хотите видеть свежий дайджест с интересными ссылками по автоматизации тестирования – добавьте их! 

Я думаю, это будет полезно, если вы хотите анонсировать свои статьи, посты в блоге, проекты. Главное, чтобы материал нес ценность информативного характера и хоть как-то касался темы автоматизации тестирования и программирования. 

Метрики в разработке программного обеспечения и… социальная психология

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

Несколько интересных фактов из видео

Хоторнский эффе́кт (Эффект наблюдателя) (http://ru.wikipedia.org/wiki/Хоторнский_эффект)
На одном предприятии решили измерить, как яркость света в помещении влияет на продуктивность труда.
Когда яркость освещения увеличили – продуктивность труда возрасла!
Когда уменьшили – продуктивность труда возросла!
Когда людям сказали, что увеличили, но, на самом деле, оставили как было – продуктивность труда возросла!

Эффект наблюдателя: изменения в наблюдаемом явлении, происходящие вследствие самого факта наблюдения.
 ~

В одном детском саду, решили измерить насколько после введения штрафов, уменьшится количество случаев, когда родители забирали своих детей позже установленного времени.
В итоге, количество родителей, которые стали забирать детей позже – возросло. Они начали относиться к этому, как к сервису:
Заплатил денежку – можешь забрать ребенка позже. И, конечно же, в таком случае у них исчезло чувство вины.
Когда штрафы отменили – чувство вины родителей не вернулось назад :D

~
В компании IBM начали доплачивать тестировщикам за найденные баги, а разработчикам – за скорость их исправления… нет, не могу продолжать. Смотрите видео.

Кстати, если вам интересны такие факты, то на Сoursera идет замечательный курс по Социальной психологии. Еще не поздно присоединится.

Небольшая подборка цитат

За много лет общения с коллегами по Скайпу, собралось всего несколько цитат. Но, зато каких! Раньше я их специально распечатывал и вывешивал на стенки своего рабочего места. Сейчас – просто лежат в коробке, ну, вот решил сюда перенести.
Поехали!

“Soon we will release this crap”

“Скоро мы зарелизим наш мега-супер-пупер продукт, который изменит мир к лучшему!”

Услышав такую фразу, моя мотивация и боевой дух поднялись намного ниже плинтуса :)

"Nobody will fix anything"

"Никто ничего не исправит"

Это фраза была сказана об обреченности багов с серьезностью более низкой чем «критичный» – быть исправленными до релиза.

Кто такой Жёсткий тестировщик?

Если признаться честно, в самом начале, я хотел написать небольшую трололошечку на презентацию Андрея, а точнее о принципах Лизы Криспин, упомянутых в презентации

ну и собственно моя презентация с @devday2gis "Кто такой Гибкий тестировщик" http://t.co/hadxXx8co7
— Andrey Rebrov (@andrebrov) August 23, 2013

И видео на ютубе: «Кто такой гибкий тестировщик?» — Андрей Ребров, ScrumTrek

Просто, тема «Гибких Тестировщиков» всегда выглядела для меня какой-то очень пафосной. И я уверен, что, ну нет такого понятия – как «Гибкий Тестировщик» или “Тестировщик в Agile”. Есть хороший тестировщик, владеющий определенными навыками, техниками, квалификацией и знаниями, которые применимы не только в Agile, но и в любом другом процессе, независимо от размера проекта и команды.

Так что нет таких тестировщиков, как «Гибкий» и «НеГибкий», есть лишь Квалифицированный и Менее-Квалифицированный, соответственно. В контексте небольшой команды, квалифицированные тестировщики не будут выделятся из «общей массы», потому что сама «масса» – это конкретные люди, с которыми идет плотная коммуникация, и которых можно перечислить по пальцам одной или двух рук.

SWD Page Recorder BETA1 – записывает PageObject’ы на C#, Java, Ruby, Perl, Python!

Коллеги Автоматизаторы,

Если вы уже ощутили всю красоту и важность использования паттерна PageObject в своем проекте автоматизации на Selenium WebDriver, то, наверняка  вы уже успели оценить какое громадное количество усилий тратится на создание новый и поддержку существующих классов PageObject.

Постоянно меняющиеся локаторы, дивы вылезающие из спанов, поля ввода, которые раз в неделю меняют свое имя… с этим, конечно-же можно жить. Это можно терпеть…  К этому можно привыкнуть. Но, зачем? Почему-бы не свести долю рутинной работы по поиску локаторов, ну ладно, пусть не к нулю – но к минимуму.

Именно это позволит вам сделать инструмент SWD Page Recorder. Хорошо… пусть сейчас и не на 100%. А, впрочем, все зависит от вашего фидбека, потому что свои задачи на работе я решаю эффективно.  «SWD Page Recorder» помог мне сократить «ручную автоматизацию» в разы. И я всем очень доволен. И вы тоже можете получить это удовольствие от работы приложения. Более детально – в самом низу.

Видео: основные варианты использования SWD Page Recorder для записи PageObjects

YAPC::EU – еще одна, самая Perl’овая конференция по Perl | #ye2013

На этой неделе мне посчастливилось побывать на Еще Одной Перловой Конференции (Yet Another Perl Conference) и не то чтобы просто в Европе, а в самом центре Киева. Это хорошо, что, как и футбольное Евро – YAPC регулярно меняет страну проведения. В этом году – родная Украина, а в следующем – солнечная Болгария. И если коротко, то я понял, что очень много пропустил, не быв на предыдущих таких конференциях только потому, что они были в другой стране и мне нужно было делать визу.  Я понял, что в следующем году никакая виза меня не остановит чтобы поучаствовать в следующей конференции.

Что же там было?

SWD Page Recorder 0.1 alpha – инструмент записи PageObjects

Что это?

SWD Page Recorder (SWD читать как «SWOD/свод») – это кроссбраузерный инструмент для записи элементов веб-страницы с последующей генерацией PageObject- классов.

Зачем?

Не смотря на то, что тестировщики называют себя автоматизиторами, их работа – это в основном тяжелый и рутинный ручной труд. Одно из самых нудных занятий – это создание PageObject-классов для новой страницы веб-приложения. Все существующие инструменты разработчика (консоли, встроенные в браузер) – очень универсальны. Это заставляет тестировщика делать множество лишних действий для поиска и тестирования необходимых локаторов элементов, и кроме того, для каждого браузера такие инструменты очень сильно различаются. Например, для Internet Explorer вы не найдете такого разнообразия плагинов, как в FireFox.

SWD Page Recorder – это попытка создать универсальный инструментарий, который бы работал одинаково во всех браузерах: начиная от Internet Explorer и Firefox – и заканчивая браузерами на Android и iOS смартфонах.

Поиск и тестирование локаторов осуществляется посредством самого Selenium WebDriver, а локаторы, добытые таким путем, однозначно будут работать в авто-проверках с использованием Selenium WebDriver.

Будущее автоматизации тестирования уже здесь! Три идеи «на завтра»

Вы думаете, это глупо делится стратегическими планами на будущее? – Совсем, нет. Ведь сами идеи, без практической реализации – стоят очень мало. Если кто-то тихо реализует идею внутри своей компании – это останется никому неведомым. Ну, а если кто-то начнет свой проект и поделится своей реализацией с общественностью… то я радо буду частью этой общественности. А между тем, идею я таки тут уже “застолбил”.  Кроме того, когда работаешь над чем-то, очень не хватает конкуренции, подгоняющей тебя работать быстрее. 

Генерация или запись PageObjects? 
Многие люди считают, что генерация PageObjects – это что-то из области искусственного интеллекта.

Повторное получение созданной сессии WebDriver при помощи Fiddler

Во время отладки теста на Selenium Webdriver, возникает огромное чувство раздражения, когда тест приходится перезапускать полностью и… ждать… ждать пока откроется браузер, ждать пока он дойдет до нужной страницы и заполнит все поля формы для того, чтобы проверить работает ли минимальное изменение в коде. Конечно же, таки фичи Visual Studio как Intellitrace и Edit & Continue могут решить проблему, но не всегда.

Посиделки AT.info: Мой доклад: Тесты в стиле BDD на C# (Подходы и инструменты; SpecFlow, BDDfy)

Сегодня вечером состоялось очередное заседание клюба киевских автоматизаторов, ака «Посиделки».

В своем докладе я рассказал об известных представителях BDD-инструментария, таких как SpecFlow и BDDfy в сравнении с Юнит-тест стилем для различных уровней автоматизации тестирования: модульного тестирования и системного (через UI).

Вот краткий список идей, которые я хотел донести участникам посиделок:

T-SQL запрос, который выводит длину и типы всех полей в базе данных

Запрос выводит целую кучу данных, и в комбинации  с другими инструментами, может оказаться очень полезным.
К сожалению, уже не помню, откуда я его взял.

SELECT OBJECT_SCHEMA_NAME(T.[object_id],DB_ID()) AS [Schema],   
        T.[name] AS [table_name], AC.[name] AS [column_name],   
        TY.[name] AS system_data_type, AC.[max_length],  
        AC.[precision], AC.[scale], AC.[is_nullable], AC.[is_ansi_padded]  
FROM sys.[tables] AS T   
  INNER JOIN sys.[all_columns] AC ON T.[object_id] = AC.[object_id]  
 INNER JOIN sys.[types] TY ON AC.[system_type_id] = TY.[system_type_id] AND AC.[user_type_id] = TY.[user_type_id]   
WHERE T.[is_ms_shipped] = 0  
ORDER BY T.[name], AC.[column_id]

7 Смертных Грехов Тестирования

Источник картинки

Сегодня утром попалась интересная тема на форуме: 7 Deadly Sin's of Testing
Один из комментариев к которой я спешу перевести
Итак… 7 Смертных Грехов Тестирования:

Мотивация, личный интерес и интерес дела

Меня преследуют слова, которые все говорят, но, суть которых каждый понимает по-своему.  Конечно же, чтобы лучше понять суть термина, я сразу же лезу в Википедию… но и там не всегда написано четко и понятно.

Одно из таких слов – это мотивация, в смысле «мотивирован сделать что-то», «поднять мотивацию», «замотивированный сотрудник». Как объяснить в «двух словах» четко и ясно, что оно означает.

Я нашел эти «два слова»:
Мотивация – это личный интерес. Следовательно, демотивация – это отсутствие личного интереса (его могло не быть, он мог потерять  актуальность ).

Все оказывается очень просто.
А в подтверждение, статья М. Литвака, откуда была почерпнута эта мысль:

Хочу сотрудников, которые так же будут болеть за дело
Тезис: любой человек по определению болеет только за свои интересы. А задача руководителя сделать, чтобы интересы дела и его личные интересы сотрудников совпадали.

★ Избранное...

Настало время прибраться в блоге.
★★★ Тестирование, всякая философия и тро-ло-ло

• Разделяя неразделяемое: исследовательское, мануальное, «разумное», автоматизированное тестирование
• Давайте уволим этих мануальных программистов и заменим их автоматизацией!
• Видимая производительность
• Steve Rogalsky: Молчание при мозговом штурме
• Шапка тестировщика
• Цитаты про тестирование
• Гик-пост непонимание. Работа в Windows
• Как же все-таки люди становятся тестировщиками?
• Вредная терминология в тестировании
• Юмор в тестировании

Суровый и беспощадный BDD маркетинг

Только что попалось видео с примером сурового и беспощадного BDD маркетинга для плагина Behave for JIRA.
За основу взят, в принципе, неплохой сценарий, но потом…
В общем, вопрос:
Какие ляпы вы видите в технической реализации сценария? Что бы вы хотели увидеть в этом видео дополнительно?

Даже если никто не ответит, в эту среду вечером я опубликую список тех, которые заметил я.

Upd

Сам сценарий написан довольно хорошо. Тут нет лишних деталей, и в принципе понятно, что должна делать функциональность.

Scenario: Add content assist to the Google Search field
    Given I am about to search
    When I begin to type my query
    Then a list of suggestions should appear below the search field
    And the suggestions should update as I type

На 01:06 начинается самое интересное. Обратите внимание:
Код реализации шагов не соответствует самому сценарию.

В шаге «Then a list of suggestions should appear below the search field» сабмитается форма. Не проверяется то, что список подсказок соответствует… хотя бы чему-то.
 
А в шаге: “And the suggestions should update as I type” – просто закрывается драйвер.
Собственно, в сценарии нет вообще ни одной проверки.

Pragmatic Perl – это первый русскоязычный журнал о языке Перл

Я начал изучение языка Perl еще 10 лет назад. Perl никогда не был моим «основным» языком программирования, тем не менее, я либо сам писал, либо использовал готовые скрипты практически каждый день. Ведь это настолько просто – решить простую задачу на простом языке.

Позвольте тожественно расшарить ссылку на первый выпуск русскоязычного журнала о Perl:
http://pragmaticperl.com/

Разделяя неразделяемое: исследовательское, мануальное, «разумное», автоматизированное тестирование

В свете недавней статьи Майкла Болтона про «разумное тестирование», у меня появилась мысль:

А может, хватит уже придумывать новые термины, окончательно запутывая людей в том, где заканчивается один термин и начинается другой?

Автоматизированное тестирование – это не тестирование. Исследовательское тестирование – это не тестирование. Сценарное тестирование – это не тестирование. Это подходы в тестировании. Это способы тестирования – всего лишь, отдельные (хотя и важные) составные части.

C#: Как добавить автоматическое логирование вызова метода при помощи Castle DynamicProxy и Humanizer

Все мы знаем, что детальный лог (протокол) прохода авто-теста просто спасает тестировщика-автоматизатора. Ведь чем быстрее мы сможем локализировать проблему, понять что же конкретно делали авто-тесты и что конкретно привело к ошибке – тем быстрее мы сможем принять решение: либо мы исправляем тест; либо это неполадки в приложении – и следует написать новый баг.

Добавить «человеческое» логирование можно несколькими способами. Я предлагаю, сделать это просто называя шаги «человеческими» именами. С одной стороны, это  улучшит читабельность кода, с другой стороны – не требует дополнительных временных затрат на добавление логирования в процессе разработки тестов.

Chanel 9: Implementing ATDD and Specification-By-Example

И еще одно очень классное видео на тему Спецификации Через Пример. На этот раз, оно посвящено не только теории, но и практическим примерам на Specflow.

Интересно, что докладчик кроме книг, которые рекомендуются всегда и всеми по этой теме:

• Bridging the Communication Gap (Gojko Adzic)
• Specification by Example (Gojko Adzic)

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

• Explore it! (Elizabeth Hendrickson)
• Exploratory Software Testing (James Whittaker)

Давайте уволим этих мануальных программистов и заменим их автоматизацией!

Автоматизация тестирования не исключает присутствие человека, а помогает ему работать быстрее.

Автоматизация – это как эскалатор в метро. В принципе, мы могли бы подняться вверх самостоятельно, но мы используем эскалатор для того чтобы сэкономить силы и время. Инструменты автоматизации тестирования должны экономить силы и время, но человек должен принимать решения, строить стратегию. Мы можем написать скрипт, который читает данные различных источников и преобразовывает их в удобный для анализа вид. И сам анализ данных мы можем производить посредством инструментов. Но, принимать решение и думать должен человек. Машина этого делать не умеет.
Мы можем заменить отдельную активность автоматизированным скриптом – но не можем заменить скриптами все тестирование.

Слайды/Видео к моему докладу на #atdays : За пределами PageObject

Спасибо, уважаемые участники конференции ATDays, за ваш интерес к моему докладу. Готовясь к докладу, я боялся того, что  не смогу настолько просто и понятно донести некоторые темы, как этого хочу.

Но, не смотря на все мои ляпы, растерянность и волнение во время доклада – меня все таки понимали и дополняли с полуслова. А после доклада, я поговорил с множеством людей, которые предлагали свои решения, делились собственным опытом.
А это говорит о том, что на конференции ATDays собрались настоящие профессионалы, люди которым действительно интересна и важна тема автоматизации.

Спасибо вам!

Более полную версию со звуком и видео я планирую опубликовать позже. Скорее всего – значительно позже. Сейчас же делюсь доступными материалами:

Слайды: За пределами Page Object

Видео

А дальше еще интересней...

Вебинар по Specification by Example на русском языке

Товарищи, учитывая то, что у нас уже есть два русскоязычных доклада по Спецификации через Пример и одна статья на Хабре. А это значит, что движение набирает обороты на просторах xUSSR!

Длительность вебинара – всего час. Но, за этот час вы услышите саму суть и подходы Спецификации через Пример. Мне нравится главный упор на то, что Спецификация через пример – это инструмент сотрудничества и общения внутри команды.

Изучаем Spec By Example на примерах from Andrey Rebrov on Vimeo.

А после просмотра вебинара вы сможете принять решение: стоит ли копать дальше?
Стоит ли читать эту книгу? Стоит ли капать дальше темы BDD, ATDD и тому подобные?
Возможно, именно этот инструмент или отдельные приемы помогут решить именно Вашу проблему.

Более детальную информацию о вебинаре, в том числе и скачать слайды, вы можете на странице автора, Андрея Реброва.

Несколько фактов после посещения онлайн воркшопа Джеймса Баха

Термин «Сценарное тестирование» придумал Джеймс Бах

«Сценарное тестирование» – тестирование, проводимое при жестком следовании задокументированным сценариям.  Это когда вы открываете огромный эксель документ (сейчас уже гугл-докс) и начинаете ставить пассы/фэйлы не смотря по сторонам, только в документ и на приложение (если это описано в документе).

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

Херистики и Характеристики. Если вы приступаете к работе на новом проекте…

… то первое с чего следует начать, это с документов Heuristic Test Strategy Model. И более широкого списка: Software Quality Characteristics.

И склейте себе такой кубик:

И вооружитесь инструментом для создания майнд мапов – XMind. Не верите, что это круто?
А вот вам: Essential mind mapping: Rapid test design

И вперед! Жжжечь напалмом!

P.S.: Да знаю я, что правильно это слово пишется как «Эвристики». Ну, смешно же получилось. Нет?

Мой доклад на #atdays и Немое Кино

Осталось уже немного времени до конференции ATDays в Киеве. Насколько мне известно, все билеты на конференцию уже раскуплены, а участники приедут из самых разных городов Украины, России и Белоруссии. Если есть и из других стран, то уж извините, полной информацией я не владею. О чем это говорит? – Конечно же, об ответственности докладчика перед слушателями.

Мне очень хочется, чтобы те люди, которые перед конференцией пройдут через не самую приятную многочасовую поездку в поезде,  получили, по крайней мере от моего доклада то, за чем, собственно и приехали: новые идеи, вдохновение, стимул прийти и улучшить то, что уже есть или прийти и начать.  Запустить автоматизацию.

[Вебинар] Live Specifications: From Requirements to Automated Tests and Back

Я давно не делал отдельных постов в коллекцию BDD и Спецификации через пример… потому что ничего толкового не находил. До сегодняшнего дня.

Это действительно качественный вебинар о том, как из зачем использовать Живую Документацию и как к этому прийти. О том, что любую цель можно достичь, делая небольшие шаги.

А в секции вопросов и ответов к видео есть множество полезных ссылок и рекомендаций.

А почему бы тестировщику не почитать Magazine?

Тем более, что таких англоязычных бесплатных и свежих выпусков – действительно великое множество.
И спасибо за комментарий товарищу Iosif Itkin, который был оставлен в предыдущем Хомяке. Этот комментарий вдохновил меня на создание этого поста.


Первый журнал упоминался в Хомяке. И это

Tea-time with Testers (страница загрузки)

В свежем декабрьском номере вы можете найти впечатления Джеймса Баха о поездке на конференцию в Индию. И скачать бесплатный календарик на  2013-й год с очень умными мыслями. А также прочитать про самые интересные фейлы 2012-го года и вторую часть статьи о том что же важнее: высокие интеллектуальные способности или способность просто решать проблемы. А так же на закуску – прочитать о планировании, тасках, рисках, целях, скедулях и прочих словах, которые греют душу тестировщику и тест менеджеру.




Better Software Magazine  (страница загрузки)

В еще более свежим, январском выпуске, который можно купить за $9.95, а скачать бесплатно – вы можете узнать о планировании тестирования в Agile. Знаю, тема избитая… но может хоть кому-нибудь, хоть когда-нибудь будет интересно.  А еще узнать о том, что тестирование – это игра! Это кстати статья, которая мне больше всего понравилась.







Testing Circus - 2012 - December Edition (страница загрузки)

Тестирование – это цирк! В хорошем смысле, конечно же. В этом выпуске вы узнаете Мистер Тести говорит о вашем профессионализме. Какие события ожидают мир тестирования в 2013-м году. И о том, что SilkTest 13 поддерживает Windows 8. SilkTest – жив! Ну, и на закуску – список тестировщиков, которых вы можете зафоловать в твиттере. Как? У вас еще нет твиттера? Сего чудесного артефакта? Немедленно заводите и первым делом подписывайтесь на мои твиты – на твиты самого интересного человека в мире.  Вон там – синяя кнопка справа. (Я уверен, что до этого места никто не дочитал, да и вообще люди не читают большие тексты, поэтому могу писать тут все что хочу ).


Logigear Magazine – December 2012 – Mobile test automation


И тут я хотел бы обратится к товарищу Хозе с претензией. Ну что, я должен писать про мобильную автоматизацию? Ладно. Делаю это в первый и последний раз. (Надеюсь Александр шутку поймет и простит). В общем этот выпуск целиком и полностью посвящен именно мобильной и именно автоматизации. Тут и про фреймворки, и про инструменты мобильной автоматизации и про тренды и прогнозы. Мир мобильного тестирования – динамичен, а в этом журнале – очень качественные статьи, которые помогут вам быть в курсе происходящего.

Professional Tester

Срочно в номер! (Спасибо Тимуру за полезную ссылку в комментариях). И, опять-же, еще один свежий декабрьский номер журнала для тестировщиков. Еще не читал, но пролистав,  нашел несколько интересных статей о структуре тестов и требований и про автоматизацию тестирования.

На сим, этот пост неожиданно заканчивается. Всем приятного чтения. 

UPD 16:08 12.01.2013: 
Вот более полный список бесплатных и платных журналов для тестировщиков

Видимая производительность

Видимая производительность – это интересная фишка, которую используют в разработке программного обеспечения, для того чтобы обеспечить видимость выполнения длительной операции.

Примерами такой видимой производительности есть «заставка» (splash screen) на старте запускаемого приложения или индикатор прогресса (progress bar) при скачивании файла или хода процесса.

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

 Аякс-крутилки (ajax loading indicator) – также являются примерами «видимой производительности». К сожалению, если такое «колесо» или «колбаса» крутится слишком долго – это может вызвать панику.

 Прочитать детальней про все эти «штучки» можно здесь: Performance Glossary