M
Size: a a a
2020 June 24
НП
Это можно сделать только на клиентской машине, с теми правами и ограничениями. По этому на данном этапе шаг с проверкой просто выпилили
a с какими ключами запускаете инсталляк? Там же можно поглядеть в логах куда он ломится
2020 June 26
A
Привет, последние время беспокоит вопрос о требованиях.
Все компании, где я работал (хотя это всего две компании, лол) не использовали на практике конкретные требования.
Вот прям такие - которые берешь и пишешь по ним тест доки (кейсы, чеклисты)
Чаще всего приходить выискивать требования исходя из опыта, асептенс критерий и т.д.
Складывается впечатление, что идеальный сценарий, когда у тебя есть четкие требования, по которым ты фигачишь кейсы и проверки - это миф
А работать приходится с тем, что есть.
Как у вас с требованиями в сторях? Идеально, или так же как у меня?)
Все компании, где я работал (хотя это всего две компании, лол) не использовали на практике конкретные требования.
Вот прям такие - которые берешь и пишешь по ним тест доки (кейсы, чеклисты)
Чаще всего приходить выискивать требования исходя из опыта, асептенс критерий и т.д.
Складывается впечатление, что идеальный сценарий, когда у тебя есть четкие требования, по которым ты фигачишь кейсы и проверки - это миф
А работать приходится с тем, что есть.
Как у вас с требованиями в сторях? Идеально, или так же как у меня?)
ET
Только на одном проекте были все требования по пунктам расписаны, сейчас функциональные расписаны, а не функциональные выпытываешь.
Остальные проекты (около 10) требования - нету, совсем нету
Остальные проекты (около 10) требования - нету, совсем нету
ET
В строях всегда прописаны акцептансы, описание бизнес логики, описания валидационных правил, ссылки на дизайн. Отдельно есть документ со всеми nfr
Огонь
ДЧ
У нас только отдел тестирования тянет процессы, а ПМ, у них же другая цель, лес в колеса вставляет
АМ
Привет, последние время беспокоит вопрос о требованиях.
Все компании, где я работал (хотя это всего две компании, лол) не использовали на практике конкретные требования.
Вот прям такие - которые берешь и пишешь по ним тест доки (кейсы, чеклисты)
Чаще всего приходить выискивать требования исходя из опыта, асептенс критерий и т.д.
Складывается впечатление, что идеальный сценарий, когда у тебя есть четкие требования, по которым ты фигачишь кейсы и проверки - это миф
А работать приходится с тем, что есть.
Как у вас с требованиями в сторях? Идеально, или так же как у меня?)
Все компании, где я работал (хотя это всего две компании, лол) не использовали на практике конкретные требования.
Вот прям такие - которые берешь и пишешь по ним тест доки (кейсы, чеклисты)
Чаще всего приходить выискивать требования исходя из опыта, асептенс критерий и т.д.
Складывается впечатление, что идеальный сценарий, когда у тебя есть четкие требования, по которым ты фигачишь кейсы и проверки - это миф
А работать приходится с тем, что есть.
Как у вас с требованиями в сторях? Идеально, или так же как у меня?)
у мужа в компании есть четкие требования, прям идеальные, у меня -все плохо, бывает задачи вообще без описания, только саммари.
ES
Привет, последние время беспокоит вопрос о требованиях.
Все компании, где я работал (хотя это всего две компании, лол) не использовали на практике конкретные требования.
Вот прям такие - которые берешь и пишешь по ним тест доки (кейсы, чеклисты)
Чаще всего приходить выискивать требования исходя из опыта, асептенс критерий и т.д.
Складывается впечатление, что идеальный сценарий, когда у тебя есть четкие требования, по которым ты фигачишь кейсы и проверки - это миф
А работать приходится с тем, что есть.
Как у вас с требованиями в сторях? Идеально, или так же как у меня?)
Все компании, где я работал (хотя это всего две компании, лол) не использовали на практике конкретные требования.
Вот прям такие - которые берешь и пишешь по ним тест доки (кейсы, чеклисты)
Чаще всего приходить выискивать требования исходя из опыта, асептенс критерий и т.д.
Складывается впечатление, что идеальный сценарий, когда у тебя есть четкие требования, по которым ты фигачишь кейсы и проверки - это миф
А работать приходится с тем, что есть.
Как у вас с требованиями в сторях? Идеально, или так же как у меня?)
Все очень зависит от проекта / компании - в основном требования нужны - тогда выходит более качественный продукт но обычно в стартапах или небольших конторах их опускают
S
часть работы куа - формулировать явные требования из неявных. Рассчитывать на достаточную документацию часто не приходится. Круто, когда она есть, конечно.
Y
Привет, последние время беспокоит вопрос о требованиях.
Все компании, где я работал (хотя это всего две компании, лол) не использовали на практике конкретные требования.
Вот прям такие - которые берешь и пишешь по ним тест доки (кейсы, чеклисты)
Чаще всего приходить выискивать требования исходя из опыта, асептенс критерий и т.д.
Складывается впечатление, что идеальный сценарий, когда у тебя есть четкие требования, по которым ты фигачишь кейсы и проверки - это миф
А работать приходится с тем, что есть.
Как у вас с требованиями в сторях? Идеально, или так же как у меня?)
Все компании, где я работал (хотя это всего две компании, лол) не использовали на практике конкретные требования.
Вот прям такие - которые берешь и пишешь по ним тест доки (кейсы, чеклисты)
Чаще всего приходить выискивать требования исходя из опыта, асептенс критерий и т.д.
Складывается впечатление, что идеальный сценарий, когда у тебя есть четкие требования, по которым ты фигачишь кейсы и проверки - это миф
А работать приходится с тем, что есть.
Как у вас с требованиями в сторях? Идеально, или так же как у меня?)
У нас на мед. проекте функциональные требования описаны довольно подробно, включая мокапы, а вот нефункциональных вообще нет никаких.
BC
Товарищи кто нибудь юзает payoneer?
MG
Товарищи кто нибудь юзает payoneer?
Карту схавало?
BC
Карту схавало?
Как стало известно PaySpace Magazine по состоянию на 26 июня, у Wirecard уже забрали лицензию финансового регулятора Великобритании FCA. А с 14:30 26 июня блокируются все операции по картам Payoneer от Wirecard.
BC
MG
Прикол
MG
Скоро зп