Это НЕ теоретические знания. Это названия определённых артефактов или активностей, не имеющие четких согласованных устоявшихся определений.

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

Учить плохому в данном случае по-моему это как раз изображать что оно невесть как важно, и что есть"самое правильное определение"

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

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

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

И оба раза он был мертворожден

я видел в ентерпрайзе, рабочий был =)

у меня была забавнее ситуация, мне выслали тестовое задание в контору, и тестовое было написать тест план =)

в ответ получили пояснение почему, я этого делать не буду, а если и буду то пусть вначале наймут =)

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

Раз такой крутой, давай с примером :)

Кстати, скажите, на ваш взгляд в смоуке должны быть негативные кейсы?
И надо ли "глубоко разбирать фичу" для чеклиста смоука?

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

зависит от кейса)

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

Функционал шаринга

Трижды. И это были ещё разные тест-планы. Парочка прожила по два месяца, потом на них все забили.

Дело не в "негативности", а в том что важно. Если ты видишь в списке основных задач только "happy path", то пусть будет.

Но могут быть и другие важные вещи.

базаришь

тест-план, который по какому-то из стандартов?

Нет. Такого я вообще вживую не видел. Я видел что в некоторых вакансиях, ни к одной из которых я не подходил и близко, используется терминология, близкая к
https://en.wikipedia.org/wiki/Software_test_documentation#Documents_Required_by_IEEE_829

Но это не частые случаи, и порождают в чатах вопросы "что значит STP и STD"?