Может я вообще всё неправильно понял? Меня интересует латентность не на этапе кодирования, а на этапе воспроизведения: бывает комп затупит, подвиснет на несколько кадров, а потом несколько секунд после возобновления движения на экране искарёженная каша, лишь с контурами и некоторыми частями правильной картинки. Я думал это от того, что в потоке периодически вставляются опорные кадры с целой картинкой (я думал т.н. "I-кадры" - это оно и есть), а все остальные считаются рекурсивно как разница от предыдущей и что "понижение латентности" - это вставка этих опорных кадров почаще.
Мне кажется больше вероятность попадания при отслеживании обращений к той же странице с того же хоста. Если это не соцсеть, не форум и не новости, то вряд ли люди будут часто обновлять страницу, если вообще будут, а при сохранении на диск Firefox (на счёт других браузеров не знаю) загружает страницу заново.
Да ладно, оформлять, я всё-равно как тестировал на глаз так и буду - некогда этим всем заниматься когда всё пишешь один. Я просто интересуюсь чтобы понимать на случай если я захочу вдруг устроиться поработать в современной команде или вообще тестировщиком устроиться (почему-то всю жизнь об этом вяло мечтаю - уж очень люблю я искать недочёты во всём и тыкать пальцем :-) - надо хоть немного знать как там люди работают реально (потому вопросы о практике) и в теории (потому вопросы что почитать)).
Ну ладно, с внешними сервисами более-менее понятно. А как тестировать функцию, выдающую что-то большое и сложное? Например генерирующую итоговый документ (вызывая внутри себя кучу промежуточных). Вызывать в тесте те же подфункции и сравнивать суммарные результаты (т.е. фактически дублировать логику тестируемой функции в тесте) или как?
@vkorpuse "какой дурак..." такой дурак, которого не устраивает соотношение вкладываемых усилий/нервов/денег к прогнозируемой в обозримом будущем прибыли либо такой, что решил избавиться от непрофильных активов (люди не резиновые, успешно управлять слишком большим портфелем не могут, особенно если нужно повсюду лезть самому) и сосредоточиться на чём-то одном либо освободить средства для инвестирования во что-то более перспективное или вообще собрать манатки и свалить за границу, например (и это не такая уж редкость). Вообще всё продаётся, особенно в бизнесе, вопрос только в цене и других условиях. Он может и не думал ещё продавать, а Вы прийдёте и предложите ему чемодан денег здесь и сейчас и он задумается, это и ему удобно (подвести какой-то итог и зафиксировать прибыль) и Вам (это только кажется, что самому делать дешевле, а на самом деле там столько граблей, что скупой платить двадцатьдважды).
@vkorpuse "Что именно покупать маленького?" - всё: комуникации, инженеров, клиентскую базу, менеджеров (потом можно разогнать самых ленивых, но сначала надо присмотреться и определить на которых всё держится), офис (очень полезно иметь офис ровно там же, где он был до тебя и куда люди уже привыкли ходить), договорённости с аплинками (чтобы не отрубили всё хозяйство до достижения новых), договорённости с городом и домами (по размещению кабелей, оборудования, рекламы, доступу во всякие места и т.п.).
@Fesor Я просто читал неспециализироанные вещи, в которых тестирование упомяналось как побочная тема просто чтобы люди представляли себе что это. А вот что почитать такого, где тестированию (причём именно так, как оно делается на практике, желательно) уделяётся полноценное самое пристальное внимание - вот в этом и вопрос.
Спасибо, @alexclear, логично, а я не слышал - нигде, что читал о юнит тестах такие не упоминались, везде объясняют как написать юнит тест к хеллорворлду, объясняют как это здорово и на этом заканчивают...
Меня тоже давно интересует эта тема. Переводить на русский мне не надо, а вот что почитать привязанного к максимально реалистичной практике - хотелось бы. Я, например, прекрасно представляю себе юнит-тест к функции, складывающей два целочисленных аргумента, но совсем не представляю себе юнит-тест, например, к функции, вытаскивающей что-то с внешних сервисов, пишущей что-то куда-то и вообще результат которой зависит от чего-то вне её и её аргументов, а ведь в жизни чаще всего так и есть.
@evVitkalov у меня Vodafone, купленная в супермаркете симка без договора, пароль (не PIN, а тот, который требует оператор для включения/выключения спец. услуг) к ней я давно не помню, звоню отсилы раз в месяц чёрте куда (для восстановления пароля надо сказать оператору 3 номера на которые звонишь чаще всего, у меня таких нет, полный рэндом), настройки APN я последний раз видел 10 лет назад в какой-то древней Нокии, не представляю себе где они спрятаны в Android, даже не знал, что они там есть, я думал это далеко в прошлом.
Лучше, чем ничего, но не то. Во-первых нет (или есть?) возможности "обкарнать" вручную, во-вторых контент выстраивается узкой колонкой по центру экрана (а я хотел на всю ширину), в третьих, но не в последнюю очередь, на первой же странице, к которой я реально хотел применить, просто завис наглухо так, что до перезагрузки браузера не работал и на других страницах (нажатие "лампочки" на тулбаре ничего не делало).
"Сменить APN на неправильную" - как? "Либо полностью отключить услугу по передаче данных у оператора." - она и отключена, она ("Интернет на день") автоматически включается (и об этом приходит соответствующая SMS) при попытке ей воспользоваться. "GPRS-Интернет" - я думал там 3G (UMTS), хотя хз.
А как он может быть настроен неправильно если звук от Скайпа есть и именно там, где надо (в наушниках), просто он во время своей работы вытесняет остальной звук куда не надо (в колонки).
Прикол в том, что обычно динамики в том списке обозначают и, собственно, динамики (если наушники не воткнуты) и наушники (если воткнуты) - классическая схема как в аналоговых устройствах. Наушники отдельно в том списке есть, но они не работают никогда (правда сейчас задумался - наверно во время разговорп по Скайпу наушники и колонки таки разделяются между ними). В любом случае, как соберусь поговорить по Скайпу - попробую просто сделать как Вы предлагаете и посмотреть что будет, попытка - не пытка.
