Мляяя, если ваша апликуха может непосредственно влияеть на здоровье то пофигу частота, нужно все делать по вотерфолу

по уму. Не надо упираться в какую-то конкретную методику.

Мляяя, если ваша апликуха может непосредственно влияеть на здоровье то пофигу частота, нужно все делать по вотерфолу

ето толстый вброс?

Ватерфолл так или иначе присутствет на некоторых уровнях композиции.

?

Это о том, что не только частота релизов определяет методологию разработки

а причем тут разработка, мы же про мониторинг багов говорили)

Но это и есть подстраивание процесса под сроки.

смотрите на какоую мессагу я отвечал: что водопад xxx, [29.08.16 15:20] это когда релизы не х раз в день, а 1 раз в х недель/месяцев если релиз раз в неделю - это обязательно водопад? или спираль? или может РАД? или может РУП? или скрам? какая взаимосвязь?

смотрите на какоую мессагу я отвечал: что водопад xxx, [29.08.16 15:20] это когда релизы не х раз в день, а 1 раз в х недель/месяцев если релиз раз в неделю - это обязательно водопад? или спираль? или может РАД? или может РУП? или скрам? какая взаимосвязь?

вот я об этом

по поводу багов я за то чтоб трекать все, а там смотреть

смотрите на какоую мессагу я отвечал: что водопад xxx, [29.08.16 15:20] это когда релизы не х раз в день, а 1 раз в х недель/месяцев если релиз раз в неделю - это обязательно водопад? или спираль? или может РАД? или может РУП? или скрам? какая взаимосвязь?

Воу воу, про водопад не я агитировал. Я наоборот писал, что не надо упираться в одну методологию.

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

Игра слов.

Это значит, что процесс подстраивается под частоту релизов.

Ватерфолл так или иначе присутствет на некоторых уровнях композиции.

если канонически, то вотерфолл - это когда требования формулируются строго в начале разработки и не меняются до релиза продукта

особенно в КрутыхПродвинутыхСофтДевелопментах

вот и всё, что по факту отличает вотерфол от эджайла

если канонически, то вотерфолл - это когда требования формулируются строго в начале разработки и не меняются до релиза продукта

ага, поэтому ватерфолл так и назвали.

да

особенно в КрутыхПродвинутыхСофтДевелопментах

что-то я не понял намека)

никаких намеков

просто под аджайлом стало модно понимать набирать скоуп задач на спринт

не особо заглядывая вперед и не оценивая риски

а все, что не успели в текущем, втупую переносится дальше

а все, что не успели в текущем, втупую переносится дальше

ваще никак, это т.н. скрам-бан, когда типа и скрам и канбан, а если всем пофиг, то превращается в скрамбатт

под аджайлом стало модно понимать бардак на проекте.

http://www.agilemanifesto.org/principles.html

под аджайлом стало модно понимать бардак на проекте.

?

ваще никак, это т.н. скрам-бан, когда типа и скрам и канбан, а если всем пофиг, то превращается в скрамбатт

Scrum-butt? )

в этом есть правда

под аджайлом стало модно понимать бардак на проекте.

это дааа

вот и всё, что по факту отличает вотерфол от эджайла

еще тем, что тестирование всегда в конце, после того как закончится девелопмент

>скрамбатт

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

канбан гибче, но и MSF был гибким и адаптируемым

не особо заглядывая вперед и не оценивая риски

риск менеджмент это отдельная тема

а RAD был ещё более итеративным, из него по сути и BDD и TDD выросли

а кто еще какими методами пробовал кроме скрама, канбана, вотерфола?

Waterfall - это как Agile

RUP считается вотерфоллом, MSF - был как фреймворк и для вотерфолла и для эджайла

Еще чисто вотерфолловый - Clean room

Waterfall - это как Agile

что?

Ну это не процесс в чистом виде

То есть спрашивать про вотерфолл можно сравнивая с эджайл, но не со скрамом. Вотерфолловские фреймворки тоже разные и их тоже много

То есть спрашивать про вотерфолл можно сравнивая с эджайл, но не со скрамом. Вотерфолловские фреймворки тоже разные и их тоже много

ааааа

RUP, MSF, Spiral, Cleanroom, RAD - все это вотерфолл как бы

Изза озвученного выше требования иметь четко сформулированные спецификации и требования продукта до начала разработки и не менять их до релиза

И это очень грубое обобщение

Ребят, чем(как) лучше тестировать UI мобильных приложений?

руками

или автотесты?

надо faq уже замутить)

Ребят, чем(как) лучше тестировать UI мобильных приложений?

смотря что в слово "лучше" вкладываете.

я имел ввиду, есть ли какие-то тулзы для сравнения вёрстки например

Ребят, чем(как) лучше тестировать UI мобильных приложений?

http://sqadays.com/talk/27415 http://software-testing.ru/forum/index.php?/topic/20022-avtomatizacija-mobilnogo-testirovanija-iphoneandroid-nuzh/page-2 https://habrahabr.ru/company/mailru/blog/244807/

а ещё вроде студия умеет

это так - выдача гугла

я не уиноват если не подходит

находил, всё равно спасибо

ERROR: S client not available

я имел ввиду, есть ли какие-то тулзы для сравнения вёрстки например

как сказали бы почти все автоматизаторы, которых я знаю - эмулятор + скриншоты :)

хорошо;)

Коллеги, насколько реально, автоматизировать телегу, стандартные кесы: создать группу, отправить сообщение, login, logout

Очень реально.

Очень реально.

?

impossible is nothing

Не, ну какой вопрос, такой и ответ.

Главное правильно поставить вопрос

Ричард, а вы тонкий)

Коллеги, насколько реально, автоматизировать телегу, стандартные кесы: создать группу, отправить сообщение, login, logout

Автоматизировать что именно ui, api?

Автоматизировать что именно ui, api?

ui

Ричард, а вы тонкий)

Ну, правильно заданный вопрос уже содержит в себе ответ.

Автоматизировать что именно ui, api?

у них апи недоступно для создания группы, канала, меггр, секретки , а то бы уже ...

Ну, правильно заданный вопрос уже содержит в себе ответ.

ну всегда же есть маленькая надежда на волшебство(

ну вам без доступа к базе и юай не очень потестить можно будет

зависит конено от того какая цель

ну вам без доступа к базе и юай не очень потестить можно будет

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

если юнит тесты то можно и обойтись

если юнит тесты то можно и обойтись

юнит тесты это миф, тем более в тг)

если юнит тесты то можно и обойтись

вообщем я к тому, что было бы круто, если бы это было бы реально сделать(

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

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

никак ?

А там, вон, пишут, что юнит-тесты заменят.

Ну это Максим пошутил , я думаю)

я иммел ввиду что если вы хотите ui "unit" тесты, то можно ы без доступа к базе, а если е2е, то без доступа туго будет

у нас юнит тесты проверяют GDI+ UI вполне норм, правда переделали в векторы и слои, то уже не проверяют в новых релизах, но всё, что рисовалось через GDI+ отлично по юаю тестилось в юнитах

Привет, сбербанк недвижимость, тестовая модель.

#whois Всем привет, я Мигель из Черкасс проект, на котором я сейчас работаю, занимается сбором финансовой и инвестиционной информации, по большей части мануальным тестированием, но последние полгода переключился на автоматизацию я по большей части люблю слушать, чем говорить, а о телеграм группе узнал собсна из слак чата