Size: a a a

2019 January 17

GO

Gordeeva Olga in QA Alliance
Korwwyn
Обязательно надо проверять то что вы делали в спринте. Или то что могли затронуть.
Хорошо написать какой-то смоук чеклист, который покрывал бы только самый критичный функционал.

Соответственно, при релизе вам надо проверить свой модуль и провести смоук. И не надо будет проходить 600+ тестов. А с другой стороны - вы будете уверены что критичные куски приложения не отвалились.
Спасибо большое 😊
источник

/R

/O R. in QA Alliance
Gordeeva Olga
Блин, ребят. Вопрос то был в чем. Норм по модулям тестить после спринта и все на релиз или нет?
Норм
источник

GO

Gordeeva Olga in QA Alliance
И всем спасибо :)
источник

В

Вовка in QA Alliance
Korwwyn
Обязательно надо проверять то что вы делали в спринте. Или то что могли затронуть.
Хорошо написать какой-то смоук чеклист, который покрывал бы только самый критичный функционал.

Соответственно, при релизе вам надо проверить свой модуль и провести смоук. И не надо будет проходить 600+ тестов. А с другой стороны - вы будете уверены что критичные куски приложения не отвалились.
Вот вот 🙂 Я тоже самое написал чуток выше 🙂
источник

/R

/O R. in QA Alliance
Daria
я так с парнями делала, чет фигня выходит 🙄
Каждодневная смена парней превратилась в день сурка
источник

/R

/O R. in QA Alliance
Видишь, везде есть рутина
источник

/R

/O R. in QA Alliance
Хотя интересный эксперимент , каждый день делать координально отличающимся от предыдущего
источник

K

Korwwyn in QA Alliance
Вовка
Вот вот 🙂 Я тоже самое написал чуток выше 🙂
Чат не читай
Сразу отвечай :)
источник

GO

Gordeeva Olga in QA Alliance
Вовка
Вот вот 🙂 Я тоже самое написал чуток выше 🙂
Спасибо 😊
источник

DA

Dmitry Archie in QA Alliance
Daria
я так с парнями делала, чет фигня выходит 🙄
каждый раз после свадьбы?
источник

D

Daria in QA Alliance
Dmitry Archie
каждый раз после свадьбы?
нет, я вообще просто пошутила
источник

D

Daria in QA Alliance
ай эм ту олд фор зис шит
источник

DA

Dmitry Archie in QA Alliance
Как в подобной ситуации действовали у нас -
сначала идёт смок: сквозной через весь основной функционал.
потом идёт тест того что мы наделали в этом спринте
далее - исследовательское тестирование основанное на рисках: а что мы могли сломать ещё?
и в конце - полная регрессия (после предыдущих частей от неё мало оставалось)
источник

DA

Dmitry Archie in QA Alliance
Если что-то не влезло -  и пофиг
источник

/R

/O R. in QA Alliance
Dmitry Archie
Как в подобной ситуации действовали у нас -
сначала идёт смок: сквозной через весь основной функционал.
потом идёт тест того что мы наделали в этом спринте
далее - исследовательское тестирование основанное на рисках: а что мы могли сломать ещё?
и в конце - полная регрессия (после предыдущих частей от неё мало оставалось)
регресс кейсов не забудь
источник

/R

/O R. in QA Alliance
на актуальность
источник

D

Daria in QA Alliance
Коллеги, может быть вам попадались приличные статьи/доклады на тему тестирования десктопных приложений под винду? Поделитесь?
источник

R(

Roman (rpwheeler) in QA Alliance
Gordeeva Olga
Вот вопрос. Я - мануальный тестер.
У нас на проекте все как у всех. Спринты и Релиз.
И у меня сейчас идёт спор с командой: я настаиваю на том, чтобы после деплоя спринта на среду мы проверяли только модули, которые затрагивает спринт.
А вот на кануне релиза проверяли весь фкнкционал в целом.
Мануальщиков всего двое (включая меня) и автоматизации пока нет совсем. Они только начнут что-то писать.
Вопрос то в чем. Мое предложение логично или нет? 😂
По разному. Делал я и все (если приложение маленькое), и всего по чуть-чуть (если составляющие релиза проверялись до меня), и "всего по чуть-чуть, но нового чуть больше".
Строил бы в зависимости от бОльшего знания о происходящем.


Вот какие "измерения" можно рассмотреть:
http://karennicolejohnson.com/2009/11/a-heuristic-for-regression-testing/

Recent: new features, new areas of code are more vulnerable
Core: essential functions must continue to work
Risk: some areas of an application pose more risk
Configuration sensitive: code that’s dependent on environment settings can be vulnerable
Repaired: bug fixes can introduce new issues
Chronic: some areas in an application may be perpetually sensitive to breaking
источник

R(

Roman (rpwheeler) in QA Alliance
Gordeeva Olga
Вот вопрос. Я - мануальный тестер.
У нас на проекте все как у всех. Спринты и Релиз.
И у меня сейчас идёт спор с командой: я настаиваю на том, чтобы после деплоя спринта на среду мы проверяли только модули, которые затрагивает спринт.
А вот на кануне релиза проверяли весь фкнкционал в целом.
Мануальщиков всего двое (включая меня) и автоматизации пока нет совсем. Они только начнут что-то писать.
Вопрос то в чем. Мое предложение логично или нет? 😂
И это, "мануальные тестеры" это терминология рыночка. Тестирование оно больше всего про голову :)
источник

GO

Gordeeva Olga in QA Alliance
источник