Тестировщик без обыта работы. Начало карьеры.
Новые темы форума тестировщиков
Проблема взаимодействия с другими подразделениями 2013-08-15 11:41 Добрый день!Поделитесь пожалуйста опытом и идеями по моей проблемке.У нас в огромная организация,соответственно департамент информационных технологий тоже включает в себя большое кол-во подразделений.И вот мы столкнулись с проблемой взаимодействия этих подразделений.У нас есть Управление контроля качества ПО,куда и входят тестеры.Так исторически сложилось,что когда-то другим управлениям (технологам и разработчикам) дали свободу выбора,тестировать задачи по исправлению ошибок и заявки на доработку ПО своими силами либо же прибегнуть к помощи отдела тестирования.Я так понимаю это было направлено на снижение нагрузки отдела тестирования,так как ресурсов не хватало.Сначала все было нормально,кто-то взял на себя функции тестирования,но большинство заявок проходило через тестеров.Теперь эта практика оказалась "порочной", большинство заявок затрагивающих основной функционал,или создающих новый критичный функционал проходят мимо отдела тестирования,по мнению технологов так быстрее.НО!Это приводит к "замыканию" конкретного функционала на одном или двух людях,а при их уходе из организации мы сталкиваемся с тем,что никто этот функционал не знает,и еще вторая проблема,ошибки по этому новому функционалу приходят в отдел тестирования,т.е. по-быстренькому поставили,протестировав собственными силами,а ошибки и плюс изучение всего нового функционала разгребайте тестировщики,которые в тестировании заявки никак не были задействованы,а ресурсы выделяемые на тестирование задач и заявок отличаются в разы. Помогите пожалуйста советом,как организовать работу так,чтобы не захлебнуться в кол-ве заявок,так как ресурсы у нас ограничены,но и не пропускать мимо нас действительно серьезные доработки,требующие качественного тестирования?Запретить тестировать технологам и разрабам мы не можем,просто не справимся тогда с потоком. Концепция необходимости тестирования 2013-08-15 12:39 Здравствуйте, уважаемые! Я руковожу процессом разработки и тестирования ПО в компании. Недавно возник спорный случай связанный с пропуском ошибки. Суть следующая - есть окно, вызываемое поверх основного окна системы. В основном окне могут располагаться разные по функционалу фрэймы. Соответственно - вызываемое поверх окно может располагаться на фоне разных фрэймов. Ошибка состоит в том, что располагаясь на фоне одного из фрэймов (далее Фрэйм) окно самопроизвольно закрывалось, если пользователь проводил мышкой над Фрйэмом - невозможно сделать следующие действия: 1. открыть Фрэйм 2. вызвать окно 3. нажать на кнопку в окне Ошибка на шаге №3 - окно закрывается, т.к. курсор над Фрэймом Собственно вопрос следующий - чей в данном случае промах - тестировщик, который не протестил окно, вызывая его поверх всех окон или разработчик окна, который даже и не знал о поведении Фрэйма? ПО на платформе Win32 Рассудите, пожалуйста. how to set up timeouts for RemoteWebDriver Chrome 2013-08-15 16:34 если выставляю timeouts для RemoteWebDriver: DesiredCapabilities capabillities = DesiredCapabilities.Chrome(); capabillities.SetCapability(CapabilityType.Version, "27"); capabillities.SetCapability(CapabilityType.Platform, new Platform(PlatformType.XP)); ... _driver = new RemoteWebDriver(new Uri("http://ondemand.saucelabs.com:80/wd/hub"), capabillities); _driver.Manage().Timeouts().ImplicitlyWait(new TimeSpan(0, 2, 30)); _driver.Manage().Timeouts().SetPageLoadTimeout(new TimeSpan(0, 2, 30)); то получаю ошибку {"status":405,"value":["GET","HEAD","DELETE"]} без двух последних строчек все работает. Кто-нибудь сталкивался с такой прблемой? Инженер по тестированию (Usetech, Москва, от 60 000 руб.) 2013-08-15 17:49 Нашей команде в один из крупнейших проектов нужен опытный искатель ошибок, талантливый Инженер по тестированию. Обязанности: Функциональное тестирование приложений (системы миграции данных ,веб-сервисы, Web и Win приложения); Составление тестовой документации (тест-планы, тест-кейсы, чек листы); Настройка тестовых стендов Требования: Опыт работы от 2 лет; Знание методов тестирования ПО; Знание общих принципов организации разработки программного обеспечения; Опыт работы с системами отслеживания ошибок (bug-tracking); Опыт работы с системами контроля версий; Знание SQL на уровне запросов; Использование инструментов MS SQL Managment Studio, SoapUI (желательно) Большим плюсом будет: Опыт автоматизации тестов Опыт работы с системами автоматизированного тестирования; опыт разработки на .Net опыт сопровождения проектов. Мы предлагаем: Оформление по ТК РФ Конкурентоспособную заработную плату Участие в проекте крупного заказчика Интересные задачи Возможность профессионального и карьерного роста Офис рядом с м.Дмитровская Резюме можно направлять по адресу: erumyantseva@usetech.ru Вопросы вы можете задать по тел. 89096866176 или skype - lislenka Елена. Также буду рада, если участники форума порекомендуют специалиста. © 2010 | Software-Testing.Ru |
| В избранное | ||
