Условия: Постоянная работа, полный рабочий день, 10:00-19:00 (или 9-18) Оформление по ТК, Заработная плата: на исп. срок 35 т.р. (2 мес.), после 40 т.р.
Обязанности: Разработка и поддержка веб-портала UraDeti.ru со стадии стартап. Требования к кандидату: Мужчина, 22-30 лет Высшее техническое образование Опыт работы от 1 года, участие в проектах, которые можно посмотреть.
Обязательно:
Хорошее знание Python, опыт разработки веб-приложений на Python, в идеале на фреймворке Django. JavaScript, AJAX, XML, XHTML, PostgreSQL, хорошие навыки проектирования БД Хорошее понимание ООП, CSS, табличной и дивовой вёрстки (основная вёрстка не входит в обязанности, только мелкие доработки); понимание архитектуры MVC, умение самостоятельно принимать архитектурные решения, Личные качества: коммуникабельность, умение планировать работу, самомотивация, высокий уровень самостоятельности и автономности в работе, желание искать и находить решения новых задач и принимать решения на своём участке работы, ответственность за результат, умение работать в команде, инициативность, разумный креатив.
Если с чем-то из требований Вы не знакомы, но готовы оперативно разобраться, это устраивает.
Желательно: Навыки работы с Linux: настройка веб-сервера, установка и поддержка проекта на продакшн-сервере, опыт работы с Google Maps, опыт работы с SVN
Функции: Активное участие в разработке распределённых программных комплексов, в части обеспечения взаимодействия с аппаратной частью серверов, ПК и других устройств. Веб-сервисы под Windows; возможно, сопряжение с Linux. Реализация необходимых алгоритмов и протоколов взаимодействия. Реализация необходимых алгоритмов, GUI. Участие в разработке архитектуры, выработка предложений по реализации необходимой функциональности, исследование применения новых технологий и инструментов разработки.
Идеальный кандидат: Высшее образование. опыт разработки в Visual Studio Windows, , языки программирования C/C++, основы SQL. Английский язык на уровне чтения технической документации. Желательно: С#, технология COM, опыт разработки многопоточных приложений, опыт разработки сетевых приложений, технологии веб-сервисов, представление об ОС типа UNIX/Linux.
Дополнительно: Центральный офис: СВАО (Район ТТК) 5 мин. от метро пешком. Бесплатные обеды‚ обучение,страховка‚ обучение для повышения квалификации. Уровень компенсации: от 50 до 70 тыс. руб./мес.(серая 50/50)
Функции: Активное участие в разработке и доработке внешних и внутренних сайтов компании. Запуск новых систем, поддержание существующего функционала. Оптимизация бизнес-процессов. Работа на проектах внутри компании.
Идеальный кандидат: Высшее образование. Опыт работы от 2-х лет. Знание и практическое использование: ASP.NET, MS SQL, IIS. Приветствуется опыт работы в интеграционных проектах.
Дополнительно: Центральный офис: СВАО (Район ТТК) 5 мин. от метро пешком. Бесплатные обеды‚ обучение,страховка‚ обучение для повышения квалификации. Уровень компенсации: от 60 до 65 тыс. руб./мес.(серая 50/50)
AutomatedQA - Functional Testing -> Windows 7 и WaitProcess
2010-04-28 13:41 STRAY
Столкнулся с проблемой работы с системой семерки. В частности, если при вызове ##### Код { ##### Sys.WaitProcess(<имя_файла_для_запуска_процесса>, timeout).Exists ##### Код } ##### на ХР все отрабатывало без задоринки. А вот на семерке ввиду того, что для отображения необходимого процесса надо нажимать "Show processes from all users" - данная команда фейлит. Пробовал подставлять видимый без нажатия "Show processes from all users" процесс TestComplete - возвращает true.
Как же проверять тогда процессы в Windows 7 методом WaitProcess?
Заранее спасибо.
Software-Testing.Ru -> Опять двадцать пять?
2010-04-28 18:03 barancev
Примерно раз в месяц Саша Орлов устраивает в своём блоге Happy-PM обсуждение кейсов с последующим разбором. В основном обсуждаются темы взаимоотношений руководителя с подчинёнными, но очередной кейс не может не тронуть сердца тестировщиков, и главным образом тест-менеджеров, потому что наверняка многие попадали в похожую ситуацию -- руководитель проекта просит тестировщиков поработать в субботу, потому что "разработчики доделают очередную версию к пятнице, а на следующей неделе уже сдавать". Поэтому мы предлагаем принять участие в обсуждении этого кейса, а может быть рассказать, как вы действовали в аналогичных обстоятельствах.
И, кстати, раскрою небольшой секрет, не дожидаясь официальной публикации -- во второй день конференции SQA Days 7, которая пройдёт в Харькове 14-15 мая, Саша будет проводить мастер-класс "Конструктивное решение проблем и конфликтов", акцентируя внимание именно на конфликтах между тестировщиками и другими участниками проектов разработки, так что этот кейс можно считать небольшой подготовкой к мастер-классу.
Кейс “Опять двадцать пять”
Максим (руководитель проекта) и Алексей (руководитель группы тестирования) работают в небольшой продуктовой компании. Однажды вечером между ними состоялся такой диалог.
М: Привет! Слушай, похоже тебе и твоим ребятам придется поработать в субботу. Извини, что сообщаю об этом всего лишь за два дня. А: Опять? Надо же… М: Да. Разработчики буквально пару минут назад сообщили мне, что завтра к обеду будет готов билд, в котором будут исправлены все пять оставшихся критичных багов, восемь второго приоритета и еще куча мелких. Всего 27 штук! И это они за 4 дня успели сделать, такого у нас уже давно не было. Они действительно классно поработали. Давай и вы тоже продолжите в том же духе. А: Мда… они молодцы, конечно. Они сами что-нибудь потестили? Билд хотя бы собирается нормально? М: Конечно собирается, даром что ли неделю на настройку билдера убили. И юнит-тесты прошли все, хоть их и немного. А: … да еще и старых. М: Ну да, старых, но это же все время, ты же в курсе. Каждый из них, конечно же, проверил все пофикшенные баги у себя локально, куда ж без этого. И все было нормально. Но чтоб узнать, как оно все вместе работает, вы нам и нужны. Так ведь? У них на это просто никогда не будет времени, да и не их это задача. Вы же должны обеспечить качество продукта. А: Хорошо, я могу протестировать продукт, но как обеспечить его качество и качество их чудо-кода… я не знаю. М: Конечно знаешь. По крайней мере, лучше тебя этого никто тут не знает. Ты же эксперт в таких вещах.
Можно обсуждать и здесь, но сюда Саша редко заходит (если вообще заходит :) ), но главное -- что тут одни тестировщики, а там у него и разработчики, и менеджеры поучаствуют в дискуссии.
Тестирование ПО -> Вопрос по тестированию
2010-04-28 23:13 barancev
Есть у меня одно задание и в нем употребление три термина ∙ Go/ No Go criteria ∙ Positive tests (обычные действия пользователя) ∙ Negative tests (не стандартные действия пользователя, такие как клики отмены и регистрация на несуществующий эмейл)
А что такое Go/ No Go criteria ?? какие есть идеи???
В контексте выглядит так: MIGRATION TESTS DESCRIPTION Компания has decided to merge data from SQL Server to Oracle. Review the following flowchart (in the following page) and describe the tests you suggest for such process: ∙ Go/ No Go criteria ∙ Positive tests ∙ Negative tests
Работа/Минск -> Mid QA Engineer
2010-04-29 00:09 Lyzzochka
BestSoft is seeking for a person to fill the position of a Mid QA engineer.
Required skills: - Strong English writing and speaking skills; - Good understanding of QA process; - At least 2 years of experience in Software Testing; - Experience of creating test documentation (Test Cases, Test Reports); - Good analytical skills.
Technical Writer skills are greatly appreciated, such as knowledge of Adobe FrameMaker, Adobe Captivate and WebWorks Publisher, Adobe Acrobat Distiller, excellent knowledge of Microsoft Office (PowerPoint, Word, Excel, Visio).
Responsibilities: - Test Cases definition; - Test Cases execution; - QA process improvement; - Bug Reporting; - Communications with customers; - Test Documentation creation; - Documentation Review (Requirements, Design documents, Use Cases).
Who is interested please send a CV to resumes@psa-software.com BestSoft has a strong team of engineers and a variety of project: from drivers and embedded systems to web and mobile applications, so you never gonna be bored