Перейти к содержимому

Программирование на C# для тестировщиков
онлайн, начало 19 июля
SQL: Инструменты тестировщика
онлайн, начало 18 июля
Командная строка: инструменты тестировщика
онлайн, начало 18 июля
Chrome DevTools: Инструменты тестировщика
онлайн, начало 18 июля

Рейтинг Контента


#98005 С чего начать в тестировании?

Написано Natalya Rukol 01 Декабрь 2011 - 01:23

Если вы думаете, что хотите работать в тестировании - подумайте ещё раз :)

Если вы абсолютно точно уверены в своём желании - следуйте следующим принципам:

1. Старайтесь как можно раньше найти работу. Курсы, книги, статьи - лишь помощь в работе, а не наоборот!

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

3. Читайте книги, читайте много книг! Так вы очень выгодно выделите себя среди "покликать пришёл".

4. Если вы хотите стать разработчиком, аналитиком или РМом, то работа в тестировании вам никак не поможет. НИКАК! Идити в разработку или аналитику, не тратьте попусту своё время и нервы коллег.

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

6. Самое главное при устройстве на работу - опыт. Как его получить, если без него работу найти сложно? Регистрируйтесь на uTest.com и fixber.ru, тренируйтесь, указывайте этот опыт в резюме.

to be continued...
  • 25


#144022 задача - тестирование подсчета типа треугольника

Написано mike1999 11 Сентябрь 2015 - 09:22

"тестирование подсчета типа треугольника"

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

"- Составьте пожалуйста список тестов, для функции, на входе которой три параметра, а на выходе треугольник"

повторяю - это была дословная  постановка задачи. И с умным видом он откинулся на спинку кресла.

 

Это мне предложил технарь из компании "Открытые технологии". ТЕХНАРЬ БЛ& !!! Я вот конкретно эту задачу не встречал, и догадаться что за параметры передаются в функцию не мог. Попробывал было задать наводящие вопросы, что мол за значения в параметрах? (ну там длины это или тройки координат в пространстве) на что был ответ - типа "...вы мне скажИте какие это параметры..." ... что за параметры, что за треугольник на выходе. попробуй догадайся.... Ну я ему совставил кейсы для троек координат в пространстве(отголоски текущей работы) ...

 

... к чему это я .. А да... товарищи собеседующие кандидатов, прежде чем тестить кандидата потрудитесь вникнуть в суть задачь. Оригинальная задача звучит так: "Составьте список тестов для функции, в которую передается три значения длин, а на выходе функция выдает - одно значение BOOLEAN - true, если существует треугольник со сторонами такой длины, и false если не существует".

 

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

 

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

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

 

Как пример, периодически даем на проверку кандидату форму доступа путем ввода пятизначного цифрового пароля, для сенсорного терминала, и просим "на лету" протестировать и составить отчет.

Форма намеренно заторможена на нажание кнопки "0" - пауза секунд 5.

Правильный пароль известен.

На форме цифры, спецсимволы ,"Отмена", "Вход", "Язык", у тестера есть возможность задать правильный пятизначный пароль обычным апдейтом на рядом стоящем компе.

Все кидаются проверять и перебирать пароли.

Как результат :

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

Половина вводит только пятизначные значения.

Половина вводит только цифры.

95% не проверяют вход при пустом пароле и вход с пустым паролем о комбинациях(0/NULL) я уже не говорю.

95% не проверяют кнопку "Отмена".

95% не уточняют может ли пароль содержать спецсимволы с клавиатуры терминала.

Один человек за 3 года проверил смену языка.

Никто не проверяет добавление к правильному паролю других цифр и спецсимволов.

Никто не проверяет обрезанный с конца пароль.

 

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

 

 

Ох скока я понаписал...


  • 16


#147968 Оклад тестировщика

Написано Nena_X 21 Январь 2016 - 17:19

Блин, читаю и понимаю что я какой то штучный неудачник :) второй месяц без работы сижу и получил очередной отказ потому что нашли кого получше на вакансию обычного QA

 

Алексей, как опытный ИТ рекрутмент консультант дам Вам ряд советов, основанных на анализе резюме с НН: 

 

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

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

3) в резюме указан перерыв с июня 2015 г. и опять же он ничем не пояснен - проходили ли курсы, занимались ли фрилансом или самообразованием, ухаживали за больным родственником - неясно. Рекрутер может сделать вывод "в 27 лет мужик не работает полгода, наверно он ленивый". Рекомендую этот момент прояснить сразу, то есть в резюме. Это джависты могут год не работать, а потом на 200000 пойти без объяснений, с Вашим опытом такие штуки опасны.

4) то, что ранее Вы работали кладовщиком и в юности продавцом по 2-3 месяца (опять же с перерывами) в разрезе поиска позиции тестировщика неважно. Рекомендую удалить это полностью, либо отобразить как один опыт, например: "Июнь 2006 - Август 2013 - Разные места работы - Обязанности: работал не в ИТ сфере. Параллельно получал образование в направлениии информационной безопасности и изучал то-то и то-то". 

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

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

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

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

 

Это только то, что сразу бросается в глаза. У Вас профильное образование, и не одно, Вы молоды и имеете опыт - Вы 100% сможете трудоустроиться, но надо поработать и над резюме, и скорее всего над самопрезентацией и ответами на основные вопросы на интервью (в интернете много тем об этом). Применив мои рекомендации и направив 10-20 откликов на разные позиции - не только на НН, но также проявив активность на ЛинкедИн (написав ряду рекрутеров, разместив пост о поисках) и сделав адресную рассылку в HR отделы ИТ компаний - Вы обязательно получите результат! Надеюсь, мои советы будут полезны не только Вам. Заранее приношу извинения за прямоту - это то, как видит Ваше резюме потенциальный работодатель в лице рекрутера. 

 

Готова провести очную сессию и дать другие рекомендации (конечно, не задаром). Успешно трудоустраиваю ИТшников, сроки получения оффера - от 2 дней =)

 

И удачи в поисках всем ищущим!


  • 8


#109016 Тестирование верстки сайта

Написано aya 25 Август 2012 - 16:07

Не представляю для чего может понадобиться тест-кейс на проверку вёрстки.
Согласен с Freiman что хватит чек-листа со списком браузеров.

Вёрстку часто проверяют в Photoshop или Gimp так:
1. Делается снимок экрана в браузере
2. Добавляется к макету как отдельный слой
3. На добавленный слой ставится прозрачность
И смотрим что и как где свёрстано.

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

Лучше использовать PixelPerfect для Firefox или PerfectPixel для Chrome :)

Добрый день!
Будут ли варианты, если макета нет?

Для тестирования верстки использую этот чеклист: http://habrahabr.ru/post/114256/
  • 8


#98006 Обучение тестировщиков

Написано Natalya Rukol 01 Декабрь 2011 - 01:24

Курсы для начинающих тестировщиков:

 

Школа успешных тестировщиков, v. 2.0
Расширяет кругозор, ускоряет карьерный рост

10 занятий Наталья Руколь

 

Тестирование веб-приложений
Ручное и автоматизированное, функциональное и нефункциональное -- всего понемногу

3 занятия Алексей Баранцев

 

Онлайн-интенсив для начинающих тестировщиков
Стать хорошим тестировщиком всего за неделю? Давайте попробуем! 1 неделя
7 занятий Ольга Киселева

 

Онлайн-интенсив для начинающих тестировщиков (3-х недельная версия)
Стать хорошим тестировщиком всего за три недели? Давайте попробуем! 7 занятий Ольга Киселева

 

Конференции:
SQA Days (крупнейшая очная конференция в СНГ, 2 раза в год)
ConfeT&QA (онлайн, для разных уровней подготовки)

Дополнительно:
Региональные сообщества тестировщиков - отличная возможность общаться с теми, кто "в теме"
Рассылка для начинающих тестировщиков (пока приостановлена)
Wiki для тестировщиков (в процессе создания, помогайте!)
Портал с книгами для тестировщиков (качайте и делитесь!)


  • 7


#120783 FAQ: отчет об ошибке. Как, что, зачем? Шаблоны баг-репортов

Написано ch_ip 11 Август 2013 - 16:09

Исходно к созданию данного FAQ послужил пост Sana в этой ветке форума:

помогите, пожалуйста, найти/составить приближенный к идеалу отчет про ошибки (такой себе шаблон)

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

что еще добавить/изменить? было бы не плохо посмотреть на пример

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

Итак, подборка ссылок из интернета (дополнения приветствуются):
Статьи


Доклады
50. Прекрасный доклад Алексея Лянгузова на SQA Days "Грамотная работа с дефект-трекером — путь к успеху". Очень подробно о том, как именно писать ошибки (а вы знаете 4 способа написания заголовков?) и о том, что еще можно делать с БТС

51. "Как заводить баги понятно всем" — доклад Казначеевой Анастасии на SQA Days-11
52. Доклад Сергея Атрощенкова Отчеты об ошибках, или как просто встать на путь постоянного совершенствования с конференции confetQA

Обсуждения на форумах:
71. Обсуждение на этом форуме, как писать баг-репорты, для начинающего тестировщика с примерами шаблонов
72. Ссылка на тему-рекламу семинара Сергея Мартыненко "Как описать дефект". Уже из программы семинара можно получить ряд вопросов, над которыми стоит задуматься
73. Пример, почему не всегда надо заносить все дефекты в баг-трекер (хорошее обсуждение темы, все ли баги надо заносить в баг-трекер)
74. Пример испльзования стандартных терминов при описании бага, чтобы его было легче найти (и не заводить дубликаты)
75. Обсуждение добавления скриншотов к описанию ошибки на этом форуме
76. Классификация полей в отчетах об ошибке (рекомендую прочитать все обсуждение. Полезно, несмотря на давность лет)
77. Как правильно ловить баги — инструкция для бета-тестировщиков игр с описанием того, как заводить баг-репорт.
78. Как правильно писать отчет об ошибке - объяснение на пальцах для блондинок
79. Обсуждение описания ошибки про сообщение об ошибке. Очень интересное обсуждение с разными вариантами описания одного и того же бага, а также споров на тему, что надо включать в отчет об ошибке, а что нет.

Другое

P.S. ключевые слова для поиска: Issue Document, bug report, defect report, issue report, отчет об ошибке, работа с багтрекером, описание бага, описание ошибки, шаблон бага, шаблон ошибки, bug template, issue template


  • 7


#63502 Новости и online QA курс от автора "Тестирование дот ком"

Написано rsavin 12 Декабрь 2008 - 02:40

Дорогие друзья,

это ваш покорный слуга Роман Савенков широко известный в узких кругах под псевдонимом "Роман Савин".

Во-первых СПАСИБО за все ваши теплые слова и за поддержку. Вы вдохновили меня, чтобы написать английское издание по мотивам "Тестирование дот ком."

Начал я, в общем, переводить, и думаю, что можно сделать лучше. Если кто-то помнит, то в русском издании я использовал примеры как будто есть такой чумовой стартап www.testshop.rs. "Так вот," - подумал я, "а что если сделать отчаянный шаг и написать такой веб-сайт, чтобы читатели (или вернее "студенты") могли воочую увидеть примеры из книги и иметь возможность интеракции с софтом, включая использование баг тракинг системы, QA automation и т.д." В общем, я стал параллельно писать англ. издание и кодировать.

Закончил где-то месяц назад. В печатной форме получился об'ем примерно в 2 (!) раза больше, чем русское издание (405 страниц формата А4). Так что в английском издании очень много нового (хотя некоторые параграфы были мною тупо переведены из "Тестирование дот ком"). И назвал я это дело Practical Course "How to Become a Software Tester". "Курс" - потому что это уже не чтение, а непосредственное самобучение по системе книга - софтвер - книга - софтвер - и тд.

Теперь приятная часть: онлайн версия учебника и софтвер для треннинга абсолютно бесплатные. Поначалу я, конечно, хотел бессовестно нажиться на страданиях американского народа, угнетаемого финансовым кризисом, и начал продавать курс за большие деньги, но, во-первых у меня никто его особо не покупал, а во-вторых даже если и покупали, то нифига по нему не занимались. Как я знал, что не занимались? Просто смотрел на активность в базе данных. Ребята, поймите меня правильно, я потратил примерно 1.5 года на то, чтобы создать курс, который бы помог людям, а тут, понимаешь, дело совсем не движется. Вот и решил я сделать доброе дело и бесплатно выложить учебник плюс открыть доступ к тренировочному сайту.


URL учебника: www.qatutor.com.
URL тренировочного сайта: www.sharelane.com (прошу учесть, что нужно взять учебник и используя его уже работать с sharelane.com).

Спасибо вам за все, ребята.

С уважением,
Савин
  • 6


#35645 Тестовое задание "ListBoxer".

Написано m1st 17 Ноябрь 2006 - 01:24

Здравствуйте!
Слышал, что многие начинающие тестировщики желали бы ознакомиться с тестовым заданием при устройстве на вакансию QA engineer. Предлагаю Вашему вниманию именно такое тестовое задание - программку: "ListBoxer".
Многие начинающие тестировщики ждут Вашей помощи! Это может быть все, что угодно - от ссылок на литературные источники до выполнения самого задания.
Далее текст задания:

Найдите максимальное количество ошибок, намеренно допущенных в программе "ListBoxer".

Полное описание принципа работы программы доступно через меню "Help", после ее запуска.

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

•	Составить план тестирования приложения Listboxer.
•	Расписать тестируемые требования к приложению Listboxer, отдельно указать требования которые нельзя протестировать по каким-либо причинам.
•	Указать функциональность приложения, требования к которой не определены, противоречивы или некорректны.
•	Провести тестирование приложения Listboxer.
•	Предоставить отчеты о найденных дефектах, определить готовность приложения к выпуску.

Скачать программу: Прикрепленный файл  ListBoxer.zip   1,46МБ   4651 Количество загрузок:
  • 6


#156028 Работа с DOM

Написано Little_CJIOH 11 Ноябрь 2016 - 12:51

Это самый адекватный ответ на заданные вопросы. Нефиг садится за штурвал если тангаж от крена не отличаете.

https://www.codecade...om/learn/python
  • 6


#117654 Тестовое задание от компании на позицию Junior QA

Написано Alex_UA 07 Май 2013 - 11:28

Выслали тестовое задание протестировать регистрационную форму (просьб о выполнении задания тут НЕ БУДЕТ)

Кейс 1.
Тестирование Web формы.
Рассмотрите регистрационную форму, находящуюся по следующей ссылке: http://mobidev.com.ua/thousantsthinks/
Составьте тест кейсы, произведите полное тестирование и выпишите найденные баги, если таковые найдутся. Любые, даже самые не существенные замечания, приветствуются, поэтому обязательно сообщайте их нам в письме.


Добрый день!

Отписался тов. Bazeman в личку более подробно. Для всего сообщества хотел бы поделится информацией "из первых рук"))
Меня зовут Алексей, я HR Group Leder в компании MobiDev (и это одно из наших тестовых заданий для QA).
Сейчас вакансия закрыта и форма не работает. Кандидату Bazeman мы обратную связь уже дали.
Если кому интересно - могу поделится общими впечатлениями от выполненных тестовых (брали 3 junior QA), пришлось внимательно изучить до сотни выполненных тестовых (про количество резюме вообще молчу). Заранее прошу прощение за очепятки)) Итак. по-порядку:
1. Резюме.
В тексте вакансии четко написано: Upper intermidiate English (т.к. нужно быть готовым работать со стороной заказчиков). Процентов 40% резюме откидывали именно по этому критерию. Я все понимаю, что попытка не пытка, но каждое резюме забирает у нас минимум 10-20 минут... мне очень жаль моего времени....
Кроме того, если у кандидата нет опыта работы, ЭТО НЕ ЗНАЧИТ что резюме должно быть ПУСТОЕ на 3 строчки! Вреде Савин очень доступно описал что в резюме нужно указывать весь ваш опыт, даже то, что Вы прошерстили этот форум !

Тут есть и обратная сторона медали: некоторые пишут все что слышали: от MS Word до Objective C и все это в одной строчке. Мой вывод: "Чувак знает вёрд, а про С просто где-то слышал... 99,9% что я буду близок к истине.

Уважаемые Джуны! Компании ждут от вас стремления и готовности ПАХАТЬ! То-есть - прикладывать усилия. Если я вижу в резюме шаблонные фразы впихнутые через копипаст и без приведения текста к единому стилю - это БАН, тк такой кандидат на QA даже не удосужился перечитать и пересмотреть написанное.

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

2. Тестовое, кейс 1, Протестировать регистрационную веб форму, тест кейсы и баг репорты...

Вот что иногда пишет нам QA Team Leader после просмотра некоторых "шедевров"...

"...Уникальных сценарии есть,, валидации не все, нет кроссбраузерного, нет инъекций ,оформление 2"
"... сделал кроссбраузерное тестирование без ИЕ и нашёл 1 баг (( Мой вердикт: испепелиить окояного"
"... Валидацию проверил не всю, кроссбраузерного нет, спецсимволов нет. Уникальный сценарий только один. - значит скармливаем Кракену"
"...оформление 2, содержание тоже. Проверил только валидации и орф."
"...3 с минусом. кроссбраузерное делала, но бажище пропусила, уникальных сцеариев нет, валидации не все. По остальному старалась."
"...второй человек кто додумался залезть в базу и с заданием справился хорошо"
"...По тестированию читала только одну книжку. Многое путает. Идей в голове много но структурировать их не может. С заданием по нахождению багов справилась ужасно. Пусть читает книжки и тренируется искать баги. В общем, на костёр девушку(("
"...тестовое 3 с минусом, валидации не все, спецсимволов и инъекций нет, кроссбраузерного нет. тем не менее, уникальные сценарии есть, можем дать шанс"
"...Найдено 4 бага!!! (прим из более чем 40) - в печку. пускай читает книжки и тренеруется.... на собачках"

"...залез в админку, помучал спецсимволами, прогнал по методике валидации - интересненько"
"...кроссбраузерное только не делала, но в остальном очень качественно!"

Ладно. думаю. картина ясна... хватит примеров.
Вот вижу что возник вопрос: а как же мы помогаем этим самым новичкам? Даем ли мы фитбек?
Отвечаю честно - Да, стараемся каждому дать ориентир куда дальше двигаться. В то же время, мы не даем по-пунктно что было так. а что нет. Мы говорим что нам понравилось. а что мы не нашли (то же кроссбраузерное делают далеко не все!!!)

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

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

Подводя итог, хотелось бы высказать наверно уже не новую мысль: не важно какая у вас мотивация И ЦЕЛЬ (развитие, деньги, стабильность...) - все это достигается через !профессионализм! а он достигается через приложенные Вами Усилия! Это замкнутый круг:

УСИЛИЯ - ПРОФЕССИОНАЛИЗМ - РЕЗУЛЬТАТ
Если хотите чего-то - Усилия должны быть сначала!


Спасибо тем, кто приложил усилия и дочитал пост ))
Надеюсь, получилось интересно. :victory:/>

С уважением, Алексей,
HR Group Leader
компания MobiDev
  • 6


#115107 5 золотых правил для тест кейсов

Написано notProgrammer 26 Февраль 2013 - 13:22

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

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

Ах Негро... Как же Вам тяжело, бедному: вокруг Вас все такие дураки... Только и остаётся, что писать агрессивные и некорректные сообщения на форуме, по ходу придираясь к словам.
  • 6


#149978 Первоапрельский конкурс

Написано oreshka 01 Апрель 2016 - 08:45

Даешь наше!!!

 

1407842214_120-233_128-241_img_443.jpg

Иван-дурак

Не разбирается в продукте, методиках тестирования.

Добрый, никому не мешает.

Ему крайне везет.

Баги находят сами разработчики.

 

 

5f45f591691939c08bfc51c264163267.jpg

Маша

Шустрая и веселая.

Редко тестит сама.

Для этого есть Миша.

Ее любят и аналитики, и разработка.

Но слегка побаиваются.

 

 

ilya-muromets.jpg

Илья Муромец

Знает всё.

Чаще молчит.

Тащит весь проект.

Давно уже молча выполняет весь спектр работ - от разработки до администрирования.

Так надежнее.

 

letchik_kolobok.jpg

Колобок

Хороший был тестер.

Пришел из конторы конкурентов.

Потом неожиданно исчез.

Говорят, видели с гитарой в электричке.

 

 

 

c921b7fe0e1e2b9e556d54ae5e7b8758.jpg

Царевна-несмеяна

Всегда всё не так.

Невыносима и не любима всеми.

Но двигает прогресс.

Иногда даже Ивана-дурака может сподвигнуть на подвиги.

 

 

zmey-goryinyich.jpg

 

Змей Горыныч

Шестирукий и самый продуктивный тестер команды.

Находит 20 багов за час.

Разработка считает, что это команда из Индии.

На самом деле это Петя Иванов, студент 4-го курса.


  • 5


#163868 Когда делать нечего на работе

Написано SALar 05 Декабрь 2017 - 11:26

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

Как вы справляетесь с "безработицей" на работе? :)

Не надо справляться. Перефразируя Голдратта - если все сотрудники заняты на 100%, фирма терпит неоправданные финансовые убытки.

 

У тестировщиков должен быть запас по мощности (они обязаны простаивать). Иначе все плохо. Это не всегда так, но почти всегда так.


  • 6


Яндекс.Метрика
Реклама на портале