Был где-то в интернетах рассказ о том как один программист выбирал между двумя очень крупными известными компаниями в США куда ему пойти все-таки работать. В итоге он написал для себя сравнительный список с преимуществами обеих компаний и смог выбрать только на 100500-м пункте, т.к. предыдущие пункты были одинаковыми... А последним решающим пунктом оказалось мороженое определенного сорта в офисе :)

Вспомните про Олю и Джорджа (Савин) и вступление к книге "Как тестируют в Google":

Вы хитрый малый...  Хороший ресторан - дринк-дринк-дринк... И Вам подписывают контракт с восклицанием "А фигли" (по-русски)

Почему так происходит? Тяжело оценить труд специалиста по обеспечению качества?

Вы можете оценить труд специалиста по качеству? 

Теперь отбросьте свои текущие знания о тестирование - и вспомните себя начинающем тестировщиком - как бы вы оценивали труд специалиста по обеспечению качества?

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

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

И специалист по обеспечению качества не создает качество. Качество это забота и ответственность всей команды.

PS: Попробуйте оценить труд геолога. Тяжело оценить? 

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

С чего вы это взяли? Ценятся, иногда неосознанно, те, за чью работу начальство уверено - если ОН взялся - значит сделает в оптимальном виде и перепроверять-переделывать-подчищать за ним не нужно. 

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

Крутые названия:

Этот тест не прошел

Быстрые действия приводят к проблемам

Синий экран на второй странице  (Обоземой, фанаты Рекса...)

У меня случайно программа упала 

Где взять тестовую версию приложения

А как запустить автотесты

Баг на баге и багом погоняет 

В майнд-карте даны ссылки на перечисленные ниже документы. 

Ссылки на ГОСТы брались с просторов Рунета - используйте их на свой страх и риск. 

Содержание карты:

1. Профессиональные стандарты в области ИТ

1.1 Специалист по тестированию в области информационных технологий

2. ISTQB

2.1 Глоссарий терминов тестирования ISTQB 2.3

2.2 Программа обучения ISTQB Базового уровня 2011

3. ГОСТы

3.1 Серия 19 (ссылки в майнд-карте отсутствуют)

3.2 Серия 34 (ссылки в майнд-карте отсутствуют)

3.3 ГОСТ ИСО 9000-2011 Системы менеджмента качества. Основные положения

3.4 ГОСТ ИСО 9001-2011 Системы менеджмента качества. Требования

3.5 ГОСТ Р ИСО/МЭК 9126-1993 Информационная технология. Оценка программной продукции

3.6 ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств

3.7 ГОСТ Р ИСО/МЭК 12119-2000 Информационная технология. Пакеты программ. Требования к качеству и тестирование

3.8 ГОСТ Р ИСО/МЭК 15288-2005 Системная Инженерия. Процессы жизненного цикла систем

3.9 ГОСТ 28806-90 Качество программных средств. Термины и определения

3.10 ГОСТ 28195-89 Оценка качества программных средств. Общие положения

3.11 ГОСТ Р ИСО 31000-2010 Менеджмент риска. Принципы и руководство

4. Основы Программной Инженерии (по SWEBOK)

4.1 Тестирование программного обеспечения 

4.2 Качество программного обеспечения 

Ссылка на карту (XMind)

Zo0, у вас есть возможность уточнить у вашего тренера ПОЧЕМУ он вам сделал данное замечание, с вашими АРГУМЕНТАМИ почему это замечание не соответствует данной ситуации.

Вы МОЖЕТЕ выслушать его объяснение - и СДЕЛАТЬ ВЫВОДЫ или не делать.

Можете также продолжить ДИАЛОГ, используя НОВУЮ ИНФОРМАЦИЮ. 

Это конструктивно.

Обвинять человека тем более не разобравшись до конца в ситуации - неправильно. Зато удобно.

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

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

Мне на собеседование задали такой вопрос: "Какие виды функционального тестирования вы знаете?" и я на него не смог ответить. Когда пришел домой сразу начал гуглить и не нашел ни одного внятного ответа. Нашел все про функ. тестирование, но про виды ничего не нашел. Помогите пожалуйста!

Протестинг

Сертифицированный тестировщик Программа обучения Базового уровня Версия 2011 (ISTQB)

Кейс:

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

Первый сотрудник потратил на работу 30 часов за контрольную неделю. Как вы будете оптимизировать его рабочий день? 

Второй сотрудник выполнил аналогичную работу за 45 часов. Второй сотрудник имеет право отгулять 5 часов переработки на следующей неделе?

Вопросы к Вам:

Как вы будете учитывать неизмеримые показатели? 

Из за чего возникла идея оптимизации рабочего дня сотрудника? 

Какое количество времени вы будете проводить измерения расписания? 

Имея на руках расписанный день сотрудника - можно смотреть на него с целью оптимизации.

Если вы отработали 45 часов за неделю - соответственно эти 5 часов можно отгулять на след неделе.

Дисклеймер. Не путайте оптимизацию рабочего дня и соблюдение ТК РФ. 

Статья 152 ТК РФ. Оплата сверхурочной работы.

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

PS2:

При попытке впихнуть невпихуемое выпихивается ранее впихнутое. Кроме того, сам процесс впихивания невпихуемого уменьшает предел впихуемости.

©Дорофеев.

Регистрация времени - это инструмент. В правильных руках и при правильном отношении он может нанести пользу фирме. При неправильном применении инструмента последствия могут быть разрушительны.

Предположение. Может вам нужна не регистрация времени, а повышение прозрачности процесса? 

По-моему, работы должно быть всегда столько, что бы сотрудник не успевал все сделать за день, но и мучался тем, что ее слишком много. Тогда самоорганизация его не позволяла бы ему пинать балду свыше какой-то нормы.
Если работы нет столько, то нужно контролировать его временные затраты кем-то стороны, вплоть до почасового контроля (например ежедненвые/еженедельные таймшиты с часовой разбивкой). Ибо его самоорганизация начала бы уделять работе не более 4-6 часов в день и качество его работы, как следствие, начало бы падать.

 

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

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

Для фирмы лучше когда работник занят всего 2 часа в день при условии, что свои обязанности он выполняет качественно и в срок, чем если он перегружен и не успевает выполнять свои задания. При перегрузке долг работника накапливается, его производительность и мотивация падает. Человек должен гордиться своей работой, а вы ставите его в условия, когда работа начинает его угнетать.

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

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

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

PS: Прочитайте "Цель" Голдратта для начала.

Сценарий 1. Сотрудник без контрольный и не самоорганизованный.

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

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

 

Сценарий 2. Сотрудник без контрольный и самоорганизованный.

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

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

 

Сценарий 3. Сотрудник подконтрольный и не самоорганизованный.

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

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

 

Сценарий 4. Сотрудник подконтрольный и самоорганизованный.

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

 

По мне так, 4 сценарий самый продуктивный для бизнеса и самый не любимый среди сотрудников. Оптимальный же получается 2 и 3 сценарий.

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

Сценарий 5. Процесс работы налажен. Работа сотрудника прозрачна для заинтересованных лиц. Она выполняется качественно и в срок. Никто не занимается имитацией бурной деятельности. Все счастливы. 

Выстраивание процесса работы уже задача менеджмента.

Раз такое дело, то покритикуйте и мое )))
drive.google.com/...YeGVoLTQ/view?usp=sharing

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

https://drive.google...sp=docslist_api

Теперь не опасно?

И снова fail  

Ты курсы проходил, наверное, на тему "Как стать большим умником!"? 

Сценка. Недалекое будущее. Вы и ваш QA Lead. 

Вы: Я тут провел тестирование проекта 1 - все работает. Проверяйте.

QA Lead: Хм, проект не стартует. От слова вообще.

Вы: Да ты я гляжу курсы проходил "Как стать большим начальником".

Че ж ты такой сцуко сволочной? У тебя лучший друг не Карлсон случайно? Просто почитай, за наложение я понял. Спасибо. 

Сценка 2. Недалекое будущее. Вы и ваш QA Lead. Бокс по телефону. Переписка. 

Осторожно. Сумбурное рассуждение.

Вы тестировщик(ца). Вы находите баги. Вы красиво оформляете эти баги в отчет. Программисты радуются хорошо составленному отчету - и исправляют баг. Качество продукта становится выше. Что в этом плохого?

Почему вы считаете, что вы их случайно нашли.  Мне приходят в голову два варианта вашей ситуации.

Первый: А что будет если я сделаю - эту "фигню". Упс, ошибка. - Это не случайное нахождение - вы продумали тест - и исполнили его - и он выявил ошибку.

Второй: Вы что-то, например, случайно нажали и что-то отвалилось. Тут уже нужно проводить анализ. А что еще может отвалится при аналогичном сценарии, но в другом месте? А что будет, если нажать вот это и т.д.

PS: Я не знаю с чем связаны ваши случайные "ужасные" баги - поэтому я не знаю куда вам копать =)

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

PS2: Как вы находите эти баги без проверок и исследования продукта?

Можете обратить внимание на:

1. Перевороты устройства 

2. Инфраструктура сети (потеря соединения с сетью, ухудшение сигнала, восстановление и переключение соединения)

3. Сколько приложение кушает батареи устройства

4. Прием входящих звонков, смс, пушей

Боюсь Вас расстроить, в конечном счете все делается ради денег.

В конечном счете все делается ради извлечении прибыли. Прибыль не всегда материальна. 

Прибыль может быть различна: деньги, гордость решением сложной задачи, профессиональным и/или карьерном ростом и т.д.

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

Притча:

Дополнил карту ссылками на ГОСТ 19 и 34 + шаблоны. Ссылка в посте №2.

По терминологии, читайте и учите глоссарий ISTQB. 

Общее то, что тестирование взаимодействий и тестирование переносимости - это типы тестирования. 

НО! тестирование взаимодействий - относится к функциональному тестированию. А тестирование переносимости к нефункциональному. 

Например можно посмотреть:

1. Существуют ли страны без регионов?

2. Список городов всегда привязан к списку регионов? Или можно выбрать город после выбора страны?

3. Какой регион у Москвы и Санкт-Петербурга? (Они не относятся к Московской и Ленинградской области)

4. К кому относится Крым и Севастополь?

5. Можете с запросами поиграться - когда в id региона не соответствует выбранной стране, например, что будет если Алабама находится в России?

6. Почему название страны, региона, города на английском, а "Выберите" на русском?

7. Что будет если ничего не выбрали? Или выбрали только страну, страну и регион?

8. Что делать, если пользователь живет не в городе, а селе? 

9. Думайте сами, что еще нужно тестировать. 

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

п.1-4 - Если вы не знаете на ком эти вещи лежат в фирме, в которой вы работаете, то я тем более этого не могу знать   

п. 5 - да, если считаете, что это нужно. 

PS:

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

© Льюис Кэрролл

Для начала надо уточнить почему клиент звонит Мне, а не техподдержке, аналитику, внедренцу, ПМ... 

Или вы пошли на собеседование где роль тестировщика и техподдержки объединена?

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

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

Тогда вы говорите - насколько в таске проблема локализована:

Что за сайт? (у вас он может быть не один). На каком устройстве возникает проблема? (У клиента вполне может быть мобильное устройство и плохой интернет) Окружение? (Не все окружения поддерживаются) Соединение с сетью? Воспроизводится ли у нас данная проблема? (При 80% fail - она вполне должна и у нас воспроизводится) Антивирус?...

Также в реале у вас должна быть информация:

Известна ли вам данная проблема? Способ её решения? и так далее.

PS:

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

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

Юрий Адлер: 

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