Nata14: Как вы понимаете, интернет магазин - это не только менеджер.
Следовательно, если вся команда сидит в офисе, а менеджер в "отрыве" от производства и на аутсорсе - смысла я в этом не вижу.
Если команда распределена и все участники на аутсорсе (в штате или на подряде) -> для интернет магазина всё так же, как и для любой другой "удаленной" работы. Есть свои + и -, отдельная работа с подбором пригодных для аутсорса людей, и все такое.
В целом, мне кажется что менеджер интернет магазина - одна из последних должностей в этом самом магазине, которую имеет смысл выносить на аутсорс.
insomnia77: Погодите, что значит "картину целиком"?
Целиком у вас есть N сочетаний, пэирвайс помогает составить матрицу тестов, выбрав нужные сочетаний для максимального покрытия при минимуме тестовых наборов.
Это соответствует вашим же словам, что целью является "сделать минимальный набор комбинаций для максимального покрытия". Это такая же базовая практика тест дизайна, как и, например, граничные значения.
Просто используйте это, а не пытайтесь нарисовать велосипед в экселе. :)
insomnia77: Я про это и говорю. Для того, что бы сделать минимальный набор комбинаций для максимального покрытия используется такая практика тест-дизайна как Pairwise Testing, en.wikipedia.org/wiki/All-pairs_testing
Графическое представление для этого не нужно.
mamkaololosha: А ссылка, которую вы кинули, повествует нам вообще о авто-тестере, т.е. Test Automation Engineer, который занимается написанием автотестов.
Автотесты -> это функциональные, приемочные и\или интеграционные тесты.
Юнит тесты в круг задач автотестеры опять же не входят.
mamkaololosha: Если брать QA отдел, то"Программист" который занимается тестированием - > Software Engineer in Test. И он занимается созданием\поддержанием тестовых инструментов\инфраструктуры.
В некоторых случаях занимется white-box тестирование и низкоуровневым тестированием.
Писать юнит-тесты - задача исключительно разработчика, который пишет код.
webinside: Каждый день в одном и том же месте, или в разных?
Как я сказал - очень зависит от терминала оплаты и банка, которому он принадлежит.
Терминал новый и есть нормальный коннект - все работает на раз-два.
Терминал хреновый и подключается по гпрс\адсл -> все медленно и кидает таймауты.
Тоже самое, в целом, бывает и с банкоматами.
У меня на примете есть банкомат, в котором снятие отрабатывает стабильно через раз - коннект плохой.
С терминалами знаю пару мест, где все стабильно плохо и одно - где периодически, там терминал МКБ, который любит падать.
Понимаете, с книгами по смежным технологиям есть проблема.
Они почти всегда привязаны к платформе\языку программирования\чему-нибудь ещё.
В общем заточены под конкретную задачу.
Т.е. ну вот могу я вам посоветовать книгу по построению клиент-серверного приложения на джава + джс - www.amazon.com/Client-Server-Web-Apps-JavaScript-J...
А на кой она вам нужна, если вы не связаны с джавой? Или собираетесь тестировать десктоп, или ещё что-нибудь?
Есть и в отрыве от платформы, например дизайн рест-апи (www.amazon.com/REST-API-Design-Handbook-ebook/dp/B...
или просто апи (www.amazon.com/APIs-Strategy-Guide-Daniel-Jacobson...
И вполне возможно, что представление о работе рест-апи вам понадобится в тестировании, только на уровне пользования(тестирования реализованных функций), вероятнее всего, а не на уровне проектирования(решения, какие функции и как реализовать).
Не говоря уже о том, что есть куча предметных областей, для которых свои, специфические, смежные технологии. Игры, ИИ, БигДата, Аналитика, Поиски и прочее.
Есть золотое правило криптографии: не пытайся писать велосипеды до тех пор, пока не получишь докторскую.
Вообще, я бы посоветовал отправиться на курсеру или аналоги, там довольно часто мелькают курсы разного уровня сложности по данной тематике.
По крайней мере сможете ознакомиться с программой и прикинуть, что из этого вам интересно.
Но на практике же, заклинаю, никогда не используйте самописное вместо уже проверенного.
По АПИ и Клиент серверной архитектуре там, скорее всего, достаточно информации, как раз в нужном вам контексте тестирования.
Потому что книг без привязки к разрабокте, либо развертывании на конкретной платформе, всего этого дела я, бегло погуглив, не нашел.
Рад: По какому именно вопросу? По архитектуре клиент-серверных приложений, по работе веба (виды запросов и их работа), по апи или по тому, как все это тестировать?
В любом случае - книг достаточно: www.amazon.com/s/ref=nb_sb_noss_1?url=search-alias...
Хотя, зачем вам книги я не понимаю. Вбиваете в гугл Web + Testing и натыкаетесь на тонны ссылок на всяческие QA-сообщества, где все подробно описано.
Не стоит зацикливаться на печатных источниках.
Потому что сделано "для галочки" и на коленке, вот и все.
Появилась у начальника идея - отправили посреднику на разработку, выбрали самый дешевый и быстрый вариант, получили соответствующее качество и норм.
Мне, по крайней мере, такой сценарий видится наиболее реалистичным.
Ну, это я и имел ввиду в п.2
Естественно, это должно делаться не в ручную.
В идеале это даже должны быть не категории, а тэги. Тэги утягивать либо с источника, либо раздавать самому исходя из источника\кейвордов.
А уже в категории распределять по наличию\сочетанию тегов, в рамках селекта из БД для конкретной категории.
Как-то так.
@Adam_Ether: Ну, основной, из которого вытекают все остальные - тотальная перенаселенность.
Как результат:
1) Транспортный трындец. Метро перегружено, в часы пик на некоторых станциях в поезд просто не втолкнуться. Стоишь, пропускаешь от двух до n поездой что бы тупо войти.
Наземный транспорт грязнет в бесконечных пробках на пару с личным.
В итоге это выливается в необходимость или тратить от 2х часов ежедневно на дорогу до офиса и обратно, или жить рядом с офисом. Но жилье это следующий пункт.
2) Жилье. Тут тоже все проистекает из перенаселенности.
Желающих много, площади мало, цены космические, потому что "москва жеж".
Цены внутри МКАД взвинчены, и чем ближе к центру - тем больше кусаются. Тут надо понимать, что если у вас квартира в "10 минутах от метро на автомобиле", то с утра эти 10 минут смело перерастают в час или больше.
Года полтора назад, когда присматривались, двушка в пешей доступности от дальних станций метро стоила около 7 млн. рублей. Это без привязки к нормальному району, развитой инфраструктуре и всяким таким вещам. Знаете, я бы предпочел на эти деньги прикупить летний домик в Португалии. :)
С арендой тоже не шибко веселее, однушки от 30, двушки от 40, трешки от 50.
Опять же, одно дело, снимать квартиру рядом с офисом когда живешь один. Другое дело - выбирать жилье для семьи. Нужна и школа нормальная, и детский сад и все дела.
3) Общая ситуация. Засчет того, что в Москву едут все - обстановка, мягко говоря, напряженная. Найти район, где не будут шастать толпы маргинальных приезжих - задача не из простых. И речь не о трудягах, пахающих за хлеб, а о дерзких горячих молодцах, не выходящих на улицу без ножа.
Народ ездящий из области на работу моменту, как доберется до метро, становится уже слабо адекватен, и я их понимаю, сам ездил.
В Питере, все таки, приток людей меньше.
@TostMaria: Джавовские приложения можно запускать везде, где эта джава стоит.
Ну, десктопные приложения, тот же парсер, описанный в теле вопроса, отлично пишется на java. С использованием того же джавовского гуи, при желании, или простой консоли, при отсутствии такового.
Бэкенд для веб приложений - тоже вполне себе пишется. В некоторых случаях, это даже оправдано.
В общем по возможностям - вполне себе обычный язык программирования, вполне сравнимый с пайтоном, c# или ещё чем-нибудь.
Пайтон более популярен для бытовых задач в силу упрощенности синтаксиса и большого количества библиотек, что бы не писать велосипедов.
Принципиальных же отличий по возможностям - нет.
Как человек, подумывающий на год уехать поработать в Питер из Мск, могу и согласиться и нет.
Цены на жилье в аренду действительно значительно ниже (в центре - полтора-два), цены на покупку особо не сравнивал, но думаю так же ниже.
Зарплаты, как и рынок, все таки меньше. Я бы сказал, что в среднем на 15-20%, хотя, на фоне общего снижения затрат (на ту же аренду), это не так заметно.
Из того, что я для себя отметил, когда обдумывали план на пожить:
1) Климат. Ну, сами знаете, ветер-дожди. Мне он лично нравится больше московского, а знакомые переехавшие начали плеваться и ныть на вторую неделю, и продолжают уже год. +- вобщем.
2) В последний визит очень удивился, Питер (по крайней мере центр) стал намного грязнее, за последние пару лет. Раньше часто бывал - было не так плохо.
Может мне так повезло, но постоянно натыкался буквально на горы мусора, причем в разных частях золотого треугольника. - ;[
3) Меньше "гастарбайтеров". По сравнению с Москвой, которая местами больше напоминает Исламобад, здесь лучше. Для меня с супругой - значительный +.
@TostMaria: Параллельно - слабо осмысленно. На этапе изучения лучше сконцентрироваться на чем-то одном.
Если учите java и она нравится (вплане синтаксиса), а мне, например, показался очень перегружнной, то учите её. В плане "не заточен на некоторые вещи" - мне кажется вы зря. Возможностей там не меньше, чем в любом другом языке. Просто для некоторых решений нужно немножко костылей.
Объективно говоря, могу представить себе очень мало вещей, которые принципиально нельзя писать на java.
А вы, я смотрю, никак не определитесь с ЯП. :)
Беритесь уже за пайтон и не мучайтась, сменить всегда успеете, а для входа и изучения - он отлично подходит.
Следовательно, если вся команда сидит в офисе, а менеджер в "отрыве" от производства и на аутсорсе - смысла я в этом не вижу.
Если команда распределена и все участники на аутсорсе (в штате или на подряде) -> для интернет магазина всё так же, как и для любой другой "удаленной" работы. Есть свои + и -, отдельная работа с подбором пригодных для аутсорса людей, и все такое.
В целом, мне кажется что менеджер интернет магазина - одна из последних должностей в этом самом магазине, которую имеет смысл выносить на аутсорс.