Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 April 03

RM

Roman Molchanov in Agile, Scrum, Lean, Kanban, XP
Jane Pavlova
Сначала отдельные, потом может и весь релиз, зависит от уровня автоматизации тестирования и доставки, ну и да, от вашего уровня качества в DoD. Хотя это все опять сильно философски, хотя и верно. В общем если просто-как вы будете тестировать скрам не говорит, что для конкретного продукта обеспечивает достаточное качество-так и правильно. У меня в опыте всегда было тестирование отдельных сторей и регресс. Смоук тоже был.
Как вы заложили оценку на регресс и смоук?
источник

ДШ

Данила Шалыгин in Agile, Scrum, Lean, Kanban, XP
Подниму обе руки за автоматизацию в сообщении Jane!
источник

ДШ

Данила Шалыгин in Agile, Scrum, Lean, Kanban, XP
Roman Molchanov
Как вы заложили оценку на регресс и смоук?
Из прошлого опыта, какой "объем" рабочего и готового инкремента у вас получается обычно? Успеваете все проверить? Экспериментируете и делаете выводы, адаптируетесь
источник

ДШ

Данила Шалыгин in Agile, Scrum, Lean, Kanban, XP
Roman Molchanov
Очень абстрактные пока мысли. У нас нет такого что каждый занимается всем. Есть кучу US в спринте и цель пока оченить их что бы не взять больше.
Критерии приемки сформулированы к US?
источник

RM

Roman Molchanov in Agile, Scrum, Lean, Kanban, XP
Ладно, спасибо
Я пойду ещё подумаю
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
Roman Molchanov
Как вы заложили оценку на регресс и смоук?
Ну у нас было автоматизировано и много не занимало.

(a) (if app. quality is assessed as high) pull in and design/code a subset (but not all) of the highest value PBI; then do manual regression testing
(b) (if app is stable but quality is not high nor low) regress a subset of highest risk test cases first and if no critical or showstopper defects are uncovered -- in parallel the design work could be completed. if no high severity defects are discovered in the initial regression testing, complete the coding and unit testing and remainder of regression testing
(c) (if app is not stable and quality is low) complete regression testing without adding any new work. depending on the results and if adequate time remains, add in new work and regress a subset of highest risk test cases
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
Roman Molchanov
Ладно, спасибо
Я пойду ещё подумаю
Вот тут ещё в конце полезные мыслишки про регресс https://xebia.com/blog/regression-testing-with-an-agile-mindset/
источник

RM

Roman Molchanov in Agile, Scrum, Lean, Kanban, XP
Спасибо
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Надо так: день тестирование стори, ещё 3 дня на тестирование инкремента целиков, и смоук тест на час после каждого коммита )))
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
А то расплылись тут в философиях!
Вы еще напишите, что мол как команда решит ))
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
А если серьезно - планируйте как-нибудь. Все равно промахнётесь.
Скрам он про обучение. Неправильно оценили - в следующем спринте учли ошибки и оценили лучше.
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
А вообще замечал у тестеровщиков желение придумать миллион кейсов. Помогут они или нет пользователю получить ценность - пофиг. Главное сделать как в книжке (или на курсах) по тестированию написано.
А про минимизацию работы как-то забывают.
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
А то расплылись тут в философиях!
Вы еще напишите, что мол как команда решит ))
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
А вообще замечал у тестеровщиков желение придумать миллион кейсов. Помогут они или нет пользователю получить ценность - пофиг. Главное сделать как в книжке (или на курсах) по тестированию написано.
А про минимизацию работы как-то забывают.
у любой отдельной специализации), к сожалению
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Yuriy Smirnov
у любой отдельной специализации), к сожалению
Да, пожалуй
источник

ДШ

Данила Шалыгин in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
А вообще замечал у тестеровщиков желение придумать миллион кейсов. Помогут они или нет пользователю получить ценность - пофиг. Главное сделать как в книжке (или на курсах) по тестированию написано.
А про минимизацию работы как-то забывают.
Для меня в свое время стало откровением упражнение по картам историй, где выход из дома нужно по шагам составить, а потом бац, а теперь что нужно сделать, что просто выйти из дома? И тут понимаешь, что даже одеваться не главное)
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Но только если не в скраме )
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
Данила Шалыгин
Для меня в свое время стало откровением упражнение по картам историй, где выход из дома нужно по шагам составить, а потом бац, а теперь что нужно сделать, что просто выйти из дома? И тут понимаешь, что даже одеваться не главное)
😊
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
Вот зайдёт кто-то почитать - скажет, вот проклятые аджилисты, конкретно не отвечают и тп. Сектанты. Дело же в том, что скрам - не методология, там не прописано конкретно, что нужно делать по шагам, как в пмбок- сколько времени тратить на коммуникации в процентах.

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

Что подходит одной команде и продукту-может не подойти другой. У меня был опыт только с высокой степенью автоматизации, если что-то ручное и долгое, то вроде бы бывает «стабилизационный», прости господи, спринт. Но почему бы и нет, как этап перехода и накопления опыта. Просто в целом подходы требуют изменения, в этой статье https://xebia.com/blog/regression-testing-with-an-agile-mindset/ написано хорошо с примером про регресс.
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
Jane Pavlova
Вот зайдёт кто-то почитать - скажет, вот проклятые аджилисты, конкретно не отвечают и тп. Сектанты. Дело же в том, что скрам - не методология, там не прописано конкретно, что нужно делать по шагам, как в пмбок- сколько времени тратить на коммуникации в процентах.

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

Что подходит одной команде и продукту-может не подойти другой. У меня был опыт только с высокой степенью автоматизации, если что-то ручное и долгое, то вроде бы бывает «стабилизационный», прости господи, спринт. Но почему бы и нет, как этап перехода и накопления опыта. Просто в целом подходы требуют изменения, в этой статье https://xebia.com/blog/regression-testing-with-an-agile-mindset/ написано хорошо с примером про регресс.
🤗
источник