Если wav - норм)

Люди раньше дебажили по дампам оперативной памяти)

ниче что вы обсуждаете форвард с ИТ-Юмор, который к жизни может не иметь отношения вааще )

Разговоры с пастой. Разговоры с пастой никогда не меняются.

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

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

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

тест-план на каждый проект пишется

Да и в аутсорсах тоже часто забивают

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

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

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

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

как я понимаю

Вопрос-то у меня собственно такой: это точно должен делать тестировщик?)

так и говорю - в том виде, как я с этим сталкивался, подходы и методология прописывались в тестстратегии

Вопрос-то у меня собственно такой: это точно должен делать тестировщик?)

не джун точно

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

даже и не мид наверно

даже и не мид наверно

вот и я думаю

прстов вакансиях все лепят про тест-планы налево и направо, но документ-то явно не простой, если подходить нормально к его составлению

мне, почему то кажется, что это по разному в разных компаниях работает

прстов вакансиях все лепят про тест-планы налево и направо, но документ-то явно не простой, если подходить нормально к его составлению

да в половине случаев с чеклистами путают

перекос разработка/тестирование разный везде; уровень квалификации тестировщиков - то же

особенно ХРы часто страдают этим

Вопрос-то у меня собственно такой: это точно должен делать тестировщик?)

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

да в половине случаев с чеклистами путают

да вот хотя бы из последнего: Написания тестовой документации (сценарии, чеклисты, планы)

хотя тут вообще не понятно о чем речь

хм... ну тут вроде план как план. и как бы все эти артефакты нужные

надо уточнять что имеют в виду

ну да, здесь точно

но, еще раз повторюсь, что написание тест-плана, явно даже не для миддла

а в вакансии Москва и 60-70 вечнодеревянных, что как бы намекает, что не руководителя отдела тестирования ищут

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

да и тест-план этот половина людей и не видела в глаза наверное

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

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

Agile часто внедряется как: Сжатие сроков (потому что Agile значит «быстрее», не так ли?) Отсутствие документации (потому что Agile это означает, что мы не будем документировать, верно?) Написание кода до последней минуты (потому что Agile означает, что всегда можно поменять что угодно, а?)

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

скорее план включает это в себя

а чем становится аджайл, если в нем появляется этап документирования: чек листы / спецификации ?.. )

Не отсутствие документации, конечно, а ее необходимый минимум. На практике это чекисты, майндмапы

а чем становится аджайл, если в нем появляется этап документирования: чек листы / спецификации ?.. )

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

Мне тут просто выкатывали пожелание, мол нам надо, чтоб была документация, что мы и как тестируем. И вот прошел год, а её так никто и не посмотрел.

Хотя, если позволяют ресурсы... Рассуждаю только из своего опыта. И у нас не получилось=)

а чем становится аджайл, если в нем появляется этап документирования: чек листы / спецификации ?.. )

А это уже тема для холивара по адаптации аджайла, часто его применяют и интерпретируют как попало

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

Майдмапы как необходимый минимум документации.

Божеки кошечки.

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

Нет, у вас неправильное представление о тест-плане.

А это уже тема для холивара по адаптации аджайла, часто его применяют и интерпретируют как попало

Вы правы ) но, в принципе, я уже получил представление неоднозначности ответа на свой вопрос ))

Нет, у вас неправильное представление о тест-плане.

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

Нет, у вас неправильное представление о тест-плане.

поделитесь, пожалуйста своим видением

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

Если он не нужен - его нет смысла писать. Только вот степень его ненужности - довольно спорный предмет для обсуждения.

Майдмапы как необходимый минимум документации.

Их можно по разному использовать, к чему такое удивление

поделитесь, пожалуйста своим видением

Тест план представляет собой описание порядка, объема и подходов тестирования применяемых к SUT. Формально, он у вас может хоть каждый релиз новый составляться, взависимости от необходимости. Содержание тест плана - штука довольно динамичная, т.к. сильно зависит от состава релиза, объема изменений и прочего. Ну, т.е. это идея "написал один раз и забыл" это такой же подход как "Да ТЗ это как конституция, написал один раз ТЗ по продукту и забыл".

Ну, и в качестве примера, все компании прошедшие PCI DSS, например, обязаны составлять бумажный тест-план на любое изменение вносимое в продакшен. Соответственно методика тестирования и объем, естественно, будет меняться.

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

Значит, формулировка: "Тест-план это совокупность всех тест-кейсов по релизу" - это наиболее правдоподобная формулировка...

Нет, не правдоподобная.

Это не только тест-кейсы.

Почитайте, например, на Wiki выдержку из IEEE с примерной структурой тест-плана и поймете, что там помимо тест-кейсов довольно много всего. https://en.wikipedia.org/wiki/Test_plan

получается: Тест-план - не существует в agile ?

тест план это список того что ты делаешь между "релиз готов к сборке" и "релиз готов к выкладке"

получается: Тест-план - не существует в agile ?

Существует.

тогда, он не содержит кейсы ? )

или как ?

откройте статью выше

Откуда такая логическая цепочка?

Причем тут, вообще, Аджайл, Кейсы и Тест-план?

многие думают что agile==bardak

Полнота тестовой документации не имеет примерно никакого отношения к аджайлу и\или не-аджайлу. Так же как и порядок планирования тестирования релизов.

document detailing the objectives, target market, internal beta team, and processes for a specific beta test for a software or hardware product То есть у вас постоянно что-то из этого меняется?

на одном пректе

document detailing the objectives, target market, internal beta team, and processes for a specific beta test for a software or hardware product То есть у вас постоянно что-то из этого меняется?

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

Agile часто внедряется как: Сжатие сроков (потому что Agile значит «быстрее», не так ли?) Отсутствие документации (потому что Agile это означает, что мы не будем документировать, верно?) Написание кода до последней минуты (потому что Agile означает, что всегда можно поменять что угодно, а?)

Значит.

Значит.

Вы проецируете свои гештальты на всю отрасль.

не, ну в принципе я согласен ) Просто тогда не совсем корректно говорить, что тест-план содержит кейсы - потому что в рамках аджайл минимальной (а для большинства ситуаций = Достаточной) документацией будет Mind-map / какая-то постановка / маломальская спецификация

Сокращение сроков релиза не может не сказываться на кол-ве, полноте и актуализации документации

не совсем понятно кто на себя возьмет в Динамичном процессе роль Писателя кейсов и Когда он этим будет заниматься )

не, ну в принципе я согласен ) Просто тогда не совсем корректно говорить, что тест-план содержит кейсы - потому что в рамках аджайл минимальной (а для большинства ситуаций = Достаточной) документацией будет Mind-map / какая-то постановка / маломальская спецификация

Вы точно читали аджайл манифест?

нет, не читал, я по диалогам тут сужу

боже мой

Сокращение сроков релиза не может не сказываться на кол-ве, полноте и актуализации документации

Может.

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

Какая-то каша в голове у людей, господи. ;\

Вы точно читали аджайл манифест?

Читать мало, его еще все по-разному понимают

все очень просто же, не делайте себе проблем там где их не должно быть

все очень просто же, не делайте себе проблем там где их не должно быть

??

В эджайле вообще тестировщиков быть не должно))

В эджайле вообще тестировщиков быть не должно))

Только в твоих влажный фантазиях, юный тролль.

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

давайте уже сразу, что и проджекты не нужны

Только в твоих влажный фантазиях, юный тролль.

Очень дерзко

влажный тролль

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

конечно)

давайте уже сразу, что и проджекты не нужны

в аджайле нужен только аджайл! Бгг)

в аджайле нужен только аджайл! Бгг)

Но...А как же бабки? Кэшаут и всякое?