Тестирование ПО (Тестировщик, QA инженер)

...

sap12345, Вы знаете, что такое Agile/Scrum Environment?
Каждое утро отчет кто и что сделал и что будет делать сегодня...Уже не буду касаться разных покер-планирований и т.д.
А далее коллы с заказчиком, где участвует вся команда в том числе и мануальный тестировщик. И тестировщик не просто участвует, а очень активно вносит поправки и предложения т.к. не разработчики, не бизнес-аналитики не видят нюансы в проекте, которые видит тестер своим опытным взглядом.

Смешат коменты, где тестировщик просто кликает по формам и ложит 1000$ в карман)))) кто был на реальных проектах, думаю тоже смеется.
Люди внедряются в проект не просто так отдохнуть, например - баг пропустите - уйдет в продакшен....готовьтесь....

Говорю 100% - English нужен пипец как...проблема в том, что быстро его не изучить (особенно устный и понимание на слух) т.к. разговаривать нужно с носителями, а у них акцент, говорят быстро и т.д.
Письменная переписка легче конечно.

sap12345, ну вас и вопросы. Вроде вы не новичок.

Вступлюсь за тестеров.

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

Должности там могут быть самые разные - вариантов тьма. Продакт\проджект менеджеры всякие разных мастей, UX-менеджеры, дизайнеры, просто представители заказчика - без должности. Часто нубы, которые смутно понимают что и от кого требуется. Мало ли кто что придумает как организовать процесс.
Порой много времени занимает, чтобы понять как все организовано на том или ином проекте и кто кому "Вася".
Все по-английски - и на скрамах и в переписке. Порой только тестер с хорошим английским из всей команды может понять, что там индус или пакистанец "начирикал" скороговоркой, хоть потом другим расскажет. Голосишко азиатский - от одного только его тембра "трисет". А он важно так толкует..

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

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

Ежедневные бесполезные митинги - зло и показуха. И тестеру на них 99% времени ловить нечего.
В вебе и мобилках можно обойтись без этих ваших "Вчера я сделал" и "Сегодня планирую", да и в общем-то в остальном тоже. По факту всем пофигу кто что скажет и все забудут через 30 минут что говорили. Эти митинги полезны управленцам и маркетологам которые по итогу прослеживают результативность работы разработки.
Уточнить спеку можно просто поговорив с программистом который пишет модуль. И если по работе завал и вы постоянно ничего не успеваете... значит у вас хреновый тайм-менеджмент

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

zffman:

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

тестеровщики согласовывали детали реализации функционала? А что делали тогда бизнес аналитики и архитекторы?

Х.З.:

Ежедневные бесполезные митинги - зло и показуха. И тестеру на них 99% времени ловить нечего.

Х.З.:

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

Так как управленцы будут отслеживать, если других участников не будет?
Ежедневные митинги полезны. Тестеру в том числе, можно утром сразу прикинуть на каких стадиях разработка, что будет готово. Менеджерам еще более полезно, так как быстро можно собрать статусы

не ну так если ни бизнес аналитиков ни архитекторов не было то что это за проекты такие? по 3-4 человека, кнопку делать на сайте? Я говорю про нормальный проект человек на 50-100

sap12345:

не ну так если ни бизнес аналитиков ни архитекторов не было то что это за проекты такие? по 3-4 человека, кнопку делать на сайте? Я говорю про нормальный проект человек на 50-100

вы различаете понятия "проект" и "команда"? команда больше 15-20 человек неэффективна, во всяком случае я не знаю где такие сейчас держат. (хотя SAP в нике наводит на размышления..)) соответственно иметь в каждой архитектора - бред. к тому же и архитектор, и БА планируют решения в общем, тестеру же нужно знать детали.
при ватерфоле и бюджете в 3 раза больше обычного конечно можно расписывать заранее все мелочи, но это удел узких областей. массовая разработка сейчас живет скрамом, где тестер это в первую очередь БА, который знает как всё должно работать на уровне деталей и конкретной реализации.

Больше тестеров да еще в разы?

sap12345:

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

Никто и не говорил, что любой тестер. И никто не говорил, что в любой ситуации и на любом проекте.