Показаны сообщения с ярлыком мысли вслух. Показать все сообщения
Показаны сообщения с ярлыком мысли вслух. Показать все сообщения

понедельник, 30 августа 2021 г.

О сложном опыте длиной в 2+ года

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

Последние  2,5  года   были очень насыщенными.  
В 2018 году  я закончила работать в Raiffeisen bank   в роли Тест менеджера.  Последний проект  там был довольно сложным. Т.к. приходилось не только выстраивать процессы и прочее, но и тестировать руками (в прямом смысле) техническое оснащение. 
Мы создали монстра,  из  камер, штатива, и микрофона. Для  снятия биометрических данных пользователей.  Все это тестировалось и подбиралось  по отдельности,  а затем сращивалось  в одну конструкцию,  и мы еще долго делали инструктаж  для людей, которые это все закупали и потом соединяли и устанавливали в отделения.  
Это было сложно, непривычно,  но интересно. И спасала клевая команда с очень классной  ПМ. 

Уходя я искала  спокойный проект, с диким желанием даунгрейда   с менеджерской позиции. Хотелось лампово передохнуть. Уже тогда  попахивало подгорающей Ж. 

Такой проект, вроде как нашелся.  Он был  амбициозным,  его масштабы и желание причинять людям  пользу  меня покорили, обещание  роли "всего лишь QA Lead"  и небольшой команды  в 2-4 человека - и - я в деле. 

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

Потом было много разных стечений обстоятельств. Одно из самых болезненных для команды это было  статистическая смена  ДМ нашего стрима. 
Кстати стрим достался сугубо технический. (основа всея  и всех с самым большим количеством сервисов) 

И как бы  вроде наладилось что-то. Сидела тестировала себе  ручками  Rest Api, писала тест-кейсы, попутно выстраивала какие-то процессы. 

Команда росла как на дрожжах.   Череда интервью  просто захватила с головой.  В какой-то момент у меня за месяц было 40 полноценных интервью.  Подняв голову я осознала, что команда уже 15 человек, а я  публикую еще  3 новые позиции. Взгрустнулось, ибо мелькнула перед глазами строка " ну и 2-4 человека в подчинении, отдохнешь". 

Дальше начался  просто  ад овертаймов, роста команды,  смены ДМ,  перестройки процессов - потому что я просто поняла, что ранее выстроенное уже не подходит. А команда  уже 75  тестировщиков  и  это еще без нагрузки  и недоукомплект автоматизаторов. 

Спустя полтора года мы сдавали  приемо-сдаточное испытание  длиной в 7 часов,  так вышло что мне пришлось еще отдуваться вместе с Devops  и ряд других стримов сдавать... 
Тогда  я поняла отчетливо , что Ж давно сгорела в пепел, и дымится уже  черепушка. 

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

И в этот период  еще бахнул жесткий период  ОВТ.  13-17 часов  рабочий день,  пол года с  1 выходным или пол дня выходных.   Сложные взаимоотношения с ДМ.  Но огненная команда  куа и разработки с девопс.  Сложно было всем. Но  идея - дотащить это уже до продакшна  и там выдохнем - присутствовала. И где-то еще   в этом всем, у нас  поменялся ТМ. 
 

К моменту продакшна - после такого режима многие начали уходить.  У меня появились личные обстоятельства в жизни и обязательства  по которым я не могла уйти. 
Поэтому я надеялась, что после прода станет легче и мы все отдохнем. 
Легче стало, но ненадолго. 
Снова новый ДМ. Снова  все с начала. Но - начался период  затишья. Выгребли все хвосты,  начали добивать ИПР и прочие штуки всей командой. Добрали немного новых людей,  набрали людей на замену. Процессы стабилизировались.   И за несколько месяцев до глобального обновления прода - снова началось. Немного проще, чем было в 1 раз, меньше овертаймов. Но... наложились у многих последствия CОVID , к  этому моменту переболела  практически вся моя команда.  Шутка -  я не готова планировать  спринт с учетом рисков смертности - перестала быть смешной.  Реально  пережвали за каждого кто заразился.  Последствия в виде  усталости, сонливости,  проблем с вниманием и прочее - все это прошли.   
Я перенесла  особо тяжело из команды,  но к счастью в режиме удаленки  это серьезно не повлияло.   
И начался процесс подготовки нового  ПСИ.  В этот раз  я сдавала его не одна уже, но сдавали 70+ часов.  Несчастные  50 кейсов. Технические кейсы. 
С Заказчиком отношения были  сложными. 

Мой мозг начал превращаться в  овсянку, которую забыли вовремя выключить на плите. 
Я поняла, что все.  
Какими бы ни были обстоятельства - надо уходить. 
Рыдала  расставаясь с командой. Очень уж они классные у меня.  Все до единого,  и из Украины, и из Беларуси, и из Армении, и из Казахстана, и из России.  Вы лучшие, ребят.  Если б не вы, я б сдохла гораздо раньше. 

Собственно, уже  2 месяца как я прихожу в себя.  И еще не пришла.  

Больше года я  преподаю  еще лекции на курсах.  Нереально от этого кайфую. 
Расскажу об этом как-нибудь в  сл. раз.

Если вы спросите, а на кой я это все читал ? 
Ну во 1 спасибо, если дочитали.
Во 2 -  не будьте мной.  Не работайте на износ. Помните, что  ценней всего  близкие вам люди,  даже если вы скандалите и очень тяжело пережили   карантин в 4 стенах. 
Работайте в удовольствие. Всегда  спрашивайте - ради чего это все, и в чем для меня профит? 

Берегите себя и близких.  Все может быть только 1 раз. 

вторник, 2 октября 2018 г.

Как я вижу оформление презентации


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

Многие начинают готовить свой доклад с самой презентации. Кому-то так проще структурировать будущий доклад, кому-то так проще запомнить после какой фразы необходимо переключить слайд и т.д.
Лично я начинаю готовиться не с презентации а с тезисов на бумаге. Мои тезисы выступления разделяются  заранее по слайдам в моей голове. Как там было,- в чертогах моей памяти, я их там листаю?)

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

Вернемся к самой презентации.
В оформлении презентации  я искренне считаю  4 слайда обязательными.

1. Заглавный слайд, где есть только ваши перс. данные в виде Фамилии и Имени с местом работы, тема доклада  и название/лого конференции. Изображение чего-либо опционально.

2. Слайд о вас. Расскажите там о себе. Кто вы, что делали, как развиваетесь. 
Укажите (но не рассказывайте) компании в которых вы работали. Расскажите о себе что-то интересное. Прорекламируйте свой блог, свои статьи, свои конкурсы и выступления. Не рассказывайте ни в коем случае как вы работали в 20 разных компаниях. Это скучно.

3. Слайд в конце с использованным материалом, ссылки на книги, статьи и пр. То, что упоминали при рассказе доклада.

4. Слайд с контактами как и где с вами связаться. Это не для эйчаров, хотя у кого-то могут быть и такие цели, это для вашей аудитории, которая стесняется подойти лично, но которые могут написать вам.

Текст/шрифт/язык и пр.

1. Если ты рассказываешь доклад на русском языке - убери английский текст с слайдов. Оставь только то, что  переводить не стоит.
Если твой доклад на английском - убери русские слайды. Дальше по аналогии.

2. Количество текста на слайдах должно быть таким, чтоб его не пришлось читать дольше 1 минуты. Разбивай на несколько слайдов, но не надо впихивать невпихуемое.

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

4. При написании списков/перечней информации всегда пользуйся одним и тем же способом. Не нужно перечислять на одном слайде А,В,С на пятом слайде 1,2,3 на 10 перейти на римские цифры, если это не несет привязки к каждому из слайдов. Если начали указывать все через * - на всех слайдах указывайте через звездочку. Если начали писать перечень  с маленькой буквы - везде пиши с маленькой буквы. И убери привычку ставить после каждого слова точку.  В названии тоже не ставь точку.

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

6. Текст не должен залезать на изображение, логотип и пр. Текст отдельно - изображение отдельно.

7. Размер шрифта  для презентации нужно выбрать таким образом - чтоб  поставить в школьном классе ноутбук на учительский стол и с последней парты его можно было увидеть. Ну к примеру, если приложить линейку (блин, я серьезно это пишу) к монитору вашего компа, то буква должна быть примерно 0,5 см, не большая буква, а маленькая.

8. Никаких матов на слайдах. Ты, конечно, можешь чувствовать себя Максом Дорофеевым и называть жопу жопой (Макс внутри меня))), но  на слайдах  не пиши и не рисуй. Про большие варианты матов на любом языке - и говорить не стоит. Но если уж тебе прям ой как без этого нельзя,  то поставь хотя бы парочку ***. Да, от того что в слове  появятся звездочки, смысл слова поймут все и никому легче особо не станет,  но правила приличия и этики соблюдать придется.

9. Проверь ошибки. Закинь хотя бы в word!!! Проверь орфографию. Хуже презентации от русскоязычного докладчика, чем презенташка на английском  с кучей ошибок - я не видела. И не хочу увидеть. Вычитайте, пожалуйста.  Перенос слов - отдельная тема, если вы не знаете, как переносить слово по слогам - то блин начните его писать с новой строки. Особенно ужасно выглядят переносы английских слов. Не жалейте  места на слайде, делайте пробелы, начинайте с новой строки, отступы  ... пусть ваш текст выглядит красиво, в вас же должно быть чувство прекрасного, ну хоть чуточку.

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

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

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

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

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

5. Повторюсь и тут - ваш текст на слайде не должен залазить на изображение, и наоборот.

Лого и дизайн презентации

1. Как правило, конференции дают свой дизайн. У кого-то это прям вот только так и не иначе, у кого-то опционально. К примеру, на Agile Days использование шаблона презентации обязательно -поэтому вам придется подстроить свой последующий дизайн и оформление к цветовой гамме презентации  и оформлению. На SQA Days - требование опционально. Вы можете взять любой дизайн с интернета, свой придуманный, или еще какой-то и использовать. Но помните, вся ваша презентация должна быть в одном стиле и в одной цветовой гамме.

2. Логотип конференции обязательная вещь практически везде. Опять же, где-то логотип и его размер трогать нельзя (как дали так и подстраивайтесь), где-то опционально. На SQA Days  лого можно уменьшать, увеличивать, перекрашивать и прочее. Тоже самое касается если вы хотите или должны вставить лого вашей компании.


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


вторник, 19 декабря 2017 г.

SQA Days#22 Коротко обо всем


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

Конференция была в Питере. В шикарном и просторном отеле Radisson Прибалтийская.
Место очень клевое, народ по такой территории  гулял, только что не в футбол.  Идя по коридорам к секциям, казалось, что  на конференции человек 50, а зайдя в зал, получал ощущение "ну и откуда вы все взялись?".

Посмотреть короткое видео о том, как это было можно ниже

Подготовка над докладами у программного комитета началась за пол года до конференции. С каждым разом выбирать хорошие и стоящие доклады все сложней, т.к. очень много  людей, которые предпочитают ездить с 1-2 докладами в год по всем конференциям, а мы злыдни, заставляем переделывать и дорабатывать.  Я уже говорила, докладчики, уважайте своих слушателей, они идут к вам потому что верят, что вы что-то расскажете хорошее и новое, ибо "вот на той конфе его доклад был... ", а приходят снова на тот же доклад.
Мы не берем ваши доклады именно поэтому, а не потому что нам корона жмет мозг.
Новых лиц мало,  многие боятся,  есть те, кто рискует, но подают темы очень слабые, которые не вытащить. Или подаются слишком поздно, когда просто не успеем вытащить. Если вы один из таких людей, то вы можете написать смело мне о своем желании, и мы вас включим в наши ламповые встречи клуба тестировщиков, в дружной атмосфере вы попробуете рассказать свой доклад и получите обратную связь, а потом уже или решитесь дальше, или поймете, что это совсем не ваше. Если вы не из Москвы, пишите тоже, я постараюсь связаться с коллегами, почти в каждом городе есть такие клубы.

Но вернемся к 22 конференции.
Объективно могу сказать, что программа не была мощной, но было что послушать и что  узнать. 

Разгорелся целый спич от моего высказывания на открытии, что в тестировании давно нет ничего нового. Я имела в виду  стратегию и виды тестирования, подходы, документации и прочее. Понятное дело, что живем мы все в scrumоте/agileоте и что-то, но все же потихоньку меняется. Новые ПО разрабатываются, новые фреймворки и пр. пр тоже.
И все популярней становятся  блокчейны, искуственный интелект и  вот это вот все.  Но этого еще очень очень мало, и рассказать об этом на практике могут единицы, а из них еще откинуть тех, кто под всякими SLA  и тех, кто не делится своим опытом, то и вовсе пара человек. Но, мы все очень ждем перемен и на них надеемся.
Если у вас есть что-то в этих областях,  давайте скорей к нам с докладом на 23 конференцию, мы  будем рады, если что-то такое расскажет еще кто-то, кроме Налютина Н., Чумакова М. и Григорьевского В.

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

Итак, мои фавориты:
Александр Грицевский, хотя автоматизация не мой мир, но доклад хорош, т.к. аудит - это больная тема в любом виде.
Игорь Гольдшмит доклад о том, что ненужно забывать никогда. Информация - это сила не только тестировщика, но и любой области. А подача доклада весьма удачная. Заслужено взял лидера лидеров и с пользой и как положено подано.
Валентин Григорьевский - один из докладов о новом. Интересно, но пока что маловато практики. Больше предположений и расчетов. Но послушать полезно.
Андрей Мясников - как же без него. Андрей давно имеет орду фанатов, потому что умеет легко и непринужденно говорить о том, о чем многие бояться заикнуться даже.  Данный доклад тоже из области - не забывайте простые истины-  и  место лидера лидеров, без сомнений.
Игорь Бондаренко - честно, не думала, что мне зайдет доклад, но, тем он и хорош. Всем, кто работает на аутсорсе, сидит на бенче и прочие вещи посвящается. Полезно, нужно, интересно.
Сергей Атрощенков - доклад Сергея, по версии участников, которые были в 1 день на моем,  толи дополнял мой, толи троллил, непонятно. Но мне кажется, что он был совсем немного о другом лидерстве и другом взгляде на него. И мне понравилось. Хотя я не смогла присутствовать на всем, буду досматривать в записи.
Макс Цепков - люблю его за то, что о чем бы не говорил Макс, всегда найдешь что-то для себя полезное и интересное. Наверное, один их универсальных людей, на доклады которого я хожу практически на любой конференции на которых бываю.
Никита Налютин - один из сильных докладчиков  в среде тестирования. Доклад с мясом о коде, плагинах, но доступен для понимания любому менеджеру. Фанатам JIRA  песня для ушей, менеджерам - польза для дела.

На этом мой лист закончен.  Английские доклады я не смотрела, передоз английского языка в организме. Посмотрю попозже в записи тех, кто в списке ниже.

Ну а участники конференции оценили докладчиков следующим образом:
 Много споров возникает в момент награждения докладчиков.

В целом, награждение  происходит по усмотрению организаторов конференции.
Но существует несколько правил, которых стараются придерживаться: 
1. не награждаем спонсорские доклады
2. не награждаем приглашенных докладчиков
3. не даем приз, если вы отсутствуете в момент награждения.
4. не даем приз, если вы уже получали 1 место на данной конференции.

Споры вызывают последние 2 пункта.
3 - не даем, если вас нет. Простая причина -  были случаи передачи приза через коллег/парней/мужей/жен и призы не доходили до автора. Сейчас очень прозрачная оценка докладов, если вы заинтересованы в награде - вы можете посмотреть на  оценки всех (по стикерам) и понять, есть у вас шанс на победу или нет. И уже принимать решение, остаться на 15 минут закрытия конференции или нет.  Варианты отправлять по почте и пр. - не подходят. Или в руки - или  приз получит другой счастливчик.

4. не создаем себе кумиров. Даем шанс и другим победить. Иначе все конференции будут побеждать Руколь Н, Баранцев А, Цепков М., Мясников А, Петров А,  Гольдшмит И, Семенченко А. и пр.  известные люди в мире тестирования.
Новые докладчики не будут получать ничего. Поэтому, тех кто получил 1 место (именно 1), мы  не включаем в топ 3 докладов.  Организаторы обычно высказывают им благодарность и /или награждают на свое усмотрение.

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

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

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

Состав Программного комитета на 23 конференцию :

  • Сергей Атрощенков
  • Алексей Федоров
  • Александр Куцан
  • Андрей Павлов
  • Андрей Ладутько
  • Олеся Баранова
  • Надежда Минчева
  • Олеся Баранова
  • Михаил Чумаков 
  • Максим Михайлов
  • Рина Ужевко
 Если вы хотите попасть к конкретному куратору из списка выше - в комментарии после публикации своей заявки  можете сообщить об этом. Постараемся учесть ваши пожелания.

А еще, в 2019 году (да, да, в 2019) пройдет первая Европейская SQA Days, произойдет это в Риге, так что планируйте время. И, ужас, но прием докладов на нее также открыт.  Доклады принимаются на русском и английском языках. Перевод планируется в обе стороны. 


воскресенье, 7 февраля 2016 г.

Эмоции наружу. О копировании и людях без совести.

Знаете, я довольно мирный и спокойный человек.
Лет 5 уже наблюдаю картинку прокачивания скилов у некоторых личностей "зыринг, тыринг, драпинг" на полную катушку. И если у моей кошки это выходит мило, то у остальных - омерзительно.

Я знаю, что сейчас все, что выложено в интернет - считай "общее".  Да, конечно, существуют авторские права и вот это вот всё. Но этим никто не пользуется ибо данные виды обращений в "куда следует" в странах бывшего СССР - заканчиваются ничем.
Чаще всего к таким индивидуальностям пытаются применить взывания к совести или угрозы.
Но - как вы догадываетесь, это не помогает.

Дальше будет довольно много эмоциональных высказываний, которые мне свойственны, и которые я обычно стараюсь сдерживать.
Но сегодня я буду писать как есть. Без имен.
У меня, так сказать, накипело.
Хочу начать писать без смайлкиов, 
но формулирую предложения так, 
что они звучат как проклятия (с)

Что этому способствовало?

Ну вот давайте возьмем тренинги известных  гуру, которые тупо  "тырились" другими людьми, и выдавались за свои курсы?  - я таких знаю, как минимум парочку. В конце расскажу о 3-ем, особо уникальном случае.

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

А сколько сайтов копируют друг у друга, без зазрения совести и, в лучшем случае,  - слегка корректируют под свои? (Речь не о шаблонах - конструкторах конечно же)

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

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

А переманивание хороших докладчиков? - нет, ну хантинг у нас сейчас это же норма, и престижно даже.

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

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

Конечно, мне не льстит, когда пытаются "содрать" что-то у меня.
Хотя с друзьями мы пытаемся шутить " о, пришла известность" , " становимся звездами - гоу на елку"  или еще что-то в этом роде.  Но.... 
Имей совесть, чтоб она не имела тебя (с)
Вот честно - люди, которые занимаются чем-либо из перечисленного выше, видимо обладают извилинами в которых бродит пара откуда -то появившихся мыслей. Ибо они перестали пытаться стучаться ко мне в друзья, и  оставили попытки доказывать, что на самом деле "это нормально".
Но они изобрели новый метод. Который стал последней каплей, разъевшей барьер "сдерживания эмоций и гнева".


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

Т.к. курса нет - содрать его негде.
Но, пользуясь моей отзывчивостью помогать и отвечать всем, кто стучится и задает вопросы  - мне стали "подсылать новичков" людей, которые задавали мне вопросы и которым я чуть ли не тренинги в личках выдаю.
К счастью, люди, которых подсылают, оказываются более честными и порядочными, чем их  автора.  И спасибо им за честность.

Так вот. Люди - "подсылатели",  - вы  противные и мерзкие личности. Я не хочу иметь с вами ничего общего. Если надо - я скажу вам это в лицо, если вы его покажете, конечно. Идите - работайте, изучайте и рассказывайте сами  о своем блять опыте.

Я не буду ни к чему призывать никого.  Просто оставлю это тут. 
У меня всё.





четверг, 2 июля 2015 г.

Боль техподдержки. Как обращаться с саппортом?

Я не первый год работаю  в геймдеве, и  уже прошла по пути " Отрицание-смирение - принятие" не один раз, но всеже...

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

Для начала уточню: есть пользователи, которые находят баг и забивают (или на баг или на игру), и второй - пользователи, которые решают написать в техническую поддержку (дальше - саппорт). Первый "вид" нам не интересен (в данном случае).

Итак, что надо делать ?

0. ВАЖНО: перед тем, как писать ошибку - почитайте правила приложения, и форум с наиболее частыми вопросами /проблемами

Если, чукча не читатель, чукча - писатель:

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

2. Написать кратко суть своей ошибки. Ваше сообщение - по факту - будущий багрепорт или готовый багрепорт (особенно, если вы тестировщик), поэтому представьте - как бы вы описали этот баг, если б он был в вашей практике.

3. Учтите тот факт, что в таких вещах, как игры - очень часто пытаются взломать сервера, с целью выгоды (ну как Пентагон прям, да). И самым частым способом, внезапно, являются ссылки, при переходе по которым вы хватаете или вирус, или тырят ваши данные.
К чему это я ? - К тому, что в большинстве компаний ссылки на сторонние ресурсы блокируются.  Чаще всего разрешены ссылки на скриншоты, или ютуб. Еще чаще, скрины надо прикреплять в тело сообщения (как и видео) и отправлять.
Т.е. краткий вывод - никаких ссылок для саппорта, кроме внутренних.


В дополнение:
моя статья на тему техподдержки
и видео-доклада

Уважайте и цените работу других, пишите правильно!

Помните, что чем четче и короче ваше сообщение, тем быстрей ваша проблема будет исправлена.

вторник, 14 октября 2014 г.

Остался месяц до начала SQA Days#16

Уже через месяц  сотни молодых и опытных специалистов откроют двери в гостинице Питера Park inn на Васильевском о-ве.


Программа конференции уже сформирована, и опытные докладчики вовсю готовятся к выступлению.


Прием докладов закончен, но места для регистрации еще идет.


Куча новых знакомых, полезные материалы, интересные мнения, споры, вечеринки в кругу единомышленников - что может быть лучше?)

Для участников конференции действует скидка для заселения в гостиницу

Если вы еще не присоединились к этому качественному событию - то самое время зарегистрироваться!

До встречи в Питере!



среда, 11 июня 2014 г.

А/B тестирование... Как, кто и где?

Недавно пришлось столкнуться с таким видом тестирования как А/В.
Для тех, кто вдруг не в курсе, как и я была не так давно, определение из wiki : 


A/B-тестирование  (англ. A/B testing, Split testing) — метод маркетингового исследования, суть которого заключается в том, что контрольная группа элементов сравнивается с набором тестовых групп, в которых один или несколько показателей были изменены, для того, чтобы выяснить, какие из изменений улучшают целевой показатель. Примером может служить исследование влияния цветовой схемы, расположения и размера элементов интерфейса на конверсию сайта. 

Метод часто используется при оптимизации веб-страниц в соответствии с заданной целью. Тестируются 2 очень похожие страницы (страница А и страница В),которые различаются лишь одним элементом или несколькими элементами (тогда метод называют A/B/N Testing). Страницы А и В показываются пользователям поочерёдно в равных пропорциях, при этом посетители, как правило, не знают об этом. По прошествии определенного времени или при достижении определённого статистически значимого числа показов, сравниваются числовые показатели цели и определяется наиболее подходящий вариант страницы. К числу компаний, использующих данный метод, относятся Amazon и Zynga.

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


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

Мне это показалось даже правильно.

Теперь же идет спор, что все, что имеет в слове корень "тест" относится к отделу тестирования.

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

О том, как создавать  лендинги и во сколько вам это обойдется, рассказывается неплохо вот в этой статье,  там же, в целом, и о опыте проведения этого тестирования.

У меня есть шкурный вопрос.
Кто проводил аналогичное тестирование в социальных сетях?

У кого есть опыт - поделитесь в комментариях.
Какие инструменты использовали ( цену, если не затруднит), сложности и , ну совсем в идеале, итог был положительный, или же все ушло к чертям?
Из социалочек особо волнует ВКонтакте.




среда, 21 мая 2014 г.

Кроссбраузерность вручную:Тысячи тестов за несколько часов.


Еще одна моя статья из журнала Tester's Life  (выпуска Август" 2013)
Немного предыстории 
Не так давно в нашей компании было принято решение интегрировать имеющийся проект в разные социальные сети и вопрос о кросс-платформенности и кросс-браузерности появился в виде огромной горы на моем пути, а я оказалась перед ней без экипировки альпиниста.
Ниже я расскажу, какие были проблемы, как они решались, какие применялись инструменты, методы и подходы, как велся подсчет количества тестов, как нам удалось сократить их с почти 6000 до менее 450, и на что вам стоит обращать внимание при проведении такого тестирования.

Сразу замечу, что у нас было 3 приемочных теста:
 1. проверить корректность установки приложения.
2. корректность входа в приложение.
3. минимальный пул тестов – открытие интерфейсов, которые для нас критичны

Быстрое разочарование...

Попробовав несколько инструментов для тестирования кросс-браузерности, я весьма быстро разочаровалась и выделила основные проблемы:

проблема 1.
тестируем социальную сеть 
Будьте готовы к тому, что 99% существующих инструментов для тестирования кросс-браузерности – тестируют только web-приложения. Проще говоря, вы увидите только скрин, и в лучшем случае это будет скрин вашего приложения, а не социальной сети.
А изначально ведь стоит задача проверить корректность установки и запуска самого приложения в социальной сети при использовании браузеров, клиентов, операционных систем...

проблема 2. 

Всем, наверное, знакомо приложение IE Tester, вот и я решила попробовать его использовать, к тому же необходимо было проверить корректность запуска проекта Империя в Facebook в браузере Internet Explorer 6.
Запустила IE Tester, выбрала версию IE 6, в которой нужно было открыть наше приложение в Facebook. Но в итоге я получила квадрат а-ля Малевич, только белого цвета с непонятными циферками. Не только нашегоприложения не увидела, а и сам Facebook не открылся.
 Через несколько недель после этого появились статьи о том, что Facebook отказывается от поддержки браузера IE 6. Я решила не отчаиваться, и пошла на поиски других бесплатных приложений.

LunASCAPE 6
Этот инструмент нельзя назвать традиционным средством для кросс-браузерного тестирования, он больше полезен для программистов и дизайнеров, да и весьма сложен в применении.
Вердикт
– для необходимого нам теста – не подходит.
SAuCELABS
В принципе абы как подходит для тестирования. Абы как потому что работает он ооооочень медленно.
Вердикт
– времени нет на долгую обработку одного запроса.
SuPER PREVIEW
Можно проверить работу приложения в интерактивном режиме просмотра страницы. Неплохой инструмент в целом, но немного виснет периодически.
Вердикт
– подх одит частично

просвещение

По результатам знакомства с инструментами, пришло понимание – ни один из них не даст гарантии, что я не протестирую его работу или социальную сеть, вместо своего приложения.
Вопрос: «Нужно ли тратить средства на покупку какого-то платного приложения?» – я отвергла сразу же. Но если вы уверены, что данное приложение сделает все, что вам необходимо и за нужное время – приобретайте. Особенно если знаете, что такие тесты вам понадобятся еще ни единожды.
Итак, мною было принято решение – тестировать вручную.
Порывшись по бескрайним просторам интернета, выявив множество браузеров, их версий, операционных систем, тьму версий flash-плееров, и связав этот хаос в одно целое
– я даже не смогла подсчитать, сколько времени уйдет на все проверки!

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

Начинаем рисковать
В данной ситуации без рисков не обойтись. Первый риск, который я на себя взяла – отбросила малоизвестные браузеры, которые в приличном количестве выдал поиск
Google, и наименее используемые операционные системы.
Теперь уже можно было подсчитать количество тестов:
• Берем известные браузеры и все их версии.
• Также берем все наиболее используемые операционные системы и все их подвиды: Windows 7 (Basic,Home и пр.), Windows Vista (все ее разновидности), Windows XP (Home, Professional и т.д.), Linux, Mac OS.
• Учитываем три социальные сети, в которых нам надо проводить проверки.
• Все это перемножаем между собой и на количество необходимых проверок по тест-кейсу.
Например: Браузер Mozilla Firefox – 19 версий, перемножаем на все виды ОС Windows перемножаем еще на 2 (32 и 64 бит). Затем делаем тоже самое с Windows Vista. Все полученные цифры складываем.
По итогу у нас получилось около 6 тысяч тест-кейсов, которые необходимо пройти.
Было понятно, что такое тестирование растянется на месяцы. А их у меня не было. Был от силы 1 день. А если честно смотреть на поставленные сроки 4-6 часов максимум.
Следующий шаг заключался в сборе и анализе статистики использования браузеров и ОС нашими пользователями (по внутренним данным проекта). По результатам был составлен топ-5 браузеров и топ-3 операционных систем 

Операционные системы:
·         Windows7 
·         Windows XP
·         Mac OS

Браузеры: 
o    Mozilla Firefox.
o    Google Chrome.
o    Internet Explorer.
o    Opera.
o     Safari.

Количество тестов уменьшилось в 2 раза и сос тавило около 3 тысяч тестов. Но даже если 1 тест = 1 минута, то 3 000 минут≈ 6 дней. А 6 дней на тестирование у нас нет
Совет:
для отбора приоритетных версий используйте:
• различную статистику в интернете
• данные из статистики блогов (например,в Blogger–е).
если у вас нет личного блога,обратитесь к друзьям
• показатели из вашего внутреннего баг-трекера от пользователей, и так далее


уменьшаем в 20 раз!

Главная задача
– выдать максимальный результат за 4 часа, что означает – нам нужно сократить количество  уже сокращенных тестов практически в 20 раз!
Как?!?
Как мы видим из предыдущих расчетов, в каждом браузере было очень много версий, изобилием версий отличаются и операционные системы, и флеш-плеер.
И вот тут снова прибегаем к рискам. А именно– отбрасываем «лишние» версии везде, где только можем при помощи классов эквивалентности и граничных значений.


 операционные системы:
Операционная система Windows 7 Basic от Windows 7 Home вряд ли имеет какие-либо технические различия, которые позволят выявить какой-то баг, еще сомнительней, что это будет критичный баг. Поэтому для тестирования берем только 1 версию (лучше наиболее полную) операционной системы Windows 7.
По аналогии поступаем и с остальными ОС

версии браузеров:

• Самая популярная версия.
• Самая последняя версия.
• Версия, на которой тестировали в предыдущий раз
(если тестировали).

Например:
Mozilla Firefox версии 10 / 19 / 3,6

версии FLASH

•Версия, на которой тестировали прошлый раз (на случай, если пользователь не обновился).
•Версия, которая является последней на момент необходимости тестирования.
•Промежуточная версия (если была). Данная версия берется на случай если пользователь обновил следующую версию, которую мы не проверяли, но не
обновился еще до последней.Обычно получается 2 версии, т.к. промежуточная
версия Flash для тестирования берется редко

алгоритм тестирования

посмотрим на примере нашего приложения.
После определения тестового окружения мы получили следующий набор:
• Социальные сети: Вконтакте, Одноклассники, Facebook.
• Операционные системы: Windows 7, Windows XP, Mac OS.
• По 3 версии каждого браузера: Mozilla Firefoх, Google Chrome, Internet Explorer, Opera, Safari.
• 2 версии клиента Adobe Flash.

подход к тестированию:

Берем операционную систему Windows 7 (как самую популярную) + Flash последний (так как его вы еще не проверяли) и ставим минимальные версии всех браузеров (это для дальнейшего удобства).

1. Заходим с каждого браузера в каждую социальную сеть. Ставим наше приложение себе на аккаунт и пытаемся в него зайти (по необходимости можно проверить самые критичные части функционала).
2. Далее обновляем каждый браузер до следующей нужной версии и повторяем первый шаг.
3. И так до тех пор, пока не выполним все проверки

подведем итоги

Если вы перемножите все варианты тестов из описанного примера подхода к тестированию, то получите вместо 3 тысяч тестов– около 450 для тестирования
кросс-браузерности/кросс-платформенности, это количество, которое реально проверить за несколько часов.

Число может быть меньше или больше в зависимости от количества выполняемых непосредственно шагов тест-кейса помимо требований к окружению. Если вы совместите это с парным тестированием, то сократите время еще в 2 + раз.
Данная схема и метод тестирования для наших проектов оказался идеально верным, быстрым, и удобным. С максимальным предоставлением информации

совет

•не брезгуйте никакой статистикой.

отслеживайте, собирайте, используйте.

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

•не делайте лишних тестов.

•тестируйте свое приложение, а не окружающую среду.