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

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

Не попиарите ли, вдруг, трошки: 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 сертификации — фейк

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

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

Установить формат экрана 16:9

  • Design tab of the toolbar ribbon.
  • Page Setup > Slides sized for:  выбрать нужный формат.
  • Orientation = Landscape

Установить картинку как шаблон слайдов

  • View > Slide master
  • Установить шаблоны для каждого типа слайдов по-отдельности — будет достаточно отредактировать слайды типа «Title» и «Title and Content».
  • Close Master view.

Отредактировать картинку шаблона слайдов

  • View > Slide master
  • Можно сохранить уже установленную картинку: по нужному слайду правой кнопкой и Save Background
  • Можно залить свою картинку: по нужному слайду правой кнопкой и Format Background > Fill > Insert from [File].
  • Close Master view.

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