Эх... Кликбейт... Я когда увидел, что бинарник весит 2гб, то аж сильно удивился что там могло быть, что автор говорит аж о целых 200 раз сжатия... а оказывается речь зашла о том, что автор изначально в образ весь SDK тянул, что как бы не удивительно, что размер образа очень сильно разбух :/
Такой вопрос - вы хоть сами пробовали писать тесты используя Cute? Это замечательно, что в примере есть тесты на фиксированных данных, но когда речь заходит до реального тестирования API - это боль. Допустим мне нужно выполнить сложный запрос состоящий из нескольких этапов (предположим это будет условный ВКонтакте):
Создать пользователя 1
Создать пользователя 2
Отправить запрос в друзья пользователю 2 от лица пользователя 1
Принять запрос в друзья пользователя 1 от лица пользователя 2
Создать чат с пользователем 2 от лица пользователя 1
Допустим, что в API ошибка, и на третьем этапе произошла ошибка. Дальнейшие тесты не падают. Приходится писать костыли.
Внезапно оказывается, что данные не прокидываются в следующие тесты. Опять пишем костыли.
Внезапно теперь тесты падают по причине "invalid memory address or nil pointer dereference". Приходится ещё больше костылей писать, сложность тестов увеличивается - профита никакого.
Какой смысл от этого фреймворка, если он не упрощает, а только наоборот замедляет написание тестов? Документации нету, большую часть тестов приходится писать методом тыка. Но зато в посте как всё замечательно выглядит, с зелёными галочками и красивым кодом!
Так а какая разница? Под PSP делали неоригинальные корпуса смастеренные каким-то человеком никак не относящимся с компании Sony. В чем проблема будет производителям корпусов делать точно также и с Steam Desk?
Если тебе нужен будет оригинальный корпус, то если не ошибаюсь, компания Steam и так будет их продавать как отдельную запчасть (МОГУ ОШИБАТЬСЯ)
Информация
В рейтинге
Не участвует
Откуда
Лиски (Воронежская обл.), Воронежская обл., Россия
Посмотрите в сторону роутеров семейства Cudy WR3000. На 4PDA есть ветка где сравниваются все роутеры из этого семейства - можно выбрать любой по душе.
Эх... Кликбейт... Я когда увидел, что бинарник весит 2гб, то аж сильно удивился что там могло быть, что автор говорит аж о целых 200 раз сжатия... а оказывается речь зашла о том, что автор изначально в образ весь SDK тянул, что как бы не удивительно, что размер образа очень сильно разбух :/
Ну... Начну тогда по порядку...
P.s. Приведённые куски кода будут лишь примерными - ибо в истории нормальные куски кода не сохранились.
Для начала мне нужно было сделать заготовленные запросы, чтобы например не повторять один и тот же код в разных тестах.
Запускаем, получаем что-то в стиле:
Что-ж... Ресёрчим - читаем код - убеждаемся, что мы не можем фейлить последующие тесты. Пишем костыли.
Запускаем - у нас внезапно теперь выбивает паники:
Смотрим где упало - обнаруживаем что падает при маршалинге:
Чтож... Воспользуемся мидлами:
Запускаем - аллилуя - хоть у нас и не отображаются пропущенные действия - дальнейшие этапы не запускаются!
Что-ж... С первой проблемой разобрались - разбираемся дальше. Пробуем прокинуть переменные с этапов выше в последующие этапы
Проверяем - вроде работает - но уже код становится страшнее и страшнее...
И на самом деле в процессе написания комментария я понял, что мог попробовать ещё такую стратегию - она бы решила часть проблем:
Расписал бы и далее что делал, но увы, комментарий и так уже отнял достаточно времени :\
Такой вопрос - вы хоть сами пробовали писать тесты используя Cute? Это замечательно, что в примере есть тесты на фиксированных данных, но когда речь заходит до реального тестирования API - это боль. Допустим мне нужно выполнить сложный запрос состоящий из нескольких этапов (предположим это будет условный ВКонтакте):
Создать пользователя 1
Создать пользователя 2
Отправить запрос в друзья пользователю 2 от лица пользователя 1
Принять запрос в друзья пользователя 1 от лица пользователя 2
Создать чат с пользователем 2 от лица пользователя 1
Допустим, что в API ошибка, и на третьем этапе произошла ошибка. Дальнейшие тесты не падают. Приходится писать костыли.
Внезапно оказывается, что данные не прокидываются в следующие тесты. Опять пишем костыли.
Внезапно теперь тесты падают по причине "invalid memory address or nil pointer dereference". Приходится ещё больше костылей писать, сложность тестов увеличивается - профита никакого.
Какой смысл от этого фреймворка, если он не упрощает, а только наоборот замедляет написание тестов? Документации нету, большую часть тестов приходится писать методом тыка. Но зато в посте как всё замечательно выглядит, с зелёными галочками и красивым кодом!
А это точно Apple Watch Ultra, а не китайское подпольное подделие на них?
Я не нашел информации на счёт запуска Android под Apple Watch.
Так а какая разница? Под PSP делали неоригинальные корпуса смастеренные каким-то человеком никак не относящимся с компании Sony. В чем проблема будет производителям корпусов делать точно также и с Steam Desk?
Если тебе нужен будет оригинальный корпус, то если не ошибаюсь, компания Steam и так будет их продавать как отдельную запчасть (МОГУ ОШИБАТЬСЯ)