• Какие есть инструменты для проектирования и сопровождения тест-кейсов (и вообще тестовой документации)?

    @azShoo
    Зависит от того, что вы имеете ввиду под "проектированием тест-кейсов" и вообще, чего ожидаете.
    Опишите функционал, который вам нужен, исходя из этого станет ясно.

    С ходу могу предложить только аддон к жире zephyr, который несколько упрощает и облагораживает процесс написания и прохождения тестов, выделяет их в отдельную сущность и добавляет пару других ништяков.
    + стоит посмотреть в сторону различных test management system типа TestRail, TestLink, HPQC и прочие.
    Их довольно много, есть как платные, так и бесплатные.
    Ответ написан
  • Как работает распознавание речи в iOS приложениях?

    @azShoo
    Как уже сказали выше, есть много инструментов для распознавания речи, вам надо использовать их, а не писать свое.
    Далее. Предположим, вы распознали голос и получили на выходе, грубо говоря, String переменную с фразой, произнесенной в микрофон.
    Тут уже начинаются ваши сложности.
    В вашу пользу играет то, что у вас есть N тэгов (заранее встроенных в приложение), по которым распределяются расходы. Например: Еда, Мобильная связь, Обучение, Кредиты, етк. Их число ограничено, не бесконечно и известно заранее.
    Дальше ваша цель - составить "словари" для распределения этих String переменных по категориям.
    Из сложностей - разный порядок слов, синонимы и просторечия, излишнее и\или недостаточное описание + дефекты распознавания речи.

    Решите для себя следующую задачу:
    У вас есть 15 текстовых описаний расходов в произвольной форме (начиная от "сегодня я потратил пятьдесят тысяч рублей на баночку вкуснейшей черной икры" и заканчивая "пятихаточка на мобилу").
    Вам нужно соотнести их по категориям расходов.
    Как? Словари, ключевые слова, максимальное количество совпадений. Как-то так.
    Когда закончите с этим - прикрутите распознавалку речи и проблем уже не будет.
    Ответ написан
  • Хорошие курсы Тестировщиков в Москве?

    @azShoo
    И так.
    1) Забейте на курсы. Первое к чему вам надо привыкнуть - самообучение.
    Искать нужную информацию, усваивать, применять на практике.
    Это касается как ручного тестирования, так и автотестов.

    2) Вам посоветуют много книг, вроде "Тестирование dot com". Книжка, конечно, неплохая и дает общее представление, но лучше почитать тематические материалы в интернете. Воды меньше, профита больше.

    3) Для того, что бы пойти Junior тестером нужно:
    - Понимание платформы хотя бы на базовом уровне.
    (Если веб-приложение, то основы клиент-серверного взаимодействия, и вообще, как всё это чудо работает. Если мобильные - почитать про платформы).
    Все это описывается в статьях типа "Тестирование %имя_платформы% приложений for dummies"
    - Общее представление о процессе разработки.
    - Общее представление о тестировании.

    (Что есть баг(как описывать, что есть приорити и северити, т.д. т.п., что такое тест-кейсы, тест-сьюты, тест-степы, зачем нужно тестирование вообще + базовые практики тест-дизайна хотя бы на уровне общего представления).
    - Работа с БД ( всякие примитивные селекты, джоины и прочее).

    В целом всё.
    Дальше - надо будет много учиться, учиться и ещё раз учиться.
    На выходе вам надо будет быть немножечко разработчиком, немножечко бизнес и системным аналитиком, немножечко дизайнером, немножечко DevOp. В общем всегда есть, в какую сторону развиваться и что учить. Нужно только много сил, терпения и способность самостоятельно решать проблемы.

    Ну и да, стандартный совет:
    Открываете hh.ru, ищете вакансии, наиболее часто встречающиеся требования - постигаете в первую очередь, дальше - всё остальное.
    Ответ написан
  • Сайты, на которых может подзаработать тестировщик?

    @azShoo
    odesk и только.
    Забудьте про русский язык и русских заказчиков вообще.
    Ответ написан
  • Что Вы думаете о ресурсе для разработчиков инди-игр?

    @azShoo
    Я думаю, что есть очень много вопросов, над которым вам надо подумать перед тем, как браться за эту идею.
    Как минимум потому, что ваше описание проекта трудночитаемо и слабо понятно.
    1) Окей, есть "социальная сеть".
    Что там должны делать инди-разработчики?
    Завести канал и постить видео? О чем? О геймплее, о разработке?
    Или надо постить рекламные посты и обзоры?
    Или надо кидать ссылки на гуглплей \ кикстартер?
    Или как стим будете прикручивать "каталог" игр?

    Что там должны делать пользователи?
    Искать и скачивать игры? Читать обзоры\смотреть видосы?
    Или генерировать контент с обзорами игр и оценками? Если да, то зачем им это?

    Опять же, учтите, что количество контента для социальной сети должно зашкаливать, что бы поддерживать интерес пользователей.
    Кто, как, и главное зачем, будет генерировать этот контент?

    2) Как вы всё это будете монетизировать?

    3) Как вы будете привлекать туда аудиторию, как со стороны разработчиков, так и со стороны игроков?
    Чем вы лучше какого-нибудь 4pda или тонны форумов про геймдев? Или раздела рутрекера с инди играми.
    Стрим предлагает канал продаж, ютуб - удобный хостинг видео + реклама, кикстартер - краудфандинговую платформу.

    Про это даже говорить не хочу:
    дать возможность игрокам пополнять счет и вносить пожертвования понравившимся проектам за внутрисистемные ачивки.

    Ибо с безопасностью непонятно что, с мотивацией - тоже (покупаемые ачивки? лол, зачем?!), с условиями получения и вывода - тоже непонятно. В общем вопросов ещё на полтора поста.

    Как уже советовали - напишите тз\бп, спроектируйте сервис хотя бы на уровне бизнес-процессов, а потом беритесь за реализацию и ищите товарищей.
    Ответ написан
  • Как масштабировать hardware стартап?

    @azShoo
    В рамках хардвара масштабируемость - это выход на более "широкий" рынок.
    Если спрос на ваш девайс ограничен краудфандинговыми площадками, где половина заказов это "о, мне это не надо, но прикольно" - у меня для вас плохие новости.
    Инвесторов, в вашем случае, будет интересовать сколько бабло-времени вам нужно, что бы занять полноценную нишу в рынке.
    Сначала они хотят понять, что вы сможете "выжить" в краудфандинговой площадке. Потом - в локальном (региональном) рынке. Затем - в международном.
    Каждый из этих шагов - это как раз масштабирование, предполагает разные объемы производства, разные объемы продаж и аудиторию и разные способы продвижения\захвата аудитории.

    Так вот, инвестору не интересен проект, который застрянет на краудфандинге, а вам нужно доказать, что после успешной обкатки на краудфандинге вы сможете выходить на полноценный рынок.
    Ответ написан
  • Из "рядового" до "генерала"?

    @azShoo
    Зависит от того, чем и как собираетесь управлять.
    Ответ написан
  • Куда поступать на программиста?

    @azShoo
    Одно не заменяет другого.
    Самообразования достаточно, что бы устроиться на работу, но я, лично, жалею, что в свое время не поступил в ту же Бауманку.
    Многие "базовые"(читай фундаментальные) вещи приходится сейчас разбирать и вытягивать самостоятельно.

    Если хотите плюсы и хардварь - я бы не советовал отказываться от "сильного" вуза. Естественно, можно и без него, но, на мой взгляд, будет тяжелее.
    По конкретным не скажу, да и тут уже достаточно отписались.
    Ответ написан
  • Какие области тестирования выбрать перед релизом? Какие более приоритетные, какие - менее?

    @azShoo
    В целом, Сергей, конечно, может быть прав. Вопрос достаточно размыт для того, что бы не иметь правильно ответа вообще.
    Как мне кажется, вопрос скорее про п.2 из вашего вопроса (виды тестирования).
    В таком случае, наиболее приоритетным перед релизом является smoke-тестирование -> регрессия, т.к. в них покрыты основные требования к уже реализованному.
    Т.е. в случае благополучного прохождения smoke и регресси -> вы как минимум убедитесь, что выпускаемый функционал не сломал реализованное ранее (т.е. не сделал хуже).
    А дальше, уже, тестирование самого функционала.
    Ответ написан
  • Как вы тестируете кроссбраузерность?

    @azShoo
    Для браузеров с >15% аудитории сервиса - только живые браузеры, при необходимости - виртуалки.
    Для остального - сойдет браузерстак.
    Ответ написан
  • Что делать, если нашел серьезный баг в мобильном приложении крупного банка?

    @azShoo
    Алгоритм примерно следующий.
    1) Избавиться от счетов в данном банке и порекомендовать знакомым сделать то же самое.
    2) Репорт в банк.
    В большинстве случаев несет профит только тогда, когда удается выйти на безопасников.
    Клуши из саппорта принципиально игнорят такие вещи.
    3) Посты в соц. сети, хабр и тематические сообщества.
    Ответ написан
  • Изучение Objective-C: PC/notebook vs MAC?

    @azShoo
    Если собрались разрабатывать под iOS\MacOS - покупаете мак.
    Другие варианты (сборка ханкинтошей и поднятие виртуалок) - танцы с бубном и поиск способа прострелить себе колено, с тем же итогом, вам надоест и вы купите мак.
    Ответ написан
  • Как переучить Web-тестировщика в IOs-тестировщика?

    @azShoo
    Зависит от того, в чем он "проседает" при переходе на другую платформу.
    Принципы тестирования идентичны, процесс - в общем-то тоже.
    Проблемы могут возникнуть с пониманием:
    а) инструментов (отладка, локализация дефектов, сборка-запуск, фреймворки автотестирования)
    б) самой среды (особенности платформы и связанные с этим тесты)

    Первое осваивается за неделю просмотром базового курса разработки на какой-нибудь курсере.
    Второе - осваивается преимущественно за счет опыта. Базовые вещи легко ищутся в гугле, как например:
    qatestingtraining.com/mobile-application-testing-o...
    www.softwaretestinghelp.com/beginners-guide-to-mob...
    www.mobileqazone.com/video/video

    В общем дайте товарищу почитать литературу по архитектуре платформы (на базовом уровне, что бы понимал, как что работает).
    Дальше по "азам" тестирования (что бы выделил новые типы событий и тестов, которые надо учитывать).
    А дальше в бой.
    Ответ написан
  • Безопасно ил пользоваться автосохранением паролей в программах, включая браузеры?

    @azShoo
    Хранить пароли где-либо - не безопасно.
    Храните на бумажке - придут прочитают, храните в txt файле на рабочем столе - взломают и прочитают, храните "в голове" - придут с паяльником, выслушают и запишут.

    Дальше всё упирается в соотношение "ценность информации" vs "затраты на получение пароля".
    Никому не надо получать доступ к вашему компу, что бы открыть зип файл с котиками.
    Сделать то же самое, что бы получить доступ к платежной информации ваших клиентов - вполне.

    Фактически, большинство способов увода паролей сводятся к:
    1) Заставить пользователя его самостоятельно ввести где-надо. Фишинг, снифферы и прочее.
    2) Получить доступ к вашему компу\трафику с вашей стороны. Ну, вы поняли. Получили доступ -> открыли текстовый файл (или раздел "пароли" в браузере).
    3) Получить доступ к вашим паролям со стороны сервиса. Или атака на сам сервис, или на промежуточные звенья. Когда пароль или иная информация ловится на получении.
    Все три варианта в большинстве случаев применяются не "целенаправленно", а к широкому кругу лиц. Нашли уязвимость, заэксплойтили, собрали навар.
    Есть конечно ещё брутфорсы, социальная инженерия, пытки паяльником и ещё много радостей. Они уже применяются целенаправленно и почти не имеют смысла для среднестатистического юзера.

    И вообще, как Вы этим обходитесь? Пользуетесь автосохранением паролей?

    Сторонними хранилками паролей не пользуюсь. В браузере сохраняю только то, что не имеет фактической ценности. Для всего остального - по памяти.
    Не смотря на то, что сам защищаюсь по принципу неуловимого Джо. Пока работает.
    Пока хватало.
    Ответ написан
  • Объясните какие технологии были применены на сайте Apple Mac Pro?

    @azShoo
    Отвратительное решение. Нет, серьезно.
    Медленно, не информативно, не удобно, перегружено анимацией.
    Про то, что стоило открыть на мобильном девайсе - так всё уехало к ебеням, я вообще молчу.
    Ответ написан
  • Какие языки программирования наиболее востребованы в игровой индустрии?

    @azShoo
    С++ и только.
    Т.е. написать игру можно на любом языке, и безусловно есть игры реализованные на других языках.
    Но, рано или поздно любой полноценный игровой проект сталкивается с необходимостью работы с плюсами.
    С другой стороны, как уже правильно заметили - язык программирования не самая большая сложность. Мат. подготовка, изучение платформы, алгоритмов, оптимизации производительности и памяти, в итоге общая теоретическая подготовка требует гораздо больших трудозатрат, нежели изучение непосредственно работы с плюсами.
    Ответ написан
  • Базовый багаж знаний для junior тестировщика?

    @azShoo
    Первое что нужно - умение искать и находить ответы на свои вопросы.
    В частности на ваш - ответов много, например Какие знания нужны, чтобы начать работать тестировщиком?

    В остальном:
    1) общее представление о процессе разработки, об технологиях (если веб - клиент серверная архитектура и все дела, если платформа - то почитать об устройстве платформы)
    2) теория тестирования: что есть баг/дефект, классификации, как составлять баг репорт. Что такое тест кейсы-тест-степ-тест сьют и прочие умные слова, короче: как писать тесты.
    3) тест дизайн: базовые практики на уровне примерного понимания.
    4) работа с базой на уровне селектов и прочих простых вещей.
    Ответ написан