дратути, есть у кого-то скриптец по проверке сайта по РКН? Желательно на жаве

никто не помнит названия документа от fbi/cia/nsa который говорил что толи unit tests are useless или что-то подобное ?

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

баги = инфа = лучше приложение нет баг = нету инфы = приложение на том же уровне тестер не заводят баги хуже того тестера который заводит ?

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

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

зеленые имеющие 100% саксес рейт с начала их работы вообще не уменьшают энтропию на проекте. в TDD видеть такие тесты - очень странно. И чуть менее странно, когда ты руками все протестировал хорошечно и после этого написал юнит\другие тесты.

а что если багов просто нет?

почти наверняка, это был не документ, это я кидал ссылку на статью https://medium.com/pacroy/why-most-unit-testing-is-waste-tests-dont-improve-quality-developers-do-47a8584f79ab

баги = инфа = лучше приложение нет баг = нету инфы = приложение на том же уровне тестер не заводят баги хуже того тестера который заводит ?

тестировщик проверил приложение и сказал "там нет багов". а пока он не проверил, у нас нет этой информации

соответственно мы ничего не знаем

тестировщик проверил приложение и сказал "там нет багов". а пока он не проверил, у нас нет этой информации

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

это бесспорно

так и что ты спорил со мной =))

я к тому, что если нет багов и их тестировщик не нашел - это не делает его плохим тестировщиком

да и потом если найдены баги, которые все равно не будут правится - есть ли толк?

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

да и потом если найдены баги, которые все равно не будут правится - есть ли толк?

любой баг можно сделать rejected и все

это доп затраты

бессмысленные

да и к тому же, если баги уже заведены и отклонены ранее

бессмысленные затраты это тестировщики которые не находят баг никогда и только зеленым пассят и есть второй который что-то да находит

причем они к конце оба скажут что все работает

тестирование в первую очередь - это обратная связь. и она может быть полностью позитивной

не бывает тестировщиков, которые никогда не находят баги

Полностью позитивная обратная связь от тестировщика... хммм...

помнится одно видео. там описывалась ситуация - если приложение полностью работает по спецификации - то в нем нет багов.

приложение в котором нет багов, Hello World?

речь шла про ПМИ - Программа и методика испытаний

тестирование в первую очередь - это обратная связь. и она может быть полностью позитивной

Это как критика отличается от критиканства? Ты мудак, но у тебя красивые ботинки.

помнится одно видео. там описывалась ситуация - если приложение полностью работает по спецификации - то в нем нет багов.

Такое себе

ну у них так работало, и им здорово было

дело же в заказчике

система выполняет, что от нее требуется - значит она работает на 100 % правильно

никто не помнит названия документа от fbi/cia/nsa который говорил что толи unit tests are useless или что-то подобное ?

https://rbcs-us.com/documents/Why-Most-Unit-Testing-is-Waste.pdf

https://rbcs-us.com/documents/Why-Most-Unit-Testing-is-Waste.pdf

походу это да, а то что я от ЦРУ читал это вот это https://nsarchive2.gwu.edu/NSAEBB/NSAEBB4/ciaguat2.html

перепутал чутка =)))

система выполняет, что от нее требуется - значит она работает на 100 % правильно

типичое заблуждение, что в спецификации не бывает багов

подумаешь перепутал The Secret CIA Assassination Manual: A Study of Assassination с Why most unit testing is waste

типичое заблуждение, что в спецификации не бывает багов

заказчик согласовал ПМИ, по ПМИ прошли и ничего не нашли - нет багов!

Типичное заблуждение, что спецификация покрывает (и должна покрывать) все.

типичое заблуждение, что в спецификации не бывает багов

баг - это отклонение от Заявленного поведения. в спеке может быть Неполнота и Противоречивость и много всего другого - но это не баги

Хотя, кажется, уровень риторики "Заказчик принял - нет багов" многое объясняет.

баг - это отклонение от Заявленного поведения. в спеке может быть Неполнота и Противоречивость и много всего другого - но это не баги

а что тогда?

если вы тестируете что-то, что убивает людей, как рентген аппарат - вы не назовете багом то. что она убила людей урвонем радиации?

а что это тогда, фича?

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

а что тогда?

Неполнота/Противоречивость... и дальше все то, что по "Свойства информации" гуглится

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

Если два пункта противоречат(Противоречивость) заводим баг в ТЗ(спеке и т.д.)-лично я так считаю. И кто там утверждал тоже человек и может ошибится.

Если не исправить работать не будет.

а как назвать: Запрос на изменение ТЗ или что то еще - я думаю не важно.

называйте как вам удобно и удобно вашим разрабочтикам. выяснили вопрос, поняли где ошибка - завели баг и прикопали к текущей User story

есть какие то методы поиска json объектов на странице? что бы не парсить регуляркой

зачем может понадобиться искать json-объекты на странице? отдельно их как-то получить нельзя?

думаю нет, просто в конце страницы данные идут в json

кроме как регуляркой спарсить и десерелизовать я не знаю как еще поступить проще

я бы попытался все же найти как они попадают в цонец страницы и постарался бы взять их из первоисточника

вообще, если не секрет, зачем на странице показывать данные в json, если вся остальная страница не json?

какой то странный кейс вообще

вообще, если не секрет, зачем на странице показывать данные в json, если вся остальная страница не json?

спроси у instagram

ссылка есть для примера? )

view-source:https://www.instagram.com/

просто открой код страницы инстагарм любой

там в конце страницы идут объекты

ERROR: S client not available

и зачем они тебе?

данные о пользователях подтягивать хочу

их наверняка можно через АПИ брать

морочится с апи ради этого не хочу

открыл пару ссылок и не вижу никаких данных и json

<script type="text/javascript">window._sharedData =

вот найди эту строку

это только на стартовой

нет на всех

на пхп есть библиотека для парсинга всех данных со страницы из json'a

2 года назад по крайней мере была.

а почему ты решил что там какие то данные вообще лежат?

увидел

что значит почему решил

покажи пример на конкретной странице

да ты ппц

Какую проблему вы решаете?

открываешь любую страницу и там вся инфа о пользователе

жуть

например если я хочу посмотреть сколько подписчиков у человека или еще что то проще серилизовать чем искать среди всей этой муры

может селениум сможет выдрать это со страницы

вот я и спрашиваю_)

может или нет)

но это ведь долго будет

селениумом это вытаскивать

почему долго?

Зачем придумывать велосипед? Есть библиотеки специальные, которые пасят инсту, например вот https://github.com/Astrotomic/instagram-parser... Селениум тут вообще лишний

да это подзадача,

отправил запрос на страницу -> спарсил вёрстку

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

мда