Size: a a a

2020 February 18

SS

Sergey Sterh in QA Alliance
Там функционал типа некоторые цифры переносятся потом в документ пдф
источник

SS

Sergey Sterh in QA Alliance
Типа раньше мы брали туда х а теперь у.
источник

С

Серёжа in QA Alliance
статичный = на период тестирования функционал не будет подвергаться каким-либо доработкам, т.е. кодфриз
источник

SS

Sergey Sterh in QA Alliance
Других команд или функций это не касается
источник

SS

Sergey Sterh in QA Alliance
Серёжа
статичный = на период тестирования функционал не будет подвергаться каким-либо доработкам, т.е. кодфриз
Хм
источник

С

Серёжа in QA Alliance
Sergey Sterh
Других команд или функций это не касается
ты можешь не знать всей картины. если менеджер стопит - возможно есть риски, и лучше подождать
источник

SS

Sergey Sterh in QA Alliance
Вот это запишу. Не уверен что у нас есть он.
источник

SS

Sergey Sterh in QA Alliance
Серёжа
ты можешь не знать всей картины. если менеджер стопит - возможно есть риски, и лучше подождать
источник

С

Серёжа in QA Alliance
если жмут сроки - возьми с манагера жопоприкрывательное письмо что тестирование остановлено по требованию, отвественность за перенос сроков ложится на манагера
источник

С

Серёжа in QA Alliance
Sergey Sterh
Вот это запишу. Не уверен что у нас есть он.
у меня это основной DoR. Тестирование начинается в момент когда случился код фриз, дизайн фриз, согласована аналитика. До этого все активности по тестированию стоят со статусом Blocked если вошли в спринт
источник

SS

Sergey Sterh in QA Alliance
Да просто у нас так время экономится если тестить отдельно задачи без интеграций.
источник

КР

Константин Рассафоно... in QA Alliance
Ну так-то неинтеграционные задачи посмотреть в первом приближении - не грех, главное потом не забыть их перепроверить в готовом изделии
источник

С

Серёжа in QA Alliance
Константин Рассафонов
Ну так-то неинтеграционные задачи посмотреть в первом приближении - не грех, главное потом не забыть их перепроверить в готовом изделии
Зависит от масштабов. Слишком много "если" получается в таких задачах
источник

С

Серёжа in QA Alliance
да и регресить лишний раз не всегда хочется
источник

КР

Константин Рассафоно... in QA Alliance
Если она действительно "без интеграций" - почему бы и не проверить, при наличии времени/отсутствии более приоритетных. Можно приличный пласт проблем и ошибок выявить до окончательной сборки продукта
источник

SS

Sergey Sterh in QA Alliance
Просто у нас типа первая неделя по сути на тест кейсы только. А можно вот такие без интеграций было бы потестить
источник

С

Серёжа in QA Alliance
Константин Рассафонов
Если она действительно "без интеграций" - почему бы и не проверить, при наличии времени/отсутствии более приоритетных. Можно приличный пласт проблем и ошибок выявить до окончательной сборки продукта
почти* все задачи "без интеграций" так или иначе зависят от интеграций, если только у тебя не махровый монолит. Но и в этом случае это не панацея
источник

SS

Sergey Sterh in QA Alliance
Серёжа
почти* все задачи "без интеграций" так или иначе зависят от интеграций, если только у тебя не махровый монолит. Но и в этом случае это не панацея
Странная логика.
источник

КР

Константин Рассафоно... in QA Alliance
Ну панацея панацеей, но у живых продуктов обычно есть минимальный уровень доверия к самим себе, и можно надеяться что хоть что-то не развалится там, где это уже проверили и стабилизировали

Иначе можно докатиться до независимого полного тестирования какого-нибудь react.js вместо осмысленной деятельности
источник

С

Серёжа in QA Alliance
Sergey Sterh
Странная логика.
возможно из-за специфики рабочей, у меня почти все процессы на интеграциях построены. Даже цвет шрифта зависит от сторонних сервисов
источник