С Наступающим!

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

С Наступающим Новым Годом! ;)

Не забывать точить топор

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

"Тестирование чёрного ящика" Бориса Бейзера

После долгих тщетных поисков, под самым моим носом в родной фирме обнаружилась книга "Тестирование чёрного ящика" Бориса Бейзера (издательство "Питер", 2004), которую я тут же радостно взяла почитать. Почти сразу после начала чтения радость моя слегка поутихла, но мужественно дочитав эту книгу до конца, хочу теперь описать о ней свои (очень субъективные) впечатления. 

Проще надо быть...

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

Увидеть жизнь за тестами

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

Что такое Pairwise Testing, и с чем его едят

Не так давно (век живи - век учись) я наткнулась на понятие "pairwise testing" (переведу в лоб как "попарное тестирование", но лучше буду использовать английский термин), заинтересовалась и решила разобраться, что это такое. Достаточно быстро поняв, как работает данная э… техника, у меня сразу возникли вопросы по поводу причин и смысла её использования, найти ответы на которые на днях у меня наконец дошли руки. Обо всём этом я и решила написать (длинно, но короче не вышло :( ).

О разработчиках

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

Как мы НЕ автоматизировали тестирование

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

Ирония опечатки

Проверяя подключение к Интернету, запустила Internet Explorer, в котором открылась страница с какими-то настойками параметров. Ничего тут настраивать я не собиралась, но всё-таки вскользь страничку просмотрела - и запнулась на каком-то странном слове. В конце концов "слово" я прочитала, осознав, что проблема была просто в пропущенном пробеле. Но прочитав целиком всю фразу с ранее смутившим меня "словом", я рассмеялась - какая ирония! :)

Фрагмент страницы на картинке (открывается в читабельном размере), "слово" подчёркнуто. Оцените - улыбнитесь :)

Даже ошибки могут поднимать настроение, приятного всем тестирования! :)

P.S. Прошу прощения, если бородато...

Тестирование в (моей) жизни

Недавно в моём подъезде поменяли лифт. Для меня как для человека, живущего на девятом этаже, событие это было знаменательное. Однако интересно то, что и для меня как для тестера это событие тоже не осталось незамеченным.

Нет, я не пыталась нажимать все кнопки подряд, прыгать в лифте и т.п., пытаясь вызвать его сбой. Это было скорее любопытное наблюдение над собой :)

Linux глазами чайника

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

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

О смене рода деятельности

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

Книга "Foundations of Software Testing"

Я давно хотела написать про книгу "Foundations of Software Testing" ("Основы тестирования ПО", авторы Dorothy Graham, Erik van Veenendaal, Isabel Evans, Rex Black) - не как про книгу для подготовки к сдаче экзамена на получение сертификата ISTQB, но как просто про книгу о тестировании.

Когда я прочитала эту книгу, я была удивлена, что никогда не встречала, чтобы её кто-то рекомендовал для прочтения. Хотя в принципе, в этом нет ничего удивительного - ведь книга позиционируется и написана именно для подготовки к сдаче экзамена ISTQB (Foundation level - базовый уровень). Да и сама я её читала именно ради этого. Но не рекламируя саму сертификацию, книгу эту я стала рекомендовать всем знакомым тестерам.

Про обезьянок в тестировании

Мне всегда очень не нравилось слышать, как тестеров называют «обезьянками»/«манки-тестерами». При этом ещё можно это как-то понять, когда слышишь подобное от людей, которые не понимают толком, что такое тестирование, и считают тестирование неквалифицированной работой. Но когда я встречаю подобные высказывания от самих тестеров - мне становится как-то совсем не по себе.

Книга Джеймса Баха "Secrets of a Buccaneer-Scholar"

Вчера я дочитала книгу Джеймса Баха (на данный момент известного консультанта в области тестирования и одного из "отцов-основателей" исследовательского подхода в тестировании) "Secrets of a Buccaneer-Scholar" и не могу не поделиться своими впечатлениями. Вот только впечатлений много, а в слова они вяжутся плохо. Боюсь неуклюжим отзывом отвадить кого-то от прочтения этой книги, поэтому начну с конца. :) Книга стоящая. Книга не о тестировании непосредственно, но прочитать её стоит. А теперь попытаюсь объяснить, почему я так думаю, и если мои объяснения не смогут вас заинтересовать, то просто плюньте на них и попробуйте прочитать книгу. :)

Исследовательское тестирование: заблуждение об "изучении"

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

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

Подобные мысли никак не соответствовали моему представлению о ET и не вязались с моими собственными тестерскими убеждениями.

Люблю ли я TDD (test-driven development)

Недавно в разговоре с одним знакомым я сказала, что не люблю TDD (test-driven development, разработка через тестирование). Наверное, первая мысль, которая возникает после такого заявления - это как тестер в здравом уме может вообще говорить подобные вещи?

Бесконечное хождение по лестницам

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

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

Спасибо, Джеймс Бах! (Про исследовательское тестирование)

Я много раз встречала понятие "исследовательское тестирование" ("exploratory testing") и интуитивно понимала, что это - именно то, чем я в значительной степени занимаюсь на протяжении лет. Однако это понятие упоминалось в тех же книгах обычно вскользь, как просто один из существующих подходов; но как основной подход, принятый в качестве стандарта, неизменно описывалось тестирование по предварительно написанным тест кейсам.

И вдруг я прочитала статью Джеймса Баха (James Bach) "Exploratory Testing Explained". Мне сложно передать всю ту гамму чувств, которую я испытала! Вот оно - вот описание и обоснование того, к чему я когда-то сама пришла. Вот тот человек, который осмелился заявить во всеуслышание, что такой подход не просто имеет право на существование, но ещё и разумен и эффективен.

Сказка про тестеров, которые боролись-боролись, да не то выбороли

Решила я описать одну поучительную и правдивую историю.

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

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

"Автоматизированное тестирование программного обеспечения"

Вероятно, в жизни каждого тестировщика рано или поздно наступает момент, когда встаёт вопрос об автоматизации тестирования. Именно поэтому я решила прочитать и описать свои впечатления от книги "Автоматизированное тестирование программного обеспечения. Внедрение, управление и эксплуатация" (авторы: Э.Дастин, Дж. Рэшка, Дж.Пол; издательство "Лори", 2003).

Этот (не)страшный зверь Linux

Наверное, существуют ещё люди типа меня, которые никогда не сталкивались с Linux. И, вероятно, именно таким людям может быть интересно краткое описание моего первого опыта самостоятельной установки Linux.

Первая аксиома тестирования

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

Мой первый проект был для меня своего рода испытанием. Я тогда была совсем зелёной девочкой, с самым поверхностным представлением о тестировании, и при этом оказалась единственным тестером на проекте.

Конечно, этот проект мне многое дал - первые попытки написания отчётов о найденных ошибках, первые попытки построения нормального взаимодействия с разработчиками, первые рабочие конфликты… Большинство из этого помнится уже достаточно плохо. Но что я помню до сих пор и что я считаю своим самым главным приобретением на этом проекте - это те слова, которые сказал мне руководитель этого проекта:


тестировщик лучше всех должен знать, как должно работать приложение

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

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

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

Зачем (мне) этот блог

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

Казалось бы, зачем он мне нужен, при том, что и так-то времени на всё не хватает.

Но похоже, что блог - штука действительно полезная, вот из каких соображений: