у нас софт на выходе даёт кучу векторов, которые нужно анализировать. по сути, писал скрипт-python-gui апп для цикличных запусков, бисекта, билда, собственно анализа ну и прочее. запуски, настройки и обработка все через bash. ничего быстрее кроссплатформенно не работает с большим объёмом данных.

так вы пилили на баше тесты или просто ряд выполнения CLI команд?

и вы использовали python для тесктопа? вам не кажется что это не самый лучший выбор?

ну, знаете как, для того, чтобы писать на python в принципе даже мануалы курить не надо, садись и пиши, параллельно с гуглом. а потом 5 лет переписывай всё, что можно укоротить и ускорить. но в принципе возможность сразу работать есть. чтобы иметь условно-экспертный взгляд в процессе QA в том числе и веб/моб приложений достаточно понимать ПО, процесс разработки и задачи, потратить неделю на изучение особенностей веб разработки или же нужно действительно иметь опыт именно в веб/моб приложениях?

что бы знать "процесс" QA, надо для начала знать модели разработки ПО =)

так вы пилили на баше тесты или просто ряд выполнения CLI команд?

сложно объяснить, для начала нужно пояснять в каком виде тесты, потому что так или иначе всё скрипты. вкратце, ситуация такая, что полностью покрыть тестированием софт невозможно, никак. и размытое понятие правильности его работы)) какие-то проблемы могут всплыть случайно через 5 лет)

я вам про правильный выбор ЯП, вы мне про покрытие =)

не круто =)

В общем, многие любят посылать и я, т.к времени нет сейчас, пошлю вас почитать какого нить Савина что ли

сложно объяснить, для начала нужно пояснять в каком виде тесты, потому что так или иначе всё скрипты. вкратце, ситуация такая, что полностью покрыть тестированием софт невозможно, никак. и размытое понятие правильности его работы)) какие-то проблемы могут всплыть случайно через 5 лет)

так что, наверное не просто команды, а sh скрипты на баше, управление и просмотр через python+qt.

я вам про правильный выбор ЯП, вы мне про покрытие =)

я просто долго писал ответ на предпредыдущее сообщение :)

про время

так что, наверное не просто команды, а sh скрипты на баше, управление и просмотр через python+qt.

но не тесты на bash =)

это я и хотел узнать

что бы знать "процесс" QA, надо для начала знать модели разработки ПО =)

ну, вот у меня опыт работы в компании ~80 разработчиков различных модулей крупного pc софта. слежу за всем процессом от постановки до реализации задач, разве что в монитор девелопера не смотрю за работой. считается, что знаю модель разработки ПО?

но не тесты на bash =)

как скажете :) я qa стал органически, приходил совсем другим специалистом, собственно, совмещаю. что такое "тест" для qa in general не знаю :) для меня всё, что я делаю с самим софтом - тест)

примерный баш скрипт: init settings run app wait results processing get data не тест?

ну, вот у меня опыт работы в компании ~80 разработчиков различных модулей крупного pc софта. слежу за всем процессом от постановки до реализации задач, разве что в монитор девелопера не смотрю за работой. считается, что знаю модель разработки ПО?

как называется ваша модель разработки?

примерный баш скрипт: init settings run app wait results processing get data не тест?

обычная обертка что бы руками не запускать апликуху

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

Но и сейчас оно вполне себе тест, так как проверяет что такие события с приложением работают, иначе бы не выполнялся

т.е CI тоже тест?

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

Она запускает тот же самый код, который указан выше

Если вы добавляете в ci кастомный шаг - то этот шаг вполне себе может быть тестом

яснопонятно, спасибо =)

яснопонятно, спасибо =)

А чем отличается тест в вашем понимании от тех шагов, которые были описаны выше. Мне для расширения кругозора интересно.

тест - проверяет скрипт выше - не проверяет

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

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

как называется ваша модель разработки?

по принципу наверное похоже на agile: на отделы раздаются общие задачи, есть сроки релиза, постоянные запросы клиентов под которые подстраиваемся. по факту, нет оценки трудозатрат, нет четких объяснений задач, внезапно может возникнуть необходимость что-то сделать прямщас, отделы часто не в курсе разработки других отделов. нет плана разработки из-за чего мне приходится генерировать обсуждения, что вносили и что меняли в эту неделю и разбирать git иначе не понять, где искать лужу. но софт как ни странно работает лучше конкурентов и продаётся :) какая это модель?

это вы мне скажите

а когда мы от моего вопроса перешли к моему допросу?)

ну, вот у меня опыт работы в компании ~80 разработчиков различных модулей крупного pc софта. слежу за всем процессом от постановки до реализации задач, разве что в монитор девелопера не смотрю за работой. считается, что знаю модель разработки ПО?

наверное после этого =)

так то я вам дал уже ответ выше =)

а какое это имеет влияние на процесс? ну, т.е. если я вижу и знаю всё, что происходит - этого достаточно для понимания?)

а когда мы от моего вопроса перешли к моему допросу?)

У него такой стиль разработки прост

а какое это имеет влияние на процесс? ну, т.е. если я вижу и знаю всё, что происходит - этого достаточно для понимания?)

вы теперь собрались сидеть на одном насиженном месте? =)

или повышать уровень квалификации?

О ободе прекрати

мне скучно

что еще делать

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

не название, а понимание, вы много знаете моделей?

Как минимум прекратить делать флуд не в специализированном чате

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

можете подойти и сказать конструктивно что другая модель лучше?

и что в ней процесс QA лучше живет

можете подойти и сказать конструктивно что другая модель лучше?

если вы не заметили в тексте, то я не очень доволен текущей моделью разработки и предлагал добавить мелочи вроде плана, вроде какой-то другой отчётности, на что CTO имеет своё непоколебимое мнение.

может вы были не убедительны =)

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

ну круто, а кто сказал что вы поставили его правильно?

ну в общем, далеко ушли =)

совсем далеко) и несколько манера общения не нравится, неконсткруктивно к тому же

а вы представте что вас собеседуют =)

а зачем? я к ним пока не готовлюсь :)

то есть, мотивации отвечать на такие вопросы вам у меня особо нет)

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

вот опять неконструктивный разговор и общие банальные вещи :)

я часто для практики гоняю по собеседованиям т.к сказать для сноровки

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

О мерило правильности, укажи нам путь ;) кто если не ты и не сейчас

я просто вам посоветовал почитать побольше по теории

Я помню на собесах задавали странный вопросы и предлагали ещё более странные ответы, не хочу по ним учиться

ERROR: S client not available

не повезло вам, сочувствую

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

Неконструктивный вопрос. Отвечу вашими же словами.

Какого РС софта, какой модели, каких базовых вещей, что конкретно за веб и мобильные приложения?

я понял, средняя температура по больнице :)

yeah! теперь точно скучно не будет =)

я понял, средняя температура по больнице :)

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

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

а как вы поступите, если у вас будет приложение скажем на ангуляре2 и знаете вы только python, будете писать тесты на нем или будете учить protractor+js?

ну, наблюдая за данным чатом я видел разные вопросы по тестированию, например веб и видел дальнейшие ответы, без вопросов о конкретике процесса. т.е., в моём представлении сложилась картинка, что веб-qa процесс может быть довольно типичен.

Учитывая количество фреймворков, типов веб приложений, цели. Это все субъективно

о, пошел я в слак, там рыженьких постят ^_^

Время понадобится, но не шибко много. Используй agile и разбирайся с появившимися проблемами по ходу дела в рамках рабочего процесса. Если надо будет - можно дополнительно почитать или выделить отдельное время. Обучение крайне индивидуально, по количеству времени никто не с ориентирует(если не говорить о курсах, которые тебе читают и вне зависимости от результатов они заканчиваются)

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

Для веба - в основном теория и получаемая практика, если важна безопасность - то почитать про уязвимости, если автоматизация - погуглить фреймворки на известном языке - дальше сидеть и курить. Для могилок - ничего не могу сказать. Почитать как получать логи с устройств.

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

и нет каких-то общих "программ для тестов", нет чего-то в чём qa-веб процесс одинаков и нужно понять его структура сперва?

Человек уже работает, меняется некоторая специфика. В рамках одной компании - этого достаточно.

для мобилок, как минимум лайф цикл приложения надо знать =)

А то непонятно когда приступать к тестированию?

благодарю за адекватные ответы. всё же если есть "общая" информация, а не "общеобразовательная, которая может вообще не пригодиться", было бы интересно ознакомиться. кого там почитать? Савина?

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

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

про безопасность я понял

это покурю

Есть две книги, которые обычно рекомендуют Савина - для получения представления, тестирование программного обеспечения - для углубления понимания процесса тестирования и различных подходов. На моем опыте для начала тестирования чего угодно примерно одинаковый сценарий: - смотришь что это такое, играешься. Просто протыкивание и знакомство с продуктом. - думаешь над сбором подноготоной информации: логи, консоли и прочее - автоматизация

это покурю

Я правильно понял, что до этого был опыт тестирования десктопных приложений?

именно

Обычно веб - это клиент сервисная архитектура: то есть бэкенда и фронтенд. Тут есть две специфики: 1) API Можно автоматизировать на языках программирования для удобства, Можно делать скриптовые сборки, Инструменты для проверки: - плагин postman для генерации запросов - soapui - jmeter - другое У меня на Java тесты работают. Что можно проверять в API: - нагрузочное тестирование - соответствие rest API (корректность методов, хедеров, формата данных) - прочитать про http протокол и его тестирование

А то непонятно когда приступать к тестированию?

я не про цикл разработки, а про саму работу приложения на девайсе

Лайф цикл и работа приложения на девайсе? Подробнее пожалуйста, а то я без бэкграунда в мобилках.

Android Activity Lifecycle

google it