ЧА
Добрый день, расскажите что-нибудь по тестированию
Не ходи туда
Size: a a a
2020 November 11
L
Добрый день, расскажите что-нибудь по тестированию
однажды и меня вела дорога приключений...
А
Добрый день, расскажите что-нибудь по тестированию
А что рассказывать? Сидишь кликаешь целый день, сотку в месяц получаешь. Каждый год на сотку прибавляют. Все просто
/R
Алексей
А что рассказывать? Сидишь кликаешь целый день, сотку в месяц получаешь. Каждый год на сотку прибавляют. Все просто
это 80 + 20гриф? маловато
К
Это через 10 лет можно по тысяче рублей зарабатывать?
OC
Добрый день, расскажите что-нибудь по тестированию
Посмотрите закреп, думаю найдете ответ на ваш вопрос
/R
Посмотрите закреп, думаю найдете ответ на ваш вопрос
благодарствую
ВК
L
Ребят, возник теоретический вопрос: вот есть баг, проявляющийся при фаззинге метода (допустим я нажимаю 1000 раз на кнопку, и на 1001 появляется баг). Как можно выявить частоту появления бага?
L
Бисекционное деление тут точно не подойдет. Создавать loop или цикл из этой 1000 запросов и искать процент появления бага при n количестве нажатий? (допустим сложить эти 1000 кликов в сумму 100к и вычислить сколько багов было при 100к) ?
OC
Ребят, возник теоретический вопрос: вот есть баг, проявляющийся при фаззинге метода (допустим я нажимаю 1000 раз на кнопку, и на 1001 появляется баг). Как можно выявить частоту появления бага?
Посмотрите в направлении: относительная частота и статистическое определение верояности
Появление дефекта - событие
Все множество элементарных исходов можно сократить до двух элементов (есть дефект, нет дефекта)
Появление дефекта - событие
Все множество элементарных исходов можно сократить до двух элементов (есть дефект, нет дефекта)
L
Посмотрите в направлении: относительная частота и статистическое определение верояности
Появление дефекта - событие
Все множество элементарных исходов можно сократить до двух элементов (есть дефект, нет дефекта)
Появление дефекта - событие
Все множество элементарных исходов можно сократить до двух элементов (есть дефект, нет дефекта)
Мгм, благодарю, буду изучать
A🦁
Привет всем, кто нибудь знает статейку или материал как оптимизировать память ios приложений? примерно как в андроиде с bundletool. Дело в том что ios приложения 150мб в то время как андроид 23мб.
OC
Бисекционное деление тут точно не подойдет. Создавать loop или цикл из этой 1000 запросов и искать процент появления бага при n количестве нажатий? (допустим сложить эти 1000 кликов в сумму 100к и вычислить сколько багов было при 100к) ?
Если у вас это не займет много ресурсов, то можно так
И ответ будет что то типа :
Процент появления: ..% (на основе N испытаний)
Но как правило, нет смысла считать вероятности, ибо машины - строго детерминированные устройства и всегда можно узнать при каких условиях есть дефект или его нет. Другой вопрос о количестве условий :)
И ответ будет что то типа :
Процент появления: ..% (на основе N испытаний)
Но как правило, нет смысла считать вероятности, ибо машины - строго детерминированные устройства и всегда можно узнать при каких условиях есть дефект или его нет. Другой вопрос о количестве условий :)
L
Привет всем, кто нибудь знает статейку или материал как оптимизировать память ios приложений? примерно как в андроиде с bundletool. Дело в том что ios приложения 150мб в то время как андроид 23мб.
Посмотрите в сторону библиотек для сборщиков и garbage collector в XCode
L
Если у вас это не займет много ресурсов, то можно так
И ответ будет что то типа :
Процент появления: ..% (на основе N испытаний)
Но как правило, нет смысла считать вероятности, ибо машины - строго детерминированные устройства и всегда можно узнать при каких условиях есть дефект или его нет. Другой вопрос о количестве условий :)
И ответ будет что то типа :
Процент появления: ..% (на основе N испытаний)
Но как правило, нет смысла считать вероятности, ибо машины - строго детерминированные устройства и всегда можно узнать при каких условиях есть дефект или его нет. Другой вопрос о количестве условий :)
И если кол-во условий, при которых возникает дефект/баг превышает кол-во положительно завершенных сценариев, эта часть не отдаётся в использование и над ней продолжается работа. Понял.
OC
И если кол-во условий, при которых возникает дефект/баг превышает кол-во положительно завершенных сценариев, эта часть не отдаётся в использование и над ней продолжается работа. Понял.
Можно в эту сторону, да. Но это прямо что-то очень формализовано
Обычно говорят о критичности и популярности. Просто обычно тяжело просчитывать кол-во сценариев (но если есть юз-кейсы, то круто)
Обычно говорят о критичности и популярности. Просто обычно тяжело просчитывать кол-во сценариев (но если есть юз-кейсы, то круто)
AG
Привет всем, кто нибудь знает статейку или материал как оптимизировать память ios приложений? примерно как в андроиде с bundletool. Дело в том что ios приложения 150мб в то время как андроид 23мб.
J
все уйдут в айти, появится дефицит кадров в ржд, придется повышать зп до уровня айти, а в айти появиться профицит кадров и зп начнет спускаться к ржд и из айти начнут люди идти в ржд)))
Верно, тем более там компьтеризация и внедряют АI
J
если в РЖД будет некому работать
Ждут они не до ждуться когда уже можно нанимать гастробайтеров на ответственные должности