Originally published at Sribna. Please leave any comments there.

Люблю различные метафоры и изречения. И я подумала, а почему бы не опубликовать интересные высказывания, связанные с программным обеспечением.

Качество - оно важно во всём:

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

Программирование - как много в этом слове.

«Программирование, как и любовь –  одно слово, за которым скрывается бесконечное множество занятий.»

Программисты - удивительные люди. Как я уже говорила, они маги и волшебники.

«Программист - это не профессия, а диагноз.»

Тестировщики - кто они такие?

«Ну, во-первых, тестировщик - это человек!»

Помнится как один менеджер сказал: «Нам нужно еще два человека и один тестировщик». Он так и не понял почему над ним смеялись.

Ах, сколько же различных характеристик у программного продукта…

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

Бумажки, бумажки, бумажки… Ну как без них?

«Документация – касторовое масло в программировании: руководители полагают, что это хорошее средство, ибо программисты так ее ненавидят.»

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

«Закон Брукса: если программистский проект не укладывается в сроки, то добавление рабочей силы только задержит его окончание.»

Ничто не совершенно, программы, к сожалению, тоже.

«Дефекты в программе как болезни в человеческом теле: с одними можно уживаться, с другими нет».

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

Originally published at Sribna. Please leave any comments there.

Сегодня наткнулась на забавную картинку:

Ведь действительно: ПО - это продукт магии, создающийся магами-девелоперами! Вы со мной согласны?

Read the rest of this entry »

Originally published at Sribna. Please leave any comments there.

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

• Тестирование демонстрирует присутствие дефектов, а не их отсутствие : Тестирование демонстрирует, что у продукта есть недостатки, т.е. в продукте есть дефекты. Тестирование не может доказать, что программа не содержит дефектов. Должное тестирование сокращает вероятность присутствия скрытых дефектов в тестируемом объекте. Даже если проблемы найдены в процессе тестирование, это не доказывает, что дефектов в продукте нет.
• Исчерпывающее тестирование невозможно: Исчерпывающий тест, в котором все возможные входные данные и их комбинации предусмотрены, включая различные предусловия, невозможен. Программное обеспечение, разрабатываемое на практике, требовало бы астрономического числа тест кейсов. Поэтому каждый тест кейс – это всегда лишь образец. Вследствие этого, выполнение тестов  должно быть контролируемо с учетом рисков и приоритетов.
• Работы, связанные с тестированием, должны начинаться как можно раньше: Тестирование должно начинаться на ранних стадиях жизненном цикла программного обеспечения и должно фокусироваться на заданных целях. Это поспособствует более раннему нахождению дефектов.
• Дефекты имеют тенденцию скапливаться группами: Дефекты не распределены равномерно, они имеют свойство «собираться группами». Поэтому, если много дефектов было найдено в одном месте,  обычно еще больше дефектов могут быть обнаружены неподалеку.  Не нужно критично относиться к данному правилу
• “Пестицидный парадокс”: Если те же самые тесты выполняются снова и снова, они теряют свою эффективность. Новые, неизвестные до сих пор дефекты не будут найдены. Поэтому, чтобы сохранить эффективность тестов и победить «пестицидный парадокс»,  должны быть созданы новые тест кейсы, а старые изменены.
• Тест ситуационно зависим: Две различные системы не должны быть протестированы одинаковым способом. Для каждой системы критерии завершения тестирования и т.д. должны быть выбраны индивидуально.
• Ошибочность предположения, что отсутствие сбоев означает пригодность системы: Поиск сбоев и корректировка дефектов не гарантирует, что система в целом соответствует ожиданиям и потребностям пользователя. Вовлечение пользователей в процесс разработки на ранних стадиях и использование прототипов поспособствует избежанию проблем.

Перевод из книги “Software Testing Foundations” (авторы: Andreas Spillner, Tilo Linz, Hans Schaefer)

Интересное в интернете:

• Быстрое создание саттелита с помощью XAP
• Даже когда денег нет, они все равно есть - так утверждает Макс Крайнов

Originally published at Sribna. Please leave any comments there.

Недавно столкнулся с проблемой исчезновения заднего фона у элемента списка в IE 6. Верстал я сайдбар темы для wordpress и был такой кусок кода (на самом деле он был другой, но для упрощения пусть он будет именно такой):

Read the rest of this entry »

Originally published at Sribna. Please leave any comments there.

Я уже писал об YUI CSS, продолжаю следить за Yahoo User Interface и, не так давно, они представили вниманию YUI Test - фреймворк для юнит тестов в JavaScript, кому интересно - читаем.

Originally published at Sribna. Please leave any comments there.

Недавно встретил такой вот кусок кода:

Этот кусок кода поверг меня в шок. Человек знает что такое условные комментарии, но при этом не знает, что для отступов нужно использовать css свойство margin.

Если вы чего не знаете по css можете спросить об этом webmolot'a, который в качестве подарка на новый год отвечает на воросы, связанные с css.

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

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

Originally published at Sribna. Please leave any comments there.

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

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

Нажав на синий треугольник возле “Ответить” увидим выпадающее меню, которое содержит нужный пункт “Показать оригинал”.

Originally published at Sribna. Please leave any comments there.

При попытке соединения с сервером базы данных Mysql версии 4.1 и выше с помощью php старых версий, который использует расширение mysql для работы с MySql ниже версии 4.1 можно получить следующее сообщение об ошибке:

Client does not support authentication protocol requested by server; consider upgrading MySQL client

А дело в том, что Mysql 5.0 и 4.1 используют протокол аутентификации, основанный на алгоритме хеширования паролей, отличный от предыдущих версий.

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

Или используя UPDATE и FLUSH PRIVILEGES:

Еще можно стартовать mysql c опцией --old-passwords, но я этот способ не считаю целесообразным.

Что же касается php старых версий, которые еще встречаются на серверах клиентов и в которых расширение mysql не поддерживает алгоритм хеширования версий mysql выше 4.0, то можно воспользоваться расширением mysqli (MySQL Improved Extension).

Почитать

• http://dev.mysql.com/doc/refman/5.0/en/old-client.html - официальное описание проблемы от mysql.

Originally published at Sribna. Please leave any comments there.

Разговоры о кризисе, паника в средставах массовой информации - всё это было для меня каким-то посторонним. Хотелось верить, что на мне, моей жизни и работе это никак не отразится. И вообще душу грела мысль, что скорее всего IT-сферу кризис обойдет стороной, как тайфун - не может же он уничтожить и разрушить всё, что-то да уцелеет. Наивно я думала, что этим “что-то” будет IT.

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

Грянула волна сокращения. Круглый стол, мрачные лица и страх в глазах. Да, именно страх охватил меня. Под руку со страхом шла паника. “Что же будет дальше?” - эта мысль заглушала всё остальное внутри.

Количество людей сократили. Макс Крайнов в своей статье описывает симптомы того, быть ли беде, и когда есть вероятность потерять либо сменить работу. Там есть пункт, в котором он пишет, что если Вы новый сотрудник, то вероятность попасть под сокращение очень большая. В команде тестировщиков, я была самой новенькой, поэтому были причины опасаться. Но, к счастью для меня, выбрали другого человека. Хотя новые сотрудники тоже пострадали.

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

Есть мнение, что кризис - это своеобразный естественный отбор. Он отсеет “слабых особей” в популяции IT-специалистов. И эта сфера станет более здоровой, останутся только профессионалы. А остальные останутся за бортом, плывущего дальше корабля с названием “IT”. Ну что же, поживём - увидим.

Originally published at Sribna. Please leave any comments there.

Сегодня слушал в винампе подкасты с сайта English as a Second Language Podcast. Начав слушать эти подкасты их невозможно не полюбить. Ведущий из “beautiful Los Angeles, California Dr. Jeff McQuillan” найдет массу примеров и шуток для того чтобы устойчивые выражения английского языка также устойчиво засели в вашей голове.

Стоит сказать, что у меня установлен плагин от ластфм, который скробблит музыку, которую я слушаю. И мне стало интересно что же он напишет по поводу данного подкаста. Так ластфм не только распознал ELS Podcast, но и нашел похожих исполнителей Среди них оказался исполнитель под названием BetterAtEnglish.com. Вбив это название в строку адреса браузера я обнаружил довольно занятный сайт, который и предлагаю посетить всем любителям английского, которые желают улучшить свои знания языка.

Originally published at Sribna. Please leave any comments there.

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

Расскажу о своей поездке в Королевство Нидерланды.

Read the rest of this entry »

Originally published at Sribna. Please leave any comments there.

На работе мы проводим большую часть своей жизни – к сожалению или к счастью? Одни бегут домой по звонку: в строго отведенное время человек вскакивает и отправляется за пределы офиса, все проблемы остаются и ждут его до следующего дня. Другие засиживаются допоздна. Почему? Наверно, ответов несколько:

1. либо завал, но совесть не позволяет уйти домой;
2. либо явно/неявно руководством приветствуются и пропагандируется засиживания для достижения каких-либо карьерных высот. Те сотрудники, кому это приемлемо, сидят…
3. либо человек не выполнил работу, запланированную на день, и он судорожно пытается исправить положение;
4. за пересиживания, которые в народе зовутся «овертаймами» платят деньги и можно подзаработать;
5. либо некуда спешить и на работе сотрудник занимается «левыми» делами, лишь бы убить время;
6. а может настолько нравится работа что не хочется уходить? Интересно есть читатели относящиеся к этому пункту?

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

1. Бывает ситуация, описанная в пункте один, и я задерживаюсь, хотя овертаймы в компании, в которой я работаю, не оплачиваются. Наверно, это неправильно с моей стороны, но почему-то не могу уйти, стараюсь разгрести аврал.
2. В компании, в которой засиживания считаются нормой, я бы работать не хотела. По-моему это неправильная политика. Мы все живые люди и по сути мы не обязаны сидеть, когда рабочий день уже давным-давно закончился. А если ты становишься плохим работником, только потому, что ты не задерживаешься, то делать в такой компании нечего и нужно с ней распрощаться.
3. Когда ты не успеваешь что-то сделать даже не по своей вине, ты можешь заниматься внутренней самомотивацией и усиленно пытаться выполнить намеченный план. Но по моим личным наблюдениям такие попытки исправить положение ни к чему хорошему не приводят. Человек уже выдохся и морально и физически. Он мучает сам себя. А уставший и измученный совестью человек – враг сам себе: мы такое куралесим и с ужасом на следующий день разгребаем то, что натворили днем ранее. Зачастую мы, в результате, не исправляем ситуацию, а еще сильнее усугубляем ее. Есть одна шутка: “Чем меньше сделаешь сегодня, тем меньше придется исправлять завтра”, думаю она подходит к этому пункту
4. По-моему мнению овертаймы - это плохо. Кто-то станет возражать: “Как же так? Если они оплачиваемые, значит можно получить солидную прибавку к заработной плате.” Но с точки зрения увеличения продуктивности, овертаймы - это утопия. Если человек знает, что сидеть ему можно/нужно 10 часов, то зачем ему торопиться, можно растянуть 8ми часовые таски на 10 часов. В итоге, то, что можно сделать за 8 часов, делается за 10. Всех денег все равно не заработаешь, и стоит ли тратить свою жизнь на подобного рода занятия? Мне кажется лучше работать в компании, которая предлагает приличную зп и без переработок.
5. Есть у меня знакомые, которые коротают время на работе: играют в сетевые игры, отвисают в социальных сетях, ищут что-то в Интернете, болтают с кем-то в мессенджерах и т.д. Я не увлекаюсь подобным препровождением и мне почему-то жаль таких людей.
6. Даже если работа очень нравится, все равно нужно вставать, лочить/выключать компьютер и покидать офис, оставить все дела. Мы столького не видим и не замечаем, сидя на работе. Можно сказать - некогда жить Не лучше ли свободное время провести с семьей, друзьями? Можно ведь посещать какую-нибудь спортивную секцию или просто сходить в кино, открыть книгу, написать письмо. Время летит, с ним уходит наша молодость, здоровье, моменты, которые уже не вернуть. Оглянитесь: мир полон интересного и прекрасного. Спешите жить, ловите каждый миг

Вот таким видится мне конец рабочего дня, а Вам?

p.s. У меня появился еще один отдельный блог, всем, кому интересно, могут найти его здесь Wild World

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

Originally published at Sribna. Please leave any comments there.

Привет, дорогой читатель! Позволь мне, как сооавтору этого блога, к Тебе обратиться. Этот пост я посвящаю Тебе! Каждый день я смотрю на счетчик Feedburner’а и вижу N-ое количество читателей. Но все Вы какие-то виртуальные, а хотелось бы узнать какие Вы в реальной жизни.

Поэтому прошу посвятить мне 3 минутки Вашего времени и ответить на несложные вопросы:

1. Как Вас зовут? (согласна - вопрос банальный)
2. Чем Вы занимаетесь: кем работаете или какая у Вас сфера деятельности?
3. Какой Ваш любимый фильм(ы) и, если помните, - какой эпизод?
4. Что больше всего Вы не любите делать?
5. С какой звездой спорта/кино/политики и т.д Вы хотели бы встериться вживую и почему?

Так же буду рада почитать всё, что Вы хотите еще о себе рассказать. Жду Ваших ответов! Всем хорошего дня!

Originally published at Sribna. Please leave any comments there.

Недавно один человек спросил меня: “Что для тебя является рутиной на работе?”. Я сходу не смогла ответить. Сейчас я сижу и понимаю, что для меня есть рутиной в моей профессии тестировщика. Это бесконечный апдейт (обновление) тест-кейсов. Для тех, кто не знает что такое тест кейс, объясню вкратце.

Тест кейс (test case) - это последовательность действий, выполнение которых дает возможность проверить соответствует ли тестируемая функция (элемент функционала) предъявленным требованиям.

Тестировщик, создающий тест кейс, в каждом шаге этой последовательности шагов описывает действие и ожидаемый результат (expected result). Тестировщик, выполняющий этот тест-кейс, может сопоставить соответствует ли ожидаемый результат полученному результату (actual result).

Хороший тест кейс включает в себя:

• предусловия (preconditions) - описание действий, которые приводят систему в состояние пригодное для проведения основного тестирования;
• описание проверки (description);
• постусловия (postconditions), которые переводят систему в исходное состояние.

Надеюсь кто-то, что-то понял из моих объяснений

Так вот, к чему я это всё Конечно же, чтобы проверить работу системы, нужно написать не один тест кейс, а целую тучу. В условиях наращивания и изменения функционала системы эти самые тест кейсы приходится переделывать по сто раз: дописывать, переписывать, удалять непригодные и досоздавать новые. Даже одно незначительное переименование какой-нибудь кнопочки может повлечь за собой лавину изменений в тест-кейсах, которые “упоминают” эту злосчастную кнопку. Ну и можно себе представить, если весь или часть интрефейса или функционала взяли и поменяли

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

Конечно, люди разных профессий сталкиваются с рутиной, и у каждого она своя. Интересно, а что рутина для вас?

Originally published at Sribna. Please leave any comments there.

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

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

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

Originally published at Sribna. Please leave any comments there.

Ребята из Yahoo медленно, но верно вносят свой вклад в развитие интернета. Наверное, не так и медленно, но что верно вносят, это без всяких сомнений. К своему стыду, я только недавно обратил внимание на YUI Grids CSS.

Если вы хотите верстать сайты, как это делают в Yahoo, то YUI Grids CSS именно для вас. Для этого у вас будет в распоряжении 6 готовых шаблонов и набор классов для построения структуры сайта, проверенные в наиболее используемых браузерах.

Read the rest of this entry »

Originally published at Sribna. Please leave any comments there.

Мне известны 3 способа как очистить кеш браузера Firefox.

Первый способ.

Можно очистить кеш с помощью встроенных средств браузера. Для этого необходимо сперва выбрать пункт меню Tools -> Clear Private Data

В появившемся окне нажеть кнопку Clear Private Data Now

Или проделать более сложный путь, выбрав пункты меню Tools -> Options

А потом в появившемся окне выбрать Advanced -> Network, как показано на рисунке ниже, и нажать кнопку Clear Now. Кеш чист!

Второй способ.

Второй способ заключается в использовании расширений Firefox. Из всего множество расширений, которые очищают кеш хотел бы выделить Web Developer и Clear Cache Button.

В случае с Web Developer для очистки кеша прийдется также покопаться в менюшках. Путь будет такой Miscellaneous -> Clear Private Data -> Cache.

Как по мне, то это очень неудобно помнить в какое именно меню необходимо зайти. Поэтому для очистки кеша я отдаю предпочтение расширению Clear Cache Button. После установки этого расширения необходимо зайти в View -> Toolbars -> Customize и перетянуть значок в удобное место на тулбаре. После этого очищать кеш можно одним нажатиям на эту кнопку. У меня она распологается между кнопкой Home и адрес баром.

Третий способ.

Я бы назвал этот способ способом для параноиков. Под ним я подразумеваю очищение вручную папки C:\Documents and Settings\[User Name]\Application Data\Mozilla\Firefox\Profiles\. В таком случае вам могут помочь статьи How to find your profile и Profile folder contents.

Одна лишь оговорка в конце. Все написанное выше справедливо для Firefox версиии 2.x.

Originally published at Sribna. Please leave any comments there.

Не так давно, один мой коллега обратился ко мне с вопросом как задать стиль лишь для input c type равным button. Может быть, кому-то эта информация покажется тоже интересной, поэтому, пишу на блоге.

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

Вдоволь насмотревшись на спецификацию, можно прийти к выводу, что в данном случае нам бы помог этот селектор:

Получим такую картину:

• Firefox 2
• Opera 9.27
• Safari 3.1.1
• IE 6
• IE 7

Как видно из рисунков выше, все браузеры подхватили стили для селектора, кроме IE6. Но и это не вопрос. Воспользуемся разработками Майкрософт для IE. А именно, условными комментариями, для того чтобы вынести css код для IE6 в отдельный css файл и не травмировать психику других браузеров.

А в самом css файле для IE6 воспользуемся другой разработкой Майкрософта, css expressions.

После этих несложных манипуляций в IE 6 кнопка будет выглядеть следующим образом:

Что хотелось бы сказать напоследок? Скажу, что expressions замедляют работу браузера. Об их оптимизации можно почитать у Павла Корнилова, а также у Юрия Артюха.

Originally published at Sribna. Please leave any comments there.

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

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

Хочу лишь поделиться ощущениями новичка в новом и огромном коллективе. Конечно же новый рабочий “дом” не встретил меня с распростёрными объятиями. Это и понятно - новичков нигде не любят . Чаще всего человек приходит уже в сформированную коллективную атмосферу, где все друг друга знают. И это естественно, что нововлившиеся могут нарушить сложившуюся “гармонию”.

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

Originally published at Sribna. Please leave any comments there.

Принял эстафету от Никиты, у него же можно почитать правила.

Советы:

1. Всегда указывайте подходящий DOCTYPE. Советую почитать эту статью, хоть ей лет и лет
2. Сбрасывайте значения по умолчанию у элементов, у разных браузеров они могут быть разными. Советую css код для сброса от Eric Meyer.
3. Очищайте плавающие блоки с помощью overflow:hidden; и задания ширины для родительского контейнера.
4. Чтобы задать нулевую высоту для элемента <div> в IE необходимо кроме свойства height:0; добавить ему свойство line-height:0;
5. Больше читайте о предметной части. Советую этот список ресурсов.

Надеюсь, кому-то советы окажутся полезными. Эстафету хотел бы передать Юрию “akella” Артюху, Павлу Корнилову и Павлу Кирсанову.

P.S. Третий совет, благодаря комментариям Виталия Харисова, притерпел изминения. Также хотелось бы услышать и его 5 советов