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

sap12345:

DenisN89, а в чем заключается процесс работы ручного тестировщика? Расскажите плз - реально интересно.

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

DenisN89, предоставление информации - окей это хорошо. А откуда информация берется? Откуда тестировщик получает эту информацию?

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

DenisN89, а как без тест-кейсов тестить-то?

как разрабатывать ПО? брать и писать код. как построить мост? брать и складывать камни горкой.

DenisN89, а тест-планы тоже не надо писать?

наверное у меня неправильное понимание работы тестировщика, так что DenisN89, просьба поправить если я не прав. Но мое понимание всегда было следующее: тестировщик берет кусочек функционала (например форму) -и начинает кликать-кликать-кликать и еще раз кликать. Все возможные исходы. По тест кейсу или по наитию - не важно. Если что то кликается не так как надо - заводить дефект. Я думал что это и есть работа тестировщика. А оказалось что это какие-то исследования продукта, предоставление информации и так далее. Объясните плз как так?

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

Vishifka, начинающему тестировщику неплохо бы научиться пользоваться поиском по теме

sap12345:

Амелина:

P.S. И это, по-Вашему, вся работа для тестировщика? Вы серьезно?

Ну вот я и пытаюсь понять. Я вот думал, что да это вся работа. Есть много форм, менюшек, логинов/логаутов, аплоадов/даунлоадов, репортов и т.д. - и надо их всех брать и кликать-кликать-кликать, чтобы выяснить что не кликается. Но вот ув. Денис говорит что он проводит некие исследования продукта. Вы вот тоже полунамеками говорите без конкретики. Что же все таки еще такое делает тестировщик?

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

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

alex.skiba:

DenisN89, а тест-планы тоже не надо писать?

тест-план стоит для крупных фич.

pitruha:

все правильно
поэтому в вакансиях все чаще начало появляться "желание вести тестовую документацию"

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

sap12345:

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

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

alex.skiba:

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

Еще одно заблуждение. Скрипты ни в коем случае не заменяют тестирование.

sap12345:

alex.skiba, ну разработчик не разработчик я не знаю - я против ярлыков НО - опять же прямой вопрос, тестировщик - это человек который джавой (ну или руби) владеет или все таки не владеет? Если не владеет - то чем он тогда владеет, кроме кликания мышкой по формам?

Может владеть, может не владеть. Как правило еще владеет хотя бы немного sql, может небольшой bash или powershell скриптик написать, имеет представление о том, как должны работать приложения (функциональность, внешний вид и тд)