пятница, 30 мая 2014 г.

Рутина

Из канала тестеров:
- сделай ещё голосовалку: нужна ли демократия?
- это лишнее, демократия в нужных руках
И да, я не сторонник демократии.

четверг, 29 мая 2014 г.

Урок 2. Слайды 74-75

Утро доброе. но какое-то прохладное.

Поехали:

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

Содержимое слайда
Стратегия и дизайн.
Думайте о дизайне как о применении стратегии для выбора техник тестирования и генерации идей , наборов данных.
  • Кто будет проводить эти тесты? (Каковы его знания и навыки?)
  • С какие потенциальные проблемы он пытается обнаружить?
  • Каким образом он распознает подозрительное поведение программы? (оракул?)
  • Что он фактически будет делать?
  • Какие инструменты он будет использовать?
  • На каких данных проводятся тесты? Хороши ли эти данные?
  • Будет ли он создавать документацию или сохранять архивы, чтоб помочь организовать работу будущих тестировщиков?
  • Каков результат его работы? Отчет? Лог? Архив? Код?
  • Какие аспекты контекста проекта могут усложнить его работу?

Слайд 75
Твой выбор техник важен, так как ты обнаружишь разные вещи при использовании разных техник. Вот пример двух наиболее широко используемых техник.
Люди, понимающие особенности бизнеса и знающие, как именно программа будет решать их проблемы часто тестируют по сценариям. Сценарий - история о том, как программа будет использоваться в реальной ситуации. Тест спроектирован с учетом реальности, а не эффективности. Сбой покажет, что что-то важное в По не работает.
В отличие от этого тестирование доменов более широко распространено среди профессиональных тестировщиков. Вы могли слышать об этом как о анализе классов эквивалентности и граничных значений. Это одно и то же. Представьте себе тестирование установки размера полей страницы в текстовом редакторе - мы проверяем, как много пустого места между краем печати и краем страницы. Тестирование доменов проверяет крайние случаи: самый узкий край и самый широкий. Слишком узкие и слишком широкие поля. Если у программы есть баг, то экстремальные значения переменных найдут его быстрее. В отличие от сценариев, мы не беспокоимся о реализме тестов. Мы не думаем о том, какие значения ширины полей обычно используют люди. Мы лишь думаем о том, чтоб программа могла обработать их. Работа с разными техниками помогает тебе узнать о программе больше разными способами, проектировать разные тесты и находить разнообразные баги.

Книг пост

Какую книгу стоит прочитать вашему собеседнику?
http://plakhov.livejournal.com/219337.html
Интересный вопрос.
Интересное мнение.
И масса годной литературы в комментариях.
Цитата:
"Понедельник начинается в субботу" Стругацких для разговоров о работе
"S.N.U.F.F" Пелевина для разговоров о политике
Евангелие (хотя бы потому, что те, кто его честно прочитал, реже вступают в бессмысленные религиозные и антирелигиозные споры, независимо от веры в прочитанное)
"Вы, конечно, шутите, мистер Фейнман" для разговоров о жизни
"1984" для разговоров о свободе
Возможно, пару "Чужак в чужом краю" и "Звездная пехота" Хайнлайна для разговоров об обществе, но именно что пару вместе.

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

Терминологии пост

Из русского глоссария rstqb:
метод   тестирования   "большой   взрыв"   (big-bang   testing): Вид   подхода   к   интеграционному  тестированию,  при  котором  элементы  программного  или  аппаратного  обеспечения,  или  и  то  и  другое,  собираются  в  компонент  или  в  целую  систему  сразу,  а  не  по  этапам.
Я считаю этого недостаточно. Сообществу срочно нужны:
  • bang-bang testing
  • gangbang testing
  • ping-pong testing
  • thailand testing

вторник, 27 мая 2014 г.

Урок 2. Слайды 71-73

По поводу скорости перевода - в ближайшее время будет меньше, тут какое-то rstqb намечается. Тем не менее, как-то так:


Поехали:
Слайд 71
По мере развития проекта ваша миссия тоже может меняться. В начале проекта вы будете заниматься охотой на баги. Позднее вы будете помогать менеджеру проекта принимать решение о выпуске продукта. Для достижения этих целей вы будете тестировать по разному. Охотник на баги проводит в областях высокого или неизвестного риска, а не в местах, где риски малы или там нет багов, или если баги найденные там никто не будет чинить. В отличие от охотник, эксперт по статусу продукта уделит внимание всем частям продукта и потратит боль9ше времени на области с низкими рисками.

Слайд 72
Когда ты поймешь в чем твоя миссия. ты пойдешь, как достичь ее цели. основной план достижения целей - твоя стратегия.

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

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

Содержимое слайда
Стратегия тестирования
Стратегия учитывает:
  • твои ресурсы (время, деньги, инструменты и другое)
  • знания и навыки твоей команды
  • насколько сложным является окружение продукта
  • риски проекта
Для выбора лучшей комбинации ресурсов и техник
  • которые вы можете пустить в ход
  • для достижения целей миссии
  • так хорошо, как сможете с учетом обстоятельств

Урок 2. Слайды 69-70

А это видео с недавнего соревнования в Киргишанах, в котором я не принимал участия.
Наверное, я все-таки куплю goPro. Потом.


Поехали:

Слайд 69
Различные обстоятельства приводят к различным информационным целям. Вот пример:
В первом случае вопрос в том, готов ли продукт к продаже. Это решение принимает не группа тестирования. Но тестировщики могут повлиять на него. Если вы считаете, что продукт в плохом состоянии, у вас есть возможность найти много багов, чтоб продемонстрировать серьезность проблемы. Если вы найдете достаточно серьезные баги, то один из ключевых заинтересованных лиц примет решение о задержке релиза до тех пор, пока баги не будут исправлены. Мы называем такие баги show-stopper.
Во втором случае По было уже выпущено. Оно неплохо работало в бою и группа тестирования работала на адвокатов. Группа не искала show-stopper'ы. Шоу уже шло. Группа искала проблемы ПО, которые помогут адвокатам понять проблемы ПО и объяснить их судье и жюри.

Содержимое слайда:
1 случай:
У массового По близится дата релиза. Группа тестирования считает, что багов слишком много и хорошо проинформированные заинтересованные лица примут решение пока не выпускать его. Эти тестировщики заинтересованы в охоте на серьезные баги, которые помогут принять заинтересованным лицам решение о задержке релиза.
2 случай
ПО засбоило во время эксплуатации и послужило причиной серьезных убытков. Адвокатская фирма наняла тестировщиков, чтоб определить, что вызвало сбой. 
Этим тестировщиков не нужно охотиться на баги. Им нужно определить все возможные причины конкретного сбоя и изучить информацию о качестве от производителя ПО,

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

понедельник, 26 мая 2014 г.

Отчета о выходных пост

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

Погода и компания - не подкачали. Дорога - мое почтение. От Исети до Северки грунтовка скачет и петляет мимо как минимум трех ЛЭП стремясь показать нам разнообразные ручьи, камни и прочие красивые сосны.

У поворота на чертово городище нам показал дорогу дедок на велосипеде и тут же шустро ушуршал вперед. Ушуршал от двух здоровых лбов, м-да. Старая закалка, видимо.

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

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

Напоследок - фоточки с маршрута. Первая остановка в святом месте:
Отписать смс жене:
ЛЭП. Этого добра в округе навалом. Благодаря петлянию дороги ощущение, что линий не меньше восьми. На самом деле штуки три.
На следующей фото слева плохо видна композиция изображающая семью туристов:

Кот проживающий в северке. А как без кота?

пятница, 23 мая 2014 г.

Велорадости пост

А мы в воскресенье катим к Исети и Песчаному.


Урок 2. Слайды 67-68

Сегодня хороший день. Кот с надеждой смотрит в будущее. И немного с опасением.


Поехали:

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

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

Слайд 68
Не всем заинтересованным лицам нужна одна и та же информация. Она может отличаться в зависимости от проекта, конкретного человека.
например, продавцы могут вас попросить разработать предрелизный демо-скрипт для продукта.  Это не поиск багов. Все знают, что продукт полностью не работоспособен, но продавцам нужны простые сценарии, которые позволят им обойти баги во время демонстрации возможностей продукта.
Тестирование будет зависеть от целей поиска информации - вида информации, которая нужна заинтересованным лицам.

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

четверг, 22 мая 2014 г.

Рутина

me: кстати, а как принято параллелить? в рамках одной сборки или на несколько?
AT: В рамках одной сборки. Обычно оно само распараллеливается по тестовым классам. Но у нас тут особый случай. У нас один класс, который работает очень долго
me: Вывод очевиден - написать генератор классов и рекомпиляцию проекта который пишет сам себя :)
  Я считаю, что смешно. Нужно больше треша и угара.

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

Урок 2. Слайды 65-66

Поехали:
Слайд 65
Мы тестируем ПО от имени кого-либо еще. Эти люди - заинтересованные лица.
Большую часть времени тестирование является частью усилий по разработке продукта, чтоб помочь ускорить проект и сделать приложение лучше. в этом случае ваши заинтересованные лица - это заинтересованные лица продукта - те, на кого повлияет успех или провал продукта.
Однако иногда успех проекта тестирования не зависит от успеха тестируемого продукта.
Например, я работаю в компании, которая покупает другие компании. Часть нашего процесса - оценка продуктов компаний, которые мы покупаем. Если этот продукт окажется забагован или сложен в поддержке, мы предложим меньше денег или откажемся от сделки. Кто захочет покупать компании, которые создают второсортные продукты?
В этом случае заинтересованным лицам важен успех проекта тестирования, но задача тестирования - предоставить информацию, которая нужна, а не сделать продукт лучше.

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

Слайд 66
Когда я говорю информация я имею в виду изучение того, что мы в данный момент не знаем. Karl Popper был один из самых влиятельных философов в науке. Его труды являются обязательными к прочтению для студентов во многих областях, благодаря ясности и чистоте идей. Popper критиковал эксперименты которые являлись обычной демонстрацией. Не проектируйте эксперимент, чтоб подтвердить что-то, что уже знаете. проектируйте его так, чтоб опровергнуть то, во что верите. Проектируйте его так, чтоб он скорее всего провалился, если вы ошибаетесь. Это, говорил Popper, основа исследования.
Многие тестировщики проводят одни и те же тесты снова и снова. Каждый раз, когда программист меняет программу, они возвращаются к старым тестам и программа проходит большинство из них, снова и снова. Это не тестирование. или это не компетентное тестирование. Мы не изучаем ничего, когда программа проходит такой тест.
Люди проводят такие тесты, чтоб подтвердить, что каждая фича, которая уже создана все еще работает. Они называют это лучшими практиками. Они дали этой работе забавное имя, регрессионное тестирование.
Если следовать Popper'у, то мы должны продолжать тестировать старые фичи, но мыв должны использовать новые тесты. Мы должны тестировать каждую фичу с каждым разом все суровей, возможно, на более сложных данных или на разных платформах или в комбинации с другими фичами. Пройдет ли программа эти новые тесты или провалит их - мы узнаем что-то новое. Это - информация.

Урок 2. Слайды 62-64

Мерзкое утро.


Поехали:

Слайд 62
Во многих книгах определение тестирования слишком длинное, так как они пытаются полностью описать сложное понятие.

Слайд 63
Вот мое рабочее определение. Пойдем по порядку.

Содержимое слайда:
Тестирование ПО
  • является эмпирическим
  • техническим
  • исследованием
  • осуществляемым с целью обеспечения заинтересованных лиц
  • информацией
  • о качестве
  • тестируемого продукта или сервиса

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

Содержимое слайда:
Определение тестирования
эмпирическое
  • мы получаем знания из мира, не из теории (Мы называем это экспериментами, тестами)
  • мы получаем знания из многих источников, включая техсапорт. пользовательский опыт и так далее
техническое
  • мы используем технические средства, включающие эксперименты, логику, математику, модели, инструменты.

вторник, 20 мая 2014 г.

Английского языка пост

http://www.languagelink.ru/test/english/onlinetest/main.html
Мой уровень - Elementary

Плохо, совсем плохо. Словарный запас какой-то есть, но со временами жутко путаюсь.

Ограничений пост

О пользе ограничений:

http://www.artlebedev.ru/kovodstvo/sections/175/

Основная мысль - только в ограничениях рождается качество и в них же оно имеет ценность.
Сугубо согласен.

Из собственного опыта: последние несколько лет, пока я был автотестером у меня и группы были (нам их выдали) вполне четкие и формальные ограничения:
  • общее время прохождения тестов 2 часа
  • процент ложных срабатываний 0,01%
  • отсутствие кандидатов в АТ на рынке Екатеринбурга
  • ноль замечаний статического анализа
  • не увеличение времени отставания покрытия тестами от создания фич программистами
Думаю, что в том числе и благодаря этим ограничениям у ребят и у меня получалось вполне себе неплохо - заодно сами знатно прокачались.

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

понедельник, 19 мая 2014 г.

О рекламе

Да, отчетливо не хватает большой кнопки "Я уже купил, прекратите рекламировать"


суббота, 17 мая 2014 г.

Урок 2. Слайды 58-61

Отличная трасса найдена мной с подачи Коли:
Примерно 50 км по московскому тракту, машин нет, дорога в целом ок. Я проехал за три часа, но мне еще надо тренироваться.
В далеком идеале - довести время часов до двух.



Поехали:

Слайд 58
Добро пожаловать на вторую лекцию курса основ тестирования ПО.

Слайд 59
Сегодня мы рассмотрим какими бывают группы тестирования и как они организуют свою работу.
Один из сегодняшних основных уроков о том, насколько разнообразны наши области деятельности. Мы не можем указать одну главную цель или одну лучшую стратегию или один стандартный способ организации группы. Мы рассмотрим разные возможности.
Есть небольшой список рекомендованной литературы. В ней подчеркивается степень разнообразия способов мышления тестировщиков в разных компаниях. Это один из аспектов понимания того, как могут быть организованы усилия по тестированию. Моя книга по найму тестировщиков и книга Джонотана о ценности тестирования затрагивает и другие аспекты.

(прим. переводчика - список литературы на слайде соответствует списку во введении)

Слайд 61
Итак, давайте начнем с определения тестирования.
Я считаю, что определение Глена Майерса наиболее популярно среди тестировщиков - мы все рассматриваем себя как охотников за багами.
Я предпочитаю определение Джеймса Баха, так как оно ведет к более важной мысли. Каждый тест это вопрос. Если вы уже знаете ответ, то это демонстрация, а не тест.

Содержимое слайда:
Что такое тестирование ПО?
  • процесс выполнения программы с целью поиска ошибок. Глен Майерс (1979, с.5) Искусство тестирования ПО
  • допрос программы для ее оценки. Джеймс Бах

вторник, 13 мая 2014 г.

Видяшки с поездок 9 и 11 мая

Ничего особо интересного, дорога, дорога и мы не спеша едем.
Так, на память.
Озеро чусовское раз:
Два:
Три:
До Березовского раз:
Два:
Три:

понедельник, 12 мая 2014 г.

Урок 2. Введение.

Третьего дня прогулялся по старым и не очень друзьям и знакомым.
С помощью планирования, пары заказов такси и добрых друзей, которые подбросили до синих камней - за сутки - с 00:00 до 23:00 я увиделся с девятью людьми, которых я не видел... в среднем по полтора года каждого.
Максим, Тёма, Настя, Алексей, Оля, Костя, Саша, Оля, Наташа - спасибо вам большое.

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

Еще спасибо за то. что помогаете мне понять, что людей нужно и важно - любить. И за то, что сами того не зная, помогли составить список людей - спасибо.



Поехали:

Урок второй. Стратегия.

Это вводная лекция контекстного тестирования:
  • Цель, лежащая в основе подготовительных примеров и списка литературы состоит в том, чтоб подготовить ваш мозг к огромному разнообразию ролей тестировщика. Если же у вас нет предрассудков о тестировщиках и их ролях, то вы узнаете кое-что новое, что может помочь вам пройти первое собеседование на должность тестировщика. Если вы попали на этот курс с уже ограниченным взглядом о ролях тестировщика и группах тестирования, то этот урок будет вызовом вам, чтоб расширить свои взгляды.
  • Эта лекция определяет тестирование как сервис для заинтересованных лиц. В частности это эмпирический поиск релевантной качеству информации о продукте от имени заинтересованных лиц. Ключевые заинтересованные лица часто имеют разнообразные потребности в информации. Чтоб соответствовать этим потребностям, тестировщики приспосабливают свое тестирование (то, что они делают, инструменты, которые они используют, как они приоритезируют свое время).
  • Тестировщики также должны приспосабливаться к реалиям проекта, таким как бюджет, план, навыки персонала, доступность инструментов.

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

Список литературы
Следующие статьи обязательны к прочтению:
  • Kaner C. Управление соотношением тестировщиков и других разработчиков http://kaner.com/pdfs/pnsqc_ratio_of_testers.pdf
Следующие статьи рекомендуются к прочтению:
  • Bach J. Эвристическая модель стратегии тестирования http://testingeducation.org/BBST/foundations/Bach_satisfice-tsm-4p-1.pdf
  • Kaner C. Найм тестировщиков ПО http://kaner.com/pdfs/qaijobs.pdf
  • Kohl J. Как я создаю ценность своим тестированием? http://testingeducation.org/BBST/foundations/Kohl_Blog_CreateValue.pdf

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

Пожалуйста, опишите роль группы тестирования в вашей организации. Если вы работаете в компании, в которой нет групп тестирования, опишите ситуацию с группами тестирования в других компаниях с которыми вы знакомы.
  • Какие сервисы предоставляет ваша группа?
  • Попробуйте одним коротким предложением описать, какую самую важную ценность предоставляет или должна предоставлять компании?
  • Перед кем отчитывается менеджер вашей группы? (Какова его роль? Он сфокусирован на поддержке клиентов? Разработке продукта? Маркетинге? Обеспечении качества? Другие задачи?)
  • Насколько большая у вас группа и как соотносится с количеством разработчиков? Есть ли баланс в этом соотношении?
  • Каковы ключевые организационные проблемы вашей группы? (Когда мы говорим о организационных проблемах мы имеем в виду роли, бюджет, возможность тренингов, влияние решений маркетинга)
  • Чем вы отличаетесь от обычной группы тестирования?
  • Как вы будете менять все это?

Чусовское

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

Отдельное спасибо Евгении А. предоставившей камеру goPro, которую я некоторое время нацепил над глазами и вертел башкой в пути.

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

Итак, девятого числа с первым из рыжих друзей мы катились по синему маршруту. Дорога до озера - отличная, однако, есть несколько минусов:
  • пара километров мимо свалок
  • генеральская дача, перекрывающая дорогу
  • наивный я, проложивший 4 км маршрута вдоль железной дороги по насыпи
Соснами, воздухом и видом на озеро - удовлетворен.

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

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

Так

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

Картины пост

Очень своеобразные картины рисует художник. Сходите:http://johnbrosio.com
Там еще много всякого.

Флешмоба пост


С мест сообщают

В Екатеринбург 25 мая одновременно 300 человек "умрут" на пять минут. Этот флешмоб получил название "Внезапная смерть". Как утверждают организаторы 25 Мая 2014 года в 16:00 на улице Вайнера участники флешмоба упадут замертво. Через 5 минут они воскреснут и разбредуться в разные стороны. и будут смотреть реакцию прохожих. В соцсети уже появилась группа для тех, кто захочет поучаствовать в этом флешмобе.
Не знаю, как насчет принять участие, а заценить схожу.

четверг, 8 мая 2014 г.

Станция Мир - Дорога в космос

Там в этом небе такие звезды, я предлагаю не ждать утра.
Для нас с тобою дорога в космос, вы оставайтесь, а нам пора.
Вот тут вся песня:
http://yadi.sk/d/eXggE50QPUpWs

Урок 1. Слайды 54-56

Пробил шину. Не успел толком покататься с утра. Печаль.


Поехали:

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

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

{прим. переводчика, то есть меня - дальше еще полстраницы лабуды про то, как надо проводить экзамен}

Слайд 56
Конец урока 1

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

Урок 1. Слайды 52-53

Злости и коварства кот:


Поехали:

Слайд 52
Ответ на предыдущий вопрос (b).
Самая частая ошибка - (c).
Ответ (c)  - верное утверждение. Тесты белого ящика фокусируются на внутренностях продукта, а черного - на внешнем видимом поведении.
Но это все равно что сказать, что солнце восходит на востоке, а садится на западе. Это правда, но это нерелевантно. Вопрос не в том, чем отличаются виды тестов. Вопрос - в чем смысл их отличий. Это значит, что нужно выделить самое важное в том, в чем они отличаются.
Вариант (c) не говорит об этом, а (b) говорит.

Слайд 53
Другая распространенная ошибка - ответ (b) - см. содержимое слайда. Многие люди считают, что ответ (b) верен. Независимое тестирование обычно является формой тестирования черного ящика во внешних лабораториях тестирования.
Однако вопрос начинается с "согласно лекции". В лекции я просто приводил пример независимого тестирование, проводимого внешней лабораторией. В лекции говорилось, что независимое тестирование может проводиться методом и черного и белого ящиков, а значит согласно лекции, пункт (b) неверен.
в нашей области есть масса утверждений, про которые нельзя определенно сказать, что Х неверно, разве что если Х не является откровенно смешным заявлением. Я не настаиваю, что наши определения верны. Но я настаиваю на том, чтоб вы понимали, чему я вас учу. Так что, если в вопросе сказано "согласно лекции", вы должны дать ответ, который согласован с этой лекцией. Но вы не обязаны думать, что он верен вообще.

Содержимое слайда:
Согласно лекции независимое тестирование ...
  • a. должно проводиться внешней компанией
  • b. является видом тестирования черного ящика и обычно проводится независимой компанией
  • c. обычно проводится независимой компанией, но может проводиться группой внутренних тестеров, защищенных от влияния группы разработки
  • d. (a) and (a)
  • e. (a) and (c)
  • f. (b) and (c)
  • g. (a) and (b) and (c)

Гранд Россия Макет

Знаете, а сюда я обязательно загляну в следующую свою поездку в питер:
http://www.grandmaket.ru/ 
Сходите по ссылке. А лучше - прочтите пост Хваткина про сабж.

Цитата из него:
Сегодня расскажу вам об этом чуде. Гранд Макет Россия. Сразу хочу вас предупредить, что если вы подумали, что сейчас речь пойдёт о какой-нибудь набитой патрио-пафосом и дуроглупостями вперемешку с фобиями россиян ерунде, проспонсированной так называемым министерством так называемой культуры) - вы ошибаетесь. Речь пойдёт о действительно очень достойном проекте, к которому, как и ко всему достойному, минкульт, кстати, стоял равнодушным до последнего.
Картинка для привлечения внимания:

Пост до сих пор не проплачен.

Есть вопросы

Вот такая видяшка:
http://www.youtube.com/watch?v=5NO-fka_JTQ

Допустим, что это не фейк, кстати, такое вполне может быть.
Вот тут справа есть опрос - могли бы вы ответить: Что страшнее (сложнее) лично вам - кидать нож или стоять под тем ананасом?

вторник, 6 мая 2014 г.

Урок 1. Слайды 50-51














Урок 1. Слайды 47-49




















Почетных грамот пост

http://www.rstqb.org/soobshchenie/article/sovmestnaja-podgotovka-k-sertifikacii-v-ekaterinburge.html

Илья забацал rstqb в екб.

Тепловая карта веломаршрутов.

По наводке eka-bike:
Вот такая карта маршрутов.
Что-то более менее адекватное показывает на серьезном приближении, в масштабе как на картинке все выглядит достаточно одинаково.
Тем не менее - занятно.

То, что это не только автомобили видно по ЦПКиО:
 
по драме  стандиону и паркам за дворцом:

Как-то так. Пользуйтесь.

понедельник, 5 мая 2014 г.

Надежды пост

Истории пост

Одна из любимых книг моего детства: "Справочник необходимых познаний".


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