Есть вопросы по майнд менеджменту.

Есть например я. У меня есть телефон на андроиде. И сделаем допущение, что еще у меня есть мозг.

Альбом: randompics4lj

Особенности режимов работы мозга таковы, что с утра на отлично идет непосредственное выполнение задачек и рутина. Днем, ближе к вечеру - чтение чего-нибудь интересного. А вот поздно вечером и рано ночью подсознание с радостью начинает генерировать(или тырить, это нормально) абсолютно гениальные идеи, которые собственно в это время мне ну нафиг не нужны.

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

Утром 70% идей кажутся не такими гениальными, как хотелось бы.
А остальные 30% можно условно разделить на три группы:
1. Надо сделать.
Например: добавить в резюме список технической литературы, что я прочел за последние полгода. (здесь и далее условно будем считать, что идея хорошая, речь не о ней)
2. Хороший способ/практика. Некий метод, который хорошо применять в определенной ситуации.
Например: Разбор косяков начинать с "не понял", потом "нет ресурса", затем "не сказал" и после этого "не хотел", а не наоборот. Или там Задавать на собеседовании открытые вопросы, или третий бокал - будет лишним!.
3. Философское. Ну то есть в целом по жизни и по работе полезная штука.
Например Исключить атаки в прошлое или не стучать громко по Enter'у, или не молчать на обсуждениях, или молчать и слушать собеседника.

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

С Надо сделать и у меня и у робота все просто. Утром занес в планы - сделел. Нажал на кнопку - получил результат.

С Хорошим способом у робота тоже все хорошо. Фоновые приложения сидят в памяти, и делают что-нибудь полезное. Если в памяти становится тесно - выгружаются, но по событию - вновь появляются в ней и делают свою работу, а пока они ее делают - их никто не может выгрузить. Примерно так в андроиде работают googlemaps и браузеры.

И с философскими вещами у роботов тоже все хорошо. Крутятся в памяти постоянно и на них стоит флаг "не выгружать". А когда понадобится мы видим результат их работы. Например NetCounter.

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

Френды, как вы запоминаете-а-потом-применяете обще-в-целом-полезные-мысли? Стикеры на видных местах не предлагать, они меня только бесят.

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

Дублирую мой пост на форуме.

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

Альбом: randompics4lj

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

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

И говорят, что у нас все было хорошо, а теперь есть ты.

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


У меня есть своя версия на все эти счета.

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

На какой вопрос я отвечваю: Чем этому тестировщику нужно заняться? А чем не нужно?

Как это обычно бывает?

1. Посадят человека учить систему и читать доки. На неделю-месяц-два.
2. Затем он будет проверять корректность работы новых фич по мере того, как программисты их создают.
3. Затем он утонет в объеме работ и будет терять смысл.

Что предлагаю я?

Сбор информации:

1. Выяснить мнение руководителя - какую проблему он хочет решить тестировщиком. Чего он от него будет ждать. Он "шоб был" никого нанимать не стал бы.
2. Узнать у разработчиков, какие баги специфичны для их фреймворка, архитектуры, железок, продукта в целом. Рассказать им о прелестях наличия специально обученного тестировщика в группе, о возможностях сотрудничества. Узнать, как тестер мог бы им помочь.
3. Очень плотно пообщаться с техподдержкой.
3.1. Выяснить личное мнение ТП о проблемах продукта. На что клиенты злятся. Чего не любят.
3.2. Взять, да и прошерстить базу Service Desk за последние полгода, вытащить из нее баги пропущенные к клиентам. (!)
4. Узнать, какие средства тестирования уже есть? Статический анализ кода, юнит тесты?
5. Само собой, процесс разработки. Коммиты, версии, релизы, сроки, тэги, CI.
6. По-моему, у них нет багтрекера. Но я не уверен.

Дальнейшие действия и варианты:

1. Вполне возможно, что хорошо сработавшейся команде тестировщик и не нужен, а надо внедрить еще пару тройку средств превентивного обнаружения багов.
2. Выделить первоочередные задачи для тестировщика
2.1.Для начала, ручная проверка функционала, в котором баги были найдены клиентами(см. базу техподдержки).
2.2. Адекватное встраивание предыдущего пункта в процесс разработки, чтоб тестирование не было совсем уж отдельным.
2.3. Действия, направленные на оправдание ожиданий руководителя проекта.
3. Если нет CI, то завести ее - это обязательно, но - факультативно и в будущем.
4. После того, как процесс оформится - только после этого - задуматься о постепенной автоматизации: bash скрипты, если будет необходимость - Selenium'ы и прочие testcomplet'ы.

5. Собрать результаты и выводы по предыдущим пунктам. Купить бутылку виски и долго на них медитировать. Составить план работ со сроками, ответственными и действиями. В плане - обучение, решение первоочередных проблем, второочередных проблем, привязка всего этого к релизам и т.п. Результаты деятельности тестера.

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

7. Приступить.
...
9. PROFIT!!!

Альбом: randompics4lj

P.S. В молодую, динамично развивающуюся все еще требуется, ага.

Рутина

Предлагаю поддержать исконную забаву офисного планктона:

Фотограмма на тему я и моя сраная кошка мое рабочее место.

Мое:

Альбом: office

Да, там слева есть еще один монитор, а еще левее тестировщица Наташа.

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

Страшный Волк

- Дядя, а это правда, что в лесу живет страшный волк-людоед?
- Конечно правда, сынок. И если ты не пойдешь в лес, то с тобой никогда ничего не случится..

Ищем человека

В молодую, динамично развивающуюся компанию



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

Работать с этим. Ну или примерно с этим.

Все, что написано в тексте оф. вакансии - дико необязательно.

Нам надо только общую адекватность, здравый смысл и

Интерес к работе тестировщика.

Искренний интерес к работе тестировщика.

Неподдельный искренний интерес к работе тестировщика!!!111111ОДИНОДИН

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

А еще я.

Денег ок, дадут больше, но только если будут выполнены обязательные требования.

Альбом: office

Отлично же!

Отличный, замечательный календарик!

The world is not so perfect to ignore QA.

http://flasherrr.livejournal.com/50597.html

Опрос

Вопрос, кстати, из собеседования в нау.

Дано: тебе дали новый компьютер.
4 Gb RAM, процессор пусть будет Intel(R) Core(TM)2 Quad CPU Q8400@2.66GHz

Внимание вопрос: ОС с какой разрядностью ставить? x86 или x64?

Я в свое время ответил, что x86, соответственно, установил себе именно такую ОС и знаю почему.

Но у вас могут быть свои версии на все эти счета, не так ли? ;)

Рутина

Чертов андроид.
Уже третий раз случайно нажимаю на дату в браузере и срабатывает вызов абонента. Вчера в такой ситуации уронил телефон.
201104282, кто бы ты ни был (голос мужской, молодой), извини.

Кино

В рамках акции "Смотри фильмы, будь культурным" к просмотру заботливо выбраны и приготовлены фильмы, краткое описание - отсюда:

Аты-баты, шли солдаты… — один из лучших советских фильмов о ВОВ. Быков в роли Святкина и Конкин в роли Суслина — просто класс. Концовка фильма с песней «Бери шинель, пошли домой» заставляла рыдать всех.

После дождичка в четверг — винрарнейший фильм по мотивам всех русских народных сказок одновременно. Сценарий писал Юлий Ким, музыку — Геннадий Гладков, что в сумме дает полный винрар в плане звука. Присутствуют полеты на ковре-самолете, Табаков-Кащей и даже неслабая интрига. Для некоторых — лучшая экранизация народных сказок, и плевать, что по собственному сценарию.

О бедном гусаре замолвите слово — гусары-c, Леонов, копьё-c в жопе знатной дамы. Отчасти смешной, отчасти грустный фильм. «Кондитер, скотина, обещал торт коньяком пропитать!», «Ну ты, карбонарий хренов!». К 23-му февраля традиционно вспоминается фраза «Появляется пьяная гусарская рожа… Виноват! Лицо защитника отечества.»

Иди и смотри - План «Ост» в действии. Смотреть для излечения от фапа на Гитлера и прочей хуйни

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

Сказка странствий — фильм-сказка о последствиях киднеппинга и о том, как много-много бабла может испортить человека. А может и не испортить. Светлая и романтичная эпоха Средневековья. В итоге, знание оказывается похеренным и утраченным, но такой ценой бобро в очередной раз побеждает осло. Чёрт побери, финальная сцена победы разума над человеческими пороками, где бывший принц рисует на обломках своего замка силуэт «рукотворного нетопыря, поднимающего в воздух человека», выбивает слезу, сколько раз ни смотри этот фильм.

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