вторник, 31 января 2012 г.

Утреннего потока сознания пост.

— Ну, вот… Дорога есть, а бабки нет…
— А зачем нужна дорога, через которую нельзя перевести бабку?
О чем говорят мужчины


Вот ищешь бывало, где бы и у кого бы поучиться. Слушаешь, внимательно так, но - самых громких. Мол:

печеньки - вкусные
работа - интересная
обучение - запросто


Думаешь - о! Обучение. А потом смотришь на заголовок топика и видишь: джедая хотят. Ну или падавана. Юнглингов никому не надо. Так кто кого учить-то будет?

Интересно, а кто готовит джедаев для всех этих громких? Может мне как-то с ними пообщаться?

Где тот астероид с маленьким зеленым учителем, а?

Lesson 70

К предыдущему: мы тоже стараемся разнообразить обстановку:

Альбом: office


Слово Канеру:

Серьезные дефекты являются потенциальными проблемами с безопасностью.

Большинство взломов через интернет используют ошибку переполнения буфера (Schneier 2000a and 2000b). Эти ошибки могли бы быть найдены до релиза, if only testers weren't so busy training themselves out of looking at extreme cases that they "know" the programmers won't fix. Все, что может помешать работе программы или привести к повреждению данных является потенциальным эксплоитом.

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

Предположим, ты можешь уронить программу, введя 65536 9s в поле, которое должно принимать значение от 1 до 99. Будет ли кто-нибудь действительно так делать? Конечно, люди сделают это. Не ваши друзья, может быть. И не программисты, отклоняющие баг, говоря при этом «Если кто-то будет достаточно туп, чтоб сделать это — он получит в награду падение системы». Но идиоты — не только взломщики ПО.

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


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

Lesson 69

Хором повторяем мантру: У нас самый замечательный офис и все остальные офисы завидуют нам!

Не, ну серьезно. Особенно радует pivpav утренними шаржами с возможностью их дополнить и улучшить.

Пруфпик:
Альбом: office


Слово Канеру:

Сообщайте о ошибках проектирования.

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

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

О запоздалой критике проектирования Даже если продукт был полностью спроектирован заранее (что маловероятно в реальных условиях реального мира), люди не полностью видят систему до тех пор, пока она не будет создана. Это вполне нормально для людей — понимать, что система неверно спроектирована, только после начала работы с ней. О проблемах нужно сообщать, когда они обнаружены, и многие из них не будут найдены до тех пор, пока система не будет почти закончена.

О проблемах с экспертизой Действительно, тестировщики отличаются по своей способности понимать и оценивать вопросы проектирования. С другой стороны тестировщики это те люди, которые сопровождают система через все этапы до продажи ПО или его запуска в производство. Exercise some caution if you don't have relevant expertise. Например, перед критикой пользовательского интерфейса, стоит почитать документацию системы и пообщаться с другими людьми, которые знают о проектировании больше вас. Но если вы уверены, что проблема есть — занесите ее в багтрекер.

Группа тестирования может стать более компетентной в оценке проблем проектирования, нанимая людей с разнообразным опытом. Тестировщик с экспертизой в домене (глубокие знания о том, как будет использоваться продукт) может сосредоточиться на тестировании и обработке вопросов, которые беспокоят адекватных пользователей. Это лишь одна из областей, экспертиза в которой может улучшить вашу группу. Если один из тестировщиков имеет опыт проектирования баз данных, другой — сетевой безопасности и так далее, то группа в целом позиционируется, как делающая полезные оценки различных аспектов работы продукта.

Примечания
- Именно поэтому мы видим большой интерес к таким современным подходам, как XP и RUP (более общее — итеративный, адаптивный, эволюционный, гибкий подходы ). Эти подходы принимают как данность то, что изменения требований к продукту появятся и стремятся минимизировать риски этих изменений. См. например Beck 1999, Kruchten 2000, and http://www.agilealliance.org.
- Apple, Microsoft, Sun и многие другие публиковали руководящие принципы разработки пользовательского интерфейса.
- Не всегда возможно сформировать правильный набор людей в контрольной группе в срок. Возможно, вам придется работать со сторонними консультантами или провести обучение персонала или для выполнения некоторых видов оценок.

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

среда, 25 января 2012 г.

Рутина

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

Это получается одна строка тестов на 30 строк кода системы. Без учета юнит-тестов.

Давайте хвастаться своими sloccount'ами?

вторник, 24 января 2012 г.

Lesson 68

По мотивам сегодняшнего xkcd:

Альбом: bug


Печаль, тоска:
Альбом: bug



Слово Канеру:

Никогда не считайте, что очевидный баг уже найден.


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

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

Lesson 67

Проводили сегодня сессию долгосрочного планирования и оценки задач. Начали после обеда, очнулись почти в пять.

Запланировали месяца на 2 вперед примерно. И еще на месяц работы - отменили задачек. Зачотно, ящетаю.

Слово Канеру:

Репортите баги быстро.

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

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

пятница, 20 января 2012 г.

Lesson 65, Lesson 66

Результат сегодняшней деятельности по автоматизации тестирования генератора отчетов:

Альбом: office


Это не камень в конкретный огород, это в целом полезный, таксть, совет.


Слово Канеру:

Никогда не используй багтрекер для мониторинга поизводительности программистов.

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

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

среда, 18 января 2012 г.

Lesson 64

В мой персональный рай провели интернеты!
Радость, праздник, приходите-на-чай-смотреть-фильмы.


Кстати, помните, я вчера искал?
Нашел:
Альбом: home


Слово Канеру:

Обратите внимание заинтересованных лиц на спорные баги.

Если ты думаешь, что будет трудно убедить программистов пофиксить багу, но хочешь, чтоб ее починили, узнай, кто еще в компании получит пользу от починки. Например, несоответствия пользовательского интерфейса могут показаться незначительными для программистов. Attempting to reason with some project managers about issues like this is a waste of time.

Несоответствия ведут к увеличению расходов на составление пользовательской документации, обучение и техсаппорт. Кроме того, если они обнаружатся во время предпродажной демонстрации, они могут стоить продажи. Если они влияют на доступность, то правительственные учреждения, требующие соблюдения ADA, могут быть не согласны купить продукт. Если они будут очевидны для обозревателей продукта, они могут привести к плохому отзыву в СМИ(продукт будет описан как небрежно разработанный или сложный в использовании). Любая такая издержка ударит по бюджету программистов.
Пишите багрепорт (или записку, прилагаемую к отчету) так, чтоб он привлек внимание людей, чьи бюджеты могут быть затронуты багой. Они будут настаивать на том, что ошибка должна быть исправлена. Если они не думают, что баг будет оказывать существенное влияние, они не смогут защитить фикс, и, может быть, ты должен бросить возиться сним и взяться за исправление другой баги.

вторник, 17 января 2012 г.

Lesson 63

Какой сегодня прекрасный день.

Реквестирую еще фоток этой замечательной косплейщицы, я нашел только эту, даже www.tineye.com не помог.

Альбом: home


Слово Канеру:

Некоторые заинтересованные лица не могут зарепортить баг — стань их представителем.

Покупатели коммерческого разработываемого ПО не могут зарепортить баг, так как у них еще нет самого софта. А другие заинтересованные лица могут быть недоступны для вашего проекта. Как тестировщик ты их заменяешь. Чтоб понять, что репортить от их имени и сделать багрепорт убедительным, ты должен изучить пути использования продукта и те вещи, которые ценят и ненавидят в продуктах этого типа.

суббота, 14 января 2012 г.

Lesson 62

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

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

А я что? Я сам не стал переубеждаться и ее переубеждать. Оба правы жеж.

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


Слово Канеру:

Багрепортя воспринимай пробелы в реализации как баги.

Качество это то, что представляет ценность для конкретного человека. (Weinberg, 1992)
У разных людей разные ожидания, но если легитимные заинтересованные лица разочаруются в продукте и почувствуют, что он менее ценен из-за того, что он что-то делает или не делает, то следует написать отчет об ошибке.
Твоя задача как тестировщика — помочь человеку составить багрепорт, формулирующий его проблему четко и эффективно.

Lesson 61

В выходные высплюсь же!

Пикнерелейтед к сожалению.

Альбом: randompics4lj



Слово Канеру:

Будь осторожен, меняя формулировки чужих багрепортов.

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

Изменение формулировки без разрешения также чревато потерей важной информации.
Всякий раз, когда вы добавляете что-либо в багрепорт, особенно чужой, оставляйте дату комментария. К примеру, добавляя дополнительную информацию в багрепорт, строку начинают с чего-то вроде "[CK 12/27/01]." Это облегчит людям жизнь и поможет им задавать правильные вопросы тому, кто добавил комментарий.

пятница, 13 января 2012 г.

Lesson 60

А это мой персональный угол. Теперь с диванчиком, хех.

Альбом: office


Слово Канеру:

Любое заинтересованное лицо должно иметь возможность зарепортить баг.

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

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

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

четверг, 12 января 2012 г.

Lesson 59

Прям приятно поработать опосля выходных.

В праздники, как водится, опять переехал.

Теперь мой дом видно из окна моего кабинета, а офис из окон дома не видно.
И это хорошо.


Слово Канеру:

Потратьте время на то, чтоб сделать ваши багрепорты ценными.

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

Багрепорты преследуют несколько целей в большинстве компаний. Например:

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

понедельник, 9 января 2012 г.

Ы!

Один мой друг подбирает бездомных кошек,
Несёт их домой, отмывает, ласкает, кормит.
Они у него в квартире пускают корни:
Любой подходящий ящичек, коврик, ковшик,
Конечно, уже оккупирован, не осталось
Такого угла, где не жили бы эти черти.
Мой друг говорит, они спасают от смерти.
Я молча включаю скепсис, киваю, скалюсь.
Он тратит все деньги на корм и лекарства кошкам,
И я удивляюсь, как он ещё сам не съеден.
Он дарит котят прохожим, друзьям, соседям.
Мне тоже всучил какого-то хромоножку
С ободранным ухом и золотыми глазами,
Тогда ещё умещавшегося на ладони...
Я, кстати, заботливый сын и почетный донор,
Я честно тружусь, не пью, возвращаю займы.
Но все эти ценные качества бесполезны,
Они не идут в зачет, ничего не стоят,
Когда по ночам за окнами кто-то стонет,
И в пении проводов слышен посвист лезвий,
Когда потолок опускается, тьмы бездонней,
И смерть затекает в стоки, сочится в щели,
Когда она садится на край постели
И гладит меня по щеке ледяной ладонью,
Всё тело сводит, к нёбу язык припаян,
Смотрю ей в глаза, не могу отвести взгляда.
Мой кот Хромоножка подходит, ложится рядом.
Она отступает!

©lllytnik

А чо? Стихи люблю, и еще есть подозрение, что тоже знаком с таким человеком, хех.

четверг, 5 января 2012 г.

С праздниками

Радости вам в этом году, ага.

воскресенье, 1 января 2012 г.