Feeds:
Записи
Комментарии

Анонс_final


— (голосом пионера) Приглашаем всех на «Анонс_final», ежегодную конференцию для анонимных анонсистов и финалистов и всех-всех-всех, которых интересует качественный процесс анонса и финализации! Спешите скорее, билеты уже в продаже!

— ПАГАДИТИ! Это же «Selenium Camp», ежегодная конференцию для разработчиков и QA и всех тех, кого интересует качественный процесс разработки и тестирования, которая успешно состоится 21-22 февраля 2020 в Киеве! Что за анонсисты? Какие финализаторы… Спешите скорее, билеты уже в продаже!

— (по телефону из Кишинёва) Да это файл с пресс-релизом так назвали, «Анонс_final». Никто не виноват. Спешите скорее, билеты уже в продаже!


Selenium Camp 2020

В этом году:

  • веб-автоматизация с или без WebDriver / Selenium;
  • масштабирование автоматизации тестирования (облако, инструменты, experience reports);
  • тестирование микросервисов (инфраструктура, контракты, подходы);
  • инструменты тестирования (smart reporting, AI, smart tests execution);
  • мобильное тестирование (практические аспекты);
  • инфраструктура автоматизации тестирования (когда, где и как проводить тесты);
  • машинное обучение и автоматизация тестирования (предложения, чат-боты, модели);
  • метрика и мониторинг;
  • управление тестовыми данными и генерация;
  • качество кода в автоматизации тестирования (реальные истории);
  • hardware / роботы / IoT (experience reports).

— ПАГАДИТИ! А где это пройдёт-то?

— Дык, в пресс-релизе не было написано…

— (по телефону из Кишинёва) Да там же, где и всегда: Киев, ул. Вадима Гетьмана, 6, Mercure Congress Hall.


Формат:

  1. 2 дня практических докладов от отечественных и иностранных спикеров,
  2. 3 параллельных потока,
  3. BOF сессии, где освещаются самые актуальные давно известные темы и вопросы,
  4. Виски-фуршет для неформального общения со всеми теми спикерами и участниками конференции, которые предпочитают коньяк,
  5. 40% скидка на билет для тех, кто только переходит от ручного до автоматизированного тестирования (то есть, для начинающих.)

И да, нумерованный список был выбран нарочно 🙂

Среди спикеров обнаружены:

Simon Steward (Selenium Project, UK), Marcus R Merrell (Sauce Labs, USA), Elias Nogueira (Waes, Netherlands), Николай Алименков (XP Injection, Украина), Андрей Солнцев (Codeborne, Estonia), Иван Крутов (Aerokube, Россия), Сергей Пирогов (EPAM, Украина).

Одна из редких конференций, на которые надо поскорее поспешить, бо билеты уже в продаже! Do you feel it?!

Звиняйте добры люди шо так к вам обращаимси!

Не попиарите ли, вдруг, трошки: QA-Z-Day. Уже завтра, 13-го декабря.

Конференция бесплатная, не требуется ничего кроме регистрации и подключения. 4+ потока, более 40 докладов.

Темы разные, много по автоматизации, есть для опытных и для начинающих, смотрите программу.

Организовывает Антон Семенченко, хорошо известный тем, кто что следит за конференциями (в частности COMAQA).

Не, не пропиарим. Бо нипанятна жэ. Какой Z-day? Почему Z-day? От слова Zombie?

И про что там такого будет, о чём мы не знаем?

Стрим про фундаментальные концепции?

Дак мы их знаем.

Стрим про автоматизированное тестирование?

Дык я автоматизирую его просмотр.

Стрим про общие вопросы тестирования?

То есть, про «Когда всё будет готово?» и «Почему так долго?». Знаем уже.

О чём там вообще будут говорить:

  • UI автотесты на максималках, или как писать автотесты на JS используя Protractor и Chrome DevTools протокол (rev. 2.0). Ы!
  • Диалектика Гегеля и Закон Седова как способ верификации IT трендов с примерами из Автоматизации тестирования. Ыы!
  • Regression Testing Team. Последние джедаи. Ыыы!
  • Как войти в IT в контексте QA Automation. Ыыыы!
  • Неортодоксальная универсальная мотивационная модель построенная на математическом понятии счастья. Ыыыыы!
  • Оси в xpath и как избежать их явного указания 2.0. Ыыыыыы!
  • Agile adventure в QA контексте. Ыыыыыыы!
  • Малая автоматизация. Ыыыыы, на кухне вся однакова плакала!
  • Если UI / API автоматзация* уже не вдохновляет 2.0. Ну, попрыгай у закрытого окна.

* так в оригинале и написано.

  • Разработка эффективной тестовой стратегии (в условиях неэффективного окружения для тестирования, ыыыыыы)
  • Зачем мы тестируем? Или как понять, что мы организовали это правильно 2.0. Да кто мы такие вообще, э?

А как вообще проводятся эти онлайновые конференции — можно представить по фотографиям:

Всем сидеть.

Всем сидеть!

Сидеть!

Сидеть!

А можно мы встанем, да?!

Нет! Все по местам!

Сидииииим…

Быстро всем встать, быстро всем к еде, быстро, быстро, быстро!

Короче, нiт, такое мы пиарить не будьмо, анитрохи. Холодильника жалко.

Clean out your closet

Robert C. Martin написал книгу «Clean Agile: Back to Basics».

Любомир Геревич не знает, кто дядя Боб. Так вот, это один из тех семнадцати чуваков, которые собрались в феврале 2001-го в Snowbird ski resort в Юте для того, чтобы потрындеть о том, как можно было бы обустроить жизнь программистскую.

На этом фото Роберт Мартин третий слева.

К тому времени уже оформилось несколько устойчивых и обоснованных мнений о том, что и как надо было бы делать, чтобы было «правильно», поэтому необходимость в общем словаре уже назрела.

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

На форуме неравнодушных к равнодушию кто-то смелый попросил(а) оценить тест-кейсы первого отжима для гуглопереводчика Google с английского языка на русский.

Вот что было предложено:

Шаги: 

    1. Зайти на сайт https://translate.go…e&sl=auto&tl=en
    2. Нажать на кнопку в левой стороне «АНГЛИЙСКИЙ»
    3. Нажать на кнопку в правой стороне «РУССКИЙ»
    4. Ввести слово на английском языке.

Ожидаемый результат

    1. Окно с допустимыми языками открывается при нажатии.
    2. Можно выбрать желаемый язык.
    3. Перевод выполняется автоматически при вводе слова.

Продолжить чтение »

“Good enough” так “good enough”

Темные подворотни киевского Подола.

Откуда-то глухо доносится «Fuck the police comin’ straight from the underground»…

Опиумная кальянная мадам Козятиной.

“We know English! Visa accepted! 24h!”

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

Легкая задымленность и маниакальный блеск в глазах говорящего:

…их стало слишком много! Каждую неделю кто-то спрашивает у меня лично, а получится ли у него стать тестировщиком. Каждый мнит себя уникальным, каждый считает себя подготовленным просто потому, что у него есть «ОГРОМНОЕ ЖЕЛАНИЕ», но он ещё ничего не делал, ничего не пробовал, ни одной книги не прочитал, а если разговор зайдёт про книги, то меня спрашивают, какую конкретно книгу надо прочитать…!

— Дык, скажи им, какую книгу прочитать-то, — из глубин кресла. — у нас даже бухгалтера знают ваши книги. Как их там… Савин, Фолкнер и Нгуен?!

Фолкнер… да, это было смешно.

Продолжить чтение »

чтобы люди объединились в сообщество, нужны следующие элементы:

  • Общие враги. Наличие врагов — отличный способ сплотить сообщество. Для «Гринпис» это правило легковыполнимо, но есть ли враг у вас?
  • Общие цели. Спасение чилийских шахтеров — достойный повод к объединению. Дайте людям почувствовать вовлечённость.
  • Защита от нападения. Насилие не обязательно. Даже словесная критика может быть расценена как нападение. Вы никогда не видели спортивных фанатов (меломанов, политических сторонников) сплотившихся, чтобы защитить себя от нападения?
  • Страх. Существует разница между реальным нападением и наличием угрозы. Страх — доказанный способ объединить людей. Иногда страх бывает и позитивный, но чаще это негатив. Позитивно можно использовать страх неудачи, страх позволить другим совершить ошибку. Страх быть обыгранным конкурентом и т.д. …
  • Разделение на своих и чужих. При наличии чёткого разграничения на своих и чужих люди объединяются плотнее. Пять лондонцев, которые никогда не заговорят друг с другом дома, в лондонской подземке, будут намного общительнее в пекинском метро.
  • Великие достижения. Достижение чего-то замечательного отлично объединяет группу, особенно если все ощущают себя частью целого. Избрание своего кандидата. Освещение в прессе. Достижение важной вехи. Общие достижения придают людям гордости.
  • Общий опыт. Один из самых сильных связывающих элементов. Люди охотнее объединяются, если прошли через что-то хорошее или плохое вместе. Участие в мероприятиях, совместная поездка, любой совместный опыт делает людей ближе.

Если в вашем сообществе есть хоть часть этих связующих элементов — можете не беспокоиться.

Беспокойтесь, если их нет совсем.

© https://habr.com/ru/post/288224/

При сборке pdf в каталоге проекта появляется ряд служебных файлов, содержимое которых меняется от билда к билду. Их даже нет смысла засылать в репозиторий.

Можно удалять их перед коммитом.

find -regex '.*\.\(tex~\|sty~\|sh~\|bib~\|backup\|dvi\|ps\)' -print -delete

Можно сказать Kile, что после закрытия надо удалять все «временные файлы». Но закрывать Kile каждый раз перед тем, как сделать коммит — как-то странно.

Можно добавить все такие файлы в .gitignore Но эти файлы так и лежат в каталоге проекта.

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

Продолжить чтение »

Старые книги

В наше время считается нормой учиться тестированию и при этом НЕ учиться программированию. Но ведь тестирование само по себе не имеет смысла — это подчинённый процесс, придуманный программистами для программирования.

Старые книги

Все «старые» книги про тестирование написаны программистами, которые объясняют тестирование программистам. Майерс, Бейзер, Вайнберг, Йоргенсен — не так уж много их, но что дошло до наших дней, то если не блестит, то поблёскивает.

Продолжить чтение »

Читано 21 сентября 2018 на QA Fest в Киеве.

Ещё в тему

Так вот что такое «Регрессионное Тестирование»!

The main ability of a tester is to have no fear for discuss requirements and asking for

  • whole picture first,
  • details.

The main behaviour of a tester is do not rush with any conclusions about software and to always start with

  • Stop! Explain this software, even if it looks understandable. What are the purposes of this software? Why this functionality is needed? How it should work?
  • Stop! I need a time for think (analyze this).
  • Stop! What are the final expectations?

The basic skill of a tester is to imagine (and to write them as scenarios) a chain of situations

  • where the software is intended to work ‘as expected’ (correct user login),
  • those that may happen, and should be tolerated by software (wrong user login),
  • those that should not be tolerated, even if they are possible (wrong data encoding).

Иногда в телевизоре начиналась телепередача «В гостях у сказки». Было волнительно.

Анастасия Зуева, В гостях у сказки

Анастасия Зуева

И да, это чёрно-белая картинка с телевизионными искажениями, бо вы офигели требовать цветной FullHD в советском телевизоре.

Александр Александров сказок не читает, но при запуске видео с его докладами у меня всегда возникает то самое ощущение из навсегда ушедшего времени и волнение ожидания торта.

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

И там вообще не для джунов (там над вами хохмят).

Я перегнал доклад в полноценную текстовую версию, бо оно того варто. Видео — в конце.

Александр Александров
Экономика тестирования. Версия 1.0 (2018)

 

О чём будем говорить

  • Общеизвестные (но не до конца) истины, или почему такая тема
  • На что влияет экономика тестирования
  • Что такое Версия 1.0 — Подробно
  • Зачем нужна Версия 2.0 — Кратко

Почему такая тема

Эту тему я обдумывал на протяжении прошедшего года, и ещё не нашёл ответы на многие важные вопросы.

Продолжить чтение »

Вопрос понятен.

Ответ: надо перейти в режим «Я увольняюсь».

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

Продолжить чтение »

Иногда может понадобиться составить краткую памятку по проекту. Или его мини-описание.

Иногда это надо делать не для проекта, а для отдельных компонентов функциональности. Как правило, когда дело доходит до компонентов, у аналитиков происходит ясный глюк о том, что все те, кто войдут в проект, будут знать-понимать то же самое, что они сейчас знают-понимают. Соответственно и компоненты описываются без объяснений и предисловий.

А нужно, чтобы «Любой желающий мог быстро прочесть и понять что это за проект, какой там функционал и как юзеры будут его тыркать» (форум).

Можно набросать вот такой документ:

1. Цель проекта

2. Функциональные возможности приложения
<Из каких частей состоит? Для чего они? Что можно сделать? Их зависимости….>

3. Особенности ролей пользователей
<Какие роли могут быть на проекте? Их права, обязанности,…>

4. Варианты использования
<Список основных сценариев использования приложения всеми ролями пользователей>

5. Зависимости проекта с другими системами
<Как будет использоваться? Специфика, интеграции,…>

Но это объёмная вещь. Это не читается быстро, и быстро не понимается. И написано, как всегда, казённым языком священного армейского устава.

Попробуйте кратко объяснить проект любому уличному бомжу.

Начнете в стиле «Мужик, смотри, это нужно для того, чтобы…«. Потом вы осознаете, что нужно контекст объяснять, а не реализацию, и перейдёте на «Чтобы выполнить такую-то задачу, мы используем такую-то шняжку…»

Потом в документах будете всегда писать грамотно и сразу всем всё будет понятно.

Бомжу опосля не забудьте проставиться, он ждёт вас.

Гости:
— Сергей Пирогов — заводила подкаста
— Ярослав Пернеровский — бог звука в подкасте
— Александра Ковалева — знает все про ISTQB
— Алексей Лупан — тренирует молодых тестировщиков

Темы:
— Когда получили свой первый сертификат?
— Краткая история ISTQB
— Почему ISTQB starter level есть у каждой собаки?
— Почему я не сертифицировался
— Какие бонусы дает сертификация?
— Advanced level ISTQB vs Foundation
— Куда идут деньги за сертификат?
— Про сертификационные туры
— Существует ли статистика получивших ISTQB в Украине по уровням?
— На сколько будет полезен сертификат при поиске работы в Европе и релокейте.
— Какие сертификаты есть кроме ISTQB?
— Selenium сертификации — фейк

Очень крутой доклад. Настя умеет!

Про всё то, что из нашего царства аутсорсинга постоянно не видно.

%d такие блоггеры, как: