Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах, Савин Р., 2007
Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах, Савин Р., 2007.
Этот курс лекций создан для тех, кто хочет обучиться тестированию, получить работу тестировщика в российской или западной интернет-компании, понять, как вести себя в корпоративном окружении, и добиться профессионального и личностного роста. Он будет интересен и участникам процесса разработки программного обеспечения, рекрутерам, людям, связанным с интернетом или пишущим о нем, и просто всем желающим понять кухню интернет-стартапов. Книга целиком базируется на личном опыте освоения — с нуля — профессии тестировщика и многолетней работы автора в этом качестве в интернет-компаниях США.
Что такое тестирование.
Любое тестирование — это поиск багов. Испытываем ли мы новую соковыжималку, наблюдаем ли за поведением подруги или занимаемся самокопанием — мы ищем баги. Как видно, каждый из нас уже является тестировщиком, так как разного рода осознанные и неосознанные проверки, осуществляемые нами и в отношении нас, являются неотъемлемой частью жизни, просто раньше мы непрофессионально качали головой и выдавали тирады о несправедливости мира, но зато теперь в случае несовпадения фактического и ожидаемого мы будем с улыбкой мудреца смотреть на дилетантов, хлюпающих носами на московском ветру, и тихо, но веско (как дон Карлеоне) говорить: «Та-а-к, еще один баг».
СОДЕРЖАНИЕ.
Введение.
Часть 1.
ЧТО ТАКОЕ БАГ.
ЦЕЛЬ ТЕСТИРОВАНИЯ DECODED.
ИСКУССТВО СОЗДАНИЯ ТЕСТ-КЕЙСОВ.
ЦИКЛ РАЗРАБОТКИ ПО.
Часть 2.
ЦИКЛ ТЕСТИРОВАНИЯ ПО.
КЛАССИФИКАЦИЯ ВИДОВ ТЕСТИРОВАНИЯ.
Часть 3.
ПОДГОТОВКА К ТЕСТИРОВАНИЮ.
ИСПОЛНЕНИЕ ТЕСТИРОВАНИЯ.
ИСПОЛНЕНИЕ ТЕСТИРОВАНИЯ. СТАДИЯ 1:ТЕСТИРОВАНИЕ НОВЫХ ФИЧА.
ИСПОЛНЕНИЕ ТЕСТИРОВАНИЯ. СТАДИЯ 2:РЕГРЕССИВНОЕ ТЕСТИРОВАНИЕ.
Часть 4.
КАК УСТРОИТЬСЯ НА ПЕРВУЮ РАБОТУ.
Часть I
Что такое Баг?
Логический закон исключенного третьего гласит, что любая вещь — это либо А, либо не-А. Третьего не дано, т.е. если у вас есть часы «Брегет» за номером 5, то любая вещь в этом мире будет либо вашими часами «Брегет» за номером 5, либо чем-то другим.
Представим себе конвейер, в конце которого стоим мы. Лента конвейера движется, и перед нами по очереди появляется по одному предмету. Задача проста — ожидать появления ваших часов «Брегет» за номером 5 и говорить «баг» при появлении любого предмета, отличного от них.
Нетрудно догадаться, что такие предметы, как пакет кефира, будильник «Слава», буклет с предвыборными обещаниями кандидата в президенты Н. будут для нас багами.
Далее. Рассмотрим, что объединяет следующие ситуации.
Если возвыситься над яичницей, фигурирующей в каждом из трех пунктов, и абстрагироваться от женщин, карт и вина, то мы увидим, что общее — это отклонение фактического от ожидаемого.
Разбор ситуаций.
Определение бага
Итак, баг (bug) — это отклонение фактического результата (actual result) от ожидаемого результата (expected result).
В соответствии с законом исключенного третьего у нас есть баг при наличии любого фактического результата, отличного от ожидаемого.
Три условия жизни и процветания бага
Конкретный баг живет и процветает лишь при одновременном выполнении всех трех условий:
Совет дня: каждый раз, когда возникает ситуация, в которой не совпадают фактическое и ожидаемое, — мысленно штампуйте фактическое словом «баг». Постепенно это войдет в привычку и станет рефлексом. Для ментальной тренировки не имеет значения, насколько мелочны, низки и сиюминутны ваши ожидания, главное — приобретение автоматизма.
Примеры багов из жизни:
Что такое тестирование
Любое тестирование — это поиск багов. Испытываем ли мы новую соковыжималку, наблюдаем ли за поведением подруги или занимаемся самокопанием — мы ищем баги. Баги находятся следующим образом:
Как видно, каждый из нас уже является тестировщиком, так как разного рода осознанные и неосознанные проверки, осуществляемые нами и в отношении нас, являются неотъемлемой частью жизни, просто раньше мы непрофессионально качали головой и выдавали тирады о несправедливости мира, но зато теперь в случае несовпадения фактического и ожидаемого мы будем с улыбкой мудреца смотреть на дилетантов, хлюпающих носами на московском ветру, и тихо, но веско (как дон Карлеоне) говорить: «Та-а-к, еще один баг».
Для иллюстрации правильного подхода приведу в пример одного моего друга, который выстроил целую систему доказательств тезиса, что люди и компьютеры созданы по одному образцу. Основой его аргументации явился тот факт, что и те и другие имеют физическую оболочку (тело/железо) и неосязаемое составляющее, управляющее ею (душа/ПО). Соответственно болезни тела он называл багами в железе, а проблемы с головой — багами в ПО и очень сожалел, что ПО людей, управляющих этим миром, состоит в основном из багов.
Теперь вспомним о том, что есть компьютерное ПО и что нам нужно научиться его тестировать.
С фактическим результатом здесь более или менее понятно: нужно заставить систему проявить себя и посмотреть, что произойдет.
Сложнее дело обстоит с ожидаемым результатом.
Источники ожидаемого результата
Основными источниками ожидаемого результата являются:
Спецификация на первой— четвертой ролях — это не ошибка, а ударение на то, что спецификация для тестировщика — это:
Спецификация важна для программиста и тестировщика так же, как постановление пленума ЦК для коммуниста.
Спецификация — это инструмент, с помощью которого вы сможете выпустить качественный продукт и прикрыть свою спину (в оригинале звучит как CYA или cover your ass).
Итак, что же это за зверь?
Спецификация (или spec — читается «спек». Далее употребляется в мужском роде) — это детальное описание того, как должно работать ПО. Вот так, ни много ни мало.
В большинстве случаев баг — это отклонение от спецификации (я говорю о компаниях, в которых спеки в принципе существуют и ими пользуются).
Пример
Пункт 19.а спека #8724 «О регистрации нового пользователя» устанавливает: «Поле «Имя» должно быть обязательным. Страница с ошибкой должна быть показана, если пользователь посылает регистрационную форму без заполнения указанного поля».
В общем все просто:
Если ошибка не показана и регистрация подтверждается, то это есть момент истины и нужно рапортовать баг (file a bug).
Если ошибка показана, то относительно пункта 19.а на некоторое время можно успокоиться. Мы поймем, почему можно успокоиться лишь на некоторое время при разговоре о регрессионном тестировании.
Функциональные баги и баги спека
Допустим, что ошибка не была показана и мы имеем классический случай функционального бага (functional bug, или баг обыкновенный), т.е. бага, вскормленного на несоответствии фактической работы кода и функционального спека.
Если вы внимательно читали пункт 19.а, то не могли не заметить (шутка), что непонятно, какое должно быть сообщение об ошибке (error message), т.е. фактически решение отдано на откуп про-граммисту и он может предусмотреть, что при соответствующей ситуации код выдаст:
и в любом случае формально будет прав, так как спецификация не детализирует текста ошибки.
Кстати, несколько лет назад был случай, когда программисты в специальном ПО, разработанном для американских тюрем, оставили «рабочее» название кнопки, причем тюремщикам идея так понравилась, что они просили ничего не исправлять. Надпись на кнопке была: «Освободить подонка».
В общем сложилась ситуация, когда сама спецификация имеет проблему, так как мы ожидаем (или по крайней мере должны ожидать), что в спеке будут подробности о тексте ошибки, а в реальности их там нет. Так и запишем — «баг в спецификации» (spec bug).
Кстати, вот варианты развития ситуации с проблемным спеком:
Кстати, вот две релевантные политически важные вещи:
Перед завершением темы об ожидаемом и фактическом результатах рассмотрим примеры других источников ожидаемого результата, кроме спеков.
ЖИЗНЕННЫЙ ОПЫТ
Как справедливо отметил Борис Слуцкий: «Не только пиво-раки мы ели и лакали». Мы также учились и работали, любили и ненавидели, верили политикам и не слушались родителей, в общем приобретали жизненный опыт (включая опыт работы). Так вот этот опыт настолько полезен в нашем черном деле, что для демонстрации уважения к идее о его полезности (вместе с логикой и здравым смыслом) я вынес ее в качестве эпиграфа во Введении. Дело в том, что тестирование ПО — это то самое тестирование (которое мы делаем постоянно), но только в отношении ПО. И моя задача заключается лишь в том, чтобы дать вам основные концепции и практический инструментарий по интернет-тестированию и помочь их интеграции с тем, что у вас уже есть, — с жизненным опытом.
ЗДРАВЫЙ СМЫСЛ (дитя жизненного опыта и соответственно внук «ошибок трудных»)
Это один из наших главных союзников, порой даже и при наличии спека. Например, вы тестируете веб-сайт, где пользователь может загрузить (upload) свои цифровые фотографии. Спек говорит, что пользователь может загрузить лишь одну фотографию за раз. А что, если у него таких фотографий 200? Будет он счастлив? Что делаем? Правильно: пишем е-мейл к producers@testshop.rs с предложением о включении в спек функциональности, позволяющей пользователю загружать цифровые фотографии оптом. Кстати, баг такого рационализаторского плана лицемерно называется не багом, а Feature Request («запрос об улучшении» — пока остановимся на таком переводе).
ОБЩЕНИЕ
Даже самый лучший спек может вызвать необходимость в уточнениях. А что, если спека нет вообще? Наш ответ: общение. Советуйтесь с коллегами. Уточняйте и обсуждайте. Одна голова хорошо, а две лучше.
УСТОЯВШИЕСЯ СТАНДАРТЫ
Как правило, после регистрации, пользователь должен получить е-мейл с подтверждением. Если спек не упоминает о таком е-мейле, вы можете потребовать дополнить его на основании сложившейся практики.
СТАТИСТИЧЕСКИЕ ДАННЫЕ
Было установлено, что средний пользователь теряет терпение, если web page (веб-страница) не загружается в течение 5 секунд. Эти данные можно использовать, проводя performance testing (тестирование скорости работы всей системы либо ее компонента). Как говорят американцы: «Your user is just one click away from your competitor» («Ваш пользователь находится на расстоянии в один клик от вашего конкурента»). Успех вашего проекта — это счастливые пользователи. Превышение 5 секунд — это превращение веб-сайта в зал ожиданий, в котором вряд ли кто захочет находиться.
АВТОРИТЕТНОЕ МНЕНИЕ
Это может быть, например, мнение вашего начальника.
Отметим, что баг (bug) буквально переводится как «жук» или «букашка».
Теперь, как я и обещал, немного истории.
Согласно фольклору, баги вошли в лексикон компьютерщиков после случая, происшедшего в Гарвардском университете в 1947 г. После того как на реле прадедушки ПК Маркa II присел отдохнуть мотылек, один из контактов слегка коротнуло и весь 15тонный агрегат со скрежетом остановился. Инженеры проявили милосердие и извлекли мотылька, после чего аккуратно зафиксировали его скотчем в журнале испытаний с комментарием «Первый фактический случай найденного жука» («First actual case of bug being found»).
Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах
О книге
Отзывы
Добрый день. Насколько актуальна книга на сегодня?
Актуальна. Можно считать её базовой
Читается легко, написано с юмором и с примерами из жизни, что даёт более эффектное понимание процессов! Можно сказать, «на пальцах объясняет»
Поистине потрясающая книга. Мне довелось волей судьбы стать тестировщиком ПО и это книга дала мне основу для развития себя как специалиста в области не только тестирования, но и принципы «жизни» в IT. Теперь у меня есть мечта, когда-нибудь пообщаться с Романом лично.
Шикарная книга для начинающих тестировщиков. В ней есть все, что потребуется для первой работы. Написана легко и понятно.
Начала читать по рекомендации. Написано легко и с юмором. Не те ужасные толстые книги с кучей теории, от которых хочется спать.
Чтоб перевернуть мозг и начать работать очень помогает
Тестирование dot.com — одна из самых лучших книг прочитанных мной в области тестирования. Плюсом у книги является легкость донесения необходимой информации по минимуму необходимой каждому начинающему тестировщику, да не только начинающему.
Если вы работаете в сфере ИТ, — читайте эту книгу для общего образования. Читается легко, понятно, и написано содержательно по тестированию ПО, игр, и т. д. Если вы работаете тестировщиком, или начинаете карьеру — эта книга обязательна для чтения.
Это практическое руководство по тестированию. Без воды, без общей теории, только практика, что так искал. Книга вышла давно но она не утратила актуальность и думаю на ней еще будут долго практиковаться. Поразило то что действительно можно сделать сложные вещи простыми и понятными. Раньше боялся в чем то не разобраться. Теперь этого ощущения нет. Спасибо автору за действительно классную работу)
Начиная читать эту книгу, все таки ожидаешь нудных лекций. Сколько не говори людям, что юмор есть и читается легко, мало кто поверит. Автор пошел верным путем, разряжая временами обстановку юмором, шутками, историями. Большинство людей лучше усваивают информацию именно при такой обстановке. В легкой и непринужденной, даже расслабленной. И все же не будем забывать, что читающие эту книгу хотят научиться. И учатся. Опыт и знания автора вполне систематизированы. Есть истории, примеры, шутки, и, конечно же, собственный или чужой опыт. В некотором роде эта книга должна быть настольной для начинающих. Нет, заучивать и четко следовать книге тоже не стоит, но и изредка в нее заглядывать для того чтобы освежить память о некоторых деталях — вполне можно.
В этой книге содержится очень много полезной актуальной информации, помимо той, которая нужна имено для работы тестировщиком it-компании. Автор отвечает на актуальные для большинства людей вопросы: как найти работу, как вести себя на собеседовании, как добиваться желаемого в жизни, как устроиться на работу без опыта (стажа) и многое другое. Делится своим опытом автор легко и с юмором. Книгу трудно назвать художественной, но она у меня читалась как художественная — не могла оторваться и насладиться, пока не перевернула последнюю страницу. После ее прочтения хочется бежать и тестировать, тестировать, тестировать… А также учиться, учиться, учиться))
Я прочел книгу с интересом за сутки, причем я никак не связан с тестированием ПО. Ну просто она интересно написана. Очень! Не важно, начинающий ли вы тестер, либо программист, либо просто вы начинаете какое-то дело в IT-сфере, прочтите эту книгу. Она коротенькая, написана самым легким и понятным языком. Но сколько в ней энергии и жизни. За послесловие мой личный поклон автору. В общем, рекомендую однозначно, не сомневайтесь, это крайне полезное чтиво даже просто для души.
Как начинающий прочитал книгу- большое спасибо за нее Роману Савину! Самое главное- для меня многое прояснилось по вопросу тестирования! Впечатлили советы по поиску работы и послесловие. Это искренняя и ценная книга.
Главная особенность данной книги — автор так излагает материал, как будто он разговаривает со своим другом в непринужденной обстановке, т.е. он старается разъяснить достаточно сложные для понимания вещи очень доступным и понятным языком, приводя множество примеров из жизни. В этом и заключается огромный плюс книги, что автору не главное показать просто, что он умный и много знает «умных» слов, а главное, чтобы читающие эту книгу люди как можно больше поняли и запомнили информации. Даже человек, который совсем не знаком с тестированием ПО, поймет многое из этой книги (проверено на своем примере:-)). Книга состоит из 4 частей. Первая часть посвящена понятиям «баг», «тестирование», «тест-кейс», «цикл создания тест-кейсов», «цикл разработки ПО» (т.е. общим вещам). Во второй уже больше рассказывается про тестирование: про цикл тестирования и различные виды тестирования. В третьей части подробно раскрываются этап подготовки к тестированию и этап исполнения тестирования. А четвертую часть автор посвятил рассказу о том, как устроиться на свою первую работу тестировщиком. В ней он дает вообще просто полезные советы по устройству на любую работу в принципе.
Простая, увлекательная и вдохновляющая книга. После прочтения становится понятно с чего начинать и куда двигаться дальше.
Книга меня действительно впечатляет (еще читаю). Написана в увлекательной форме, читается легко и быстро. Практика, практика, и еще раз практика. Тестирование — не как нудная обязанность, а как образ жизни:) Думаю, книга будет интересна для интересующихся тестированием на всех уровнях подготовки.
Книга написана таким понятным языком, что читается буквально на одном дыхании. Автор сумел уместить в очень сжатый объем огромное количество полезной практической информации. Минимум теории, максимум реального жизненного опыта, все примеры из книги применимы (или взяты из) в реальных проектах. Пригодится прежде всего новичкам, студентам, выпускникам и тем, кто решил начать работать в области Quality Assurance. Но и опытным тестировщикам, я думаю, тоже должно очень понравится — какие-то вещи они могут не знать и взять на заметку.
Roman savenkov тестирование дот ком или пособие по жестокому обращению с багами в интернет стартапах
Что пишут в блогах
В этом видео Крутов рассказал про инструменты Moon и Moon Cloud. Обсудили новые фичи: поддержка Selenium 4, Playwright, Cypress.
29-30 октября в Москве пройдет международная конференция по тестированию SQA Days!
Продолжу хвастаться статусом книги.
В этом выпуске говорили о новостях мира тестирования за август 2021: книги, полезные материалы и новые релизы инструментов. Новые эпизоды «Вечера грязи».
Онлайн-тренинги
Конференции
Heisenbug 2021 Moscow
Большая техническая конференция для тестировщиков
5-7 октября 2021, онлайн
Что пишут в блогах (EN)
Are we looking for a manual or automation tester?
“Fails most epicly on my test system!”
“Oh, wait… it works on CI but fails in Test env 3.”
Разделы портала
Про инструменты
Этот курс лекций создан для тех, кто хочет обучиться тестированию, получить работу тестировщика в российской или западной интернет-компании, понять, как вести себя в корпоративном окружении, и добиться профессионального и личностного роста. Он будет интересен и участникам процесса разработки программного обеспечения, рекрутерам, людям, связанным с интернетом или пишущим о нем, и просто всем желающим понять кухню интернет-стартапов.
Книга целиком базируется на личном опыте освоения — с нуля — профессии тестировщика и многолетней работы автора в этом качестве в интернет-компаниях США.
Одна из причин, побудивших автора написать эту книгу, —«осознание собственного бессилия в поисках сиюминутного практического смысла при чтении классических сочинений по теории тестирования. », в особенности когда ты в поисках работы и время дорого. «Наиболее эффективный подход для тренинга тестировщиков — дать им практический инструментарий, поставить в нужную сторону мозги — и в бой. »
Эта книга и есть тот самый практический инструментарий. Здесь вы найдете проработанную структуру, профессиональное изложение темы, множество примеров и советов, а также «. легион того, о чем вам напрямую не напишут и не скажут, но что может быть не менее важно для выживания в софтверной компании, чем профессиональные знания».
Но это не все. Особенность книги в том, как излагается материал. Роман Савин отказался от традиционных канонов написания учебных пособий и превратил книгу в живую непринужденную беседу, насыщенную шуткой и иронией, не чуждую отступлений и даже воспоминаний, которые тем не менее встроены в контекст и работают на предмет как иллюстрационный материал.
Читать книгу интересно и весело. Убедитесь в этом сами.
ВВЕДЕНИЕ
Основа бэкграунда тестировщика — это логика,
здравый смысл и жизненный опыт. Народная мудрость
Дорогие друзья, я написал эти лекции по практике тестирования, чтобы просто и задушевно рассказать вам основные вещи, которые понадобятся для успешного старта и не менее успешной работы в интернет-компании в качестве тестировщика.
Я также уверен, что тихие вечера, проведенные за чтением моего скромного труда, откроют много полезного любому человеку, имеющему отношение к процессу создания программного обеспечения (ПО), так как качество, как тишина в кинозале, — дело общее.
Отдельной группой благодарных читателей, несомненно, выступят профессиональные рекрутеры, нанимающие народ для ударного труда в интернет-компаниях.
Кроме того, я надеюсь, что материал будет просто интересен всем, кто пользуется Интернетом и желает узнать, как работают интернет-компании.
Приведя десятки примеров, я попытался максимально проиллюстрировать материал, так, чтобы даже сугубо технические детали были понятны самому широкому кругу читателей.
Моя цель — не показать, что я знаю материал (как это делается при защите диплома), а помочь ВАМ узнать материал, и иллюстрации (текстовые и графические) — это лучшее вспомогательное средство, для того чтобы легче понять и усвоить смысл сказанного и оставить в памяти якорь ассоциации между иллюстрацией и проиллюстрированной мыслью.
Помимо просьб друзей, требований жены и намечающегося кризиса среднего возраста на подвиг меня толкнуло то, что в начале своей работы не раз и не два я пытался осилить классические сочинения по теории тестирования, но каждый раз осознание собственного бессилия в поисках сиюминутного практического смысла не давало мне дочитать очередной фолиант.
Безработная девушка Маша П. захотела стать бухгалтером. Она приходит на соответствующие курсы, но вместо прикладных, оплачиваемых знаний по назначению счетов и инструкций МНС ей преподают теорию макроэкономики и историю бухгалтерии. Маша думает, что она не сможет осилить бухгалтерию, и бросает курсы. В итоге Родина теряет потенциально блестящего бухгалтера и обретает реально радикального члена компартии.
Я преклоняюсь перед предметом «история». О пользе Теории (с большой буквы «Т») и говорить не приходится, но, как я убедился на своем многолетнем опыте работы и преподавания, наиболее эффективный подход к тренингу тестировщиков заключается в том, чтобы дать им практический инструментарий, направить мозги в нужную сторону — и в бой, а теоретические метания тридцатилетней давности можно почитать на досуге, после того как устроился на работу.
Кроме того, есть политические нюансы работы; распространенные ошибки менеджмента; продюсеры, программисты и релиз-инженеры, работу которых нужно понимать изнутри, — в общем легион того, о чем вам напрямую не напишут и не скажут, но что может быть не менее важно для выживания в софтверной компании, чем профессиональные знания.
Будучи человеком честным и в некоторой степени благородным, признаюсь, что позаимствую классическое начало книг о тестировании, заключающееся в трусливом: «Не используйте знания из этой книги, если речь идет о тестировании критического ПО».
Итак, я свидетельствую, что все, о чем я расскажу, действительно работает, и работает именно так в крупнейших западных интернет-компаниях; я также свидетельствую, что все, о чем я расскажу, в силу объективных причин не может на 100 процентов гарантировать ПО от наличия проблем.
Поэтому сразу предупреждаю: эта книга не предназначена для тех, кто собирается тестировать критическое ПО, связанное, например, с мониторингом работы сердечной мышцы, или ПО для поражения точечных целей в странах с большими запасами нефти. Серьезно, если речь идет о жизни людей, лучше скормите эту книгу своему попугаю-жако (о попугаях позже).
Два важных момента:
Вопрос дня: Что самое главное в нашем деле?
Ответ дня: РЕЗУЛЬТАТ!
Человек может быть прекрасным семьянином, увлекаться фотографией и превосходно петь арию «Libiamo Amor» из «Травиаты», но единственная и неповторимая прелесть его как тестировщика — это РЕЗУЛЬТАТ.
К вопросу о постановке мозгов и попугаях:
перед покупкой своего попугая-жако Василия я прочитал кучу литературы, но лишь одна мысль позволила мне осознать самое главное (в смысле домашних попугаев): «У вас есть хобби, друзья и работа. У вашего попугая есть только вы».
Так вот по аналогии:
Вы можете быть наделены множеством самых прекрасных и вечных добродетелей. Но в вашей работе тестировщика есть единственный смысл — РЕЗУЛЬТАТ.
Каков же этот РЕЗУЛЬТАТ (пишу «РЕЗУЛЬТАТ» заглавными буквами в последний раз)?
результатом работы тестировщика является счастье конечного пользователя (сказать «удовлетворение клиента» как-то язык не поворачивается). Причем «счастье» не в глобальном его значении, а та его часть, которая связана с качеством вашего продукта.
Например, некто Виктор Буянов бродит по Интернету в поисках диска с московским концертом Билли Джоела. Вот он наконец находит то, что искал, заполняет все необходимые формы и нажимает кнопку «Купить».
Если на следующей странице будет написано: «Дорогой Виктор, мы получили ваш заказ, ждите посылку» и через неделю почтальон принесет сам диск, то честь и хвала вам как тестировщикам.
Если же на следующей странице красуется «500 — Internal Server Error» (внутренняя ошибка сервера номер 500). и тишина, то пишите объяснительные.
Я дам вам знания, с которыми можно пройти интервью, получить интересную работу и начать новую жизнь, но кроме прикладных моментов следует твердо знать, что тестировщикам бoльшую часть заработной платы платят за честность, так как именно нашему брату оказано доверие сказать «Поехали». И даже абсолютно далекий от тестирования господин Буянов косвенно подтвердил своим выбором мои слова (дальше поются строчки из припева песни Билли Джоела «Честность» («Honesty»)):
Honesty is hardly ever heard.
And mostly what I need from you.
(Честность — это 50% + 1 единица того, что я жду от тебя.)
Будет дано множество примеров того, что мы работаем на некий онлайн-стартап www.testshop.rs (rs — это не глобальный домен, как com или ru, а мои инициалы).
Многие термины будут написаны по-английски с немедленным русским переводом и наоборот. Знание родной терминологии поможет работе в инофирме.
Пользуясь случаем, хочу поблагодарить (в алфавитном порядке):
Алекса Хатилова (Yahoo!) за превосходные лекции, многочасовые консультации по телефону и демонстрацию силы аналогий и примеров из жизни и Никиту Тулинова (Sun Microsystems), который принял меня, как брата, и наставил на путь истинный.