Скрипты Test Complete 7.50.653.7
Новые темы форума тестировщиков
Блог Семена Кирносенко 2011-02-18 13:17 В трансляцию блогов еженедельно добавляются новые блоги. Их количество уверенно приближается к отметке 100. Ну а мы продолжаем знакомить Вас с новыми блогами. Представляем блог Семена Кирносенко -- http://kirnosenko.com/ Автор блога о себе и блоге: О себе: Зовут Семён, живу в Волгограде, учусь в аспирантуре. О блоге: Блог создан дабы донести до разработчиков, тестировщиков и менеджеров по качеству знание о том, что может дать им такая область программной инженерии как Mining Software Repositories (MSR). Пишу про метрики, качество ПО и бесплатный набор утилит MSR Tools. Читать дальше Помогите в выборе средства для регрессивного тестирования 2011-02-18 15:44 Здравствуйте, помогите пожалуйста выбрать наилучшее средство для регрессивного тестирования NET приложений. Спасибо. Онлайн курсы на портале 2011-02-18 17:57 Записи онлайн семинаров,которые на вашем портале, которые по 700 р. в каком формате предоставляются и как организован доступ? Постоянно изменяющиеся div 2011-02-18 18:24 Столкнулся с заданием проверки писем на Gmail. Тест должен считывать 3 последних письма. Использую модель Tag. При релогине\переходе меняются все id и имена дивов, при получении новых сообщений изменяются тексты в них. Каким образом можно выловить нужный див, содержащий сообщение по доп параметра? Пробую по всем параметрам, кроме приведенных выше, вероятность получения того что нужно ~50% Java разработчик (от Junior до Team Lead/ Архитекторов), Нижний Новгор 2011-02-18 19:38 Привожу описание на ведущего специалиста. Крупной российской IT компании, занимающейся созданием, поддержкой и развитием программного обеспечения различного целевого назначения, в связи с открытием офиса в Нижнем Новгороде требуется Senior java developer Требования: - высшее образование; - опыт работы с технологиями от 3 лет: Java: Java Core, Threads, Collections; DAO/Business layers: Spring, Hibernate; UI frameworks: JSF, GWT, JQuery; RDMS: SQL, желательно T-SQL или PL/SQL; - английский язык - технический, разговорный будет большим плюсом Обязанности: - Участие в различных проектах компании Условия: - Зарплата (по результатам собеседования) - Компенсационный пакет: добровольное медицинское страхование после ИС, сертификация и обучение за счет компании - Гибкий график работы, оформление по ТК РФ - Офис: нагорная часть города (возможно в ближайшее время открытие офиса в заречной части) Контактное лицо: Ирина, job@artezio.ru Java разработчик (от Junior до Team Lead/ Архитекторов), Нижний Новгор 2011-02-18 19:39 Привожу описание на ведущего специалиста. Крупной российской IT компании, занимающейся созданием, поддержкой и развитием программного обеспечения различного целевого назначения, в связи с открытием офиса в Нижнем Новгороде требуется Senior java developer Требования: - высшее образование; - опыт работы с технологиями от 3 лет: Java: Java Core, Threads, Collections; DAO/Business layers: Spring, Hibernate; UI frameworks: JSF, GWT, JQuery; RDMS: SQL, желательно T-SQL или PL/SQL; - английский язык - технический, разговорный будет большим плюсом Обязанности: - Участие в различных проектах компании Условия: - Зарплата (по результатам собеседования) - Компенсационный пакет: добровольное медицинское страхование после ИС, сертификация и обучение за счет компании - Гибкий график работы, оформление по ТК РФ - Офис: нагорная часть города (возможно в ближайшее время открытие офиса в заречной части) Контактное лицо: Ирина, job@artezio.ru Лучшее место работы для тестировщиков Москвы 2011-02-18 19:42 Забегая вперёд, скажу, что я устроилась работать в классную компанию и ищу себе в команду тестировщиков (на ручное и автоматизированное тестирование). Но сначала я расскажу про компанию Undev.Ru Её офис находится в фабрике «Красный Октябрь», поэтому тут много вкусных шоколадок. Артемий Лебедев стырил дизайн офиса с офиса компании undev.ru (ну, у него получилось хуже). Здесь своя столовая, свой спортзал с тренером и много других бесплатных плюшек. Классная мебель, развитая инфраструктура и абсолютно свободный график. Но это всё не главное. Самое главное – люди. Здесь потрясающая атмосфера. Никакой бюрократии, дурацких отчётов и ненужных формальностей. Все окружающие нацелены на результат (весьма дерзкий, хочу заметить!) Здесь люди работают потому, что им это нравится. И да, здесь 100 разработчиков и 1 тестировщик. Её зовут Зоя и она истинный воин добра и света. К сожалению, её фенотип клонированию не подлежит, поэтому отдел придётся формировать, и у вас есть возможность стоять у его истоков. Так кого же мы ищем? Нацеленных на результат, фанатов качества, которые помогут нам сделать этот мир лучше При этом, плюсом будет: - опыт автоматизации - знание ruby - опыт нагрузочного тестирования - любовь к шоколадкам «Красного Октября» Нам требуется различный уровень квалификации, поэтому не пугайтесь отсутствию детальных требований. И да, зарплата хорошая :) Если вы не боитесь – пишите на natalya@quality-lab.ru с пометкой в теме «undev.ru», мы с Зоей ждём настоящих джедаев! Нужен совет по дизайну тестов и организации их хранения 2011-02-18 23:14 Уважаемые коллеги, Подскажите пожалуйста начинающему тестировщику решение вопроса, или хотя бы направьте, в какую сторону думать. Уже искал на форуме ответ на свой вопрос, но однозначного решения пока не нашел. Суть в следующем. Для нового программного продукта, находящегося на стадии разработки мне (а я единственный в компании тестировщик) нужно организовать процесс создания и выполнения тестов. В книжках говорится, что нужно создавать тесты от требований, т.е. тестировать насколько реализовано то или иное требование. Канер пишет, что нужно сделать т.н. функциональную карту программы (т.е. подробный детализированный иерархический перечень всех ее функций) и тестировать каждый минимальный функциональный элемент (поля ввода и т.д..) т.е. как бы каждый самый нижний уровень иерархии (минимальная, уже неделимая функция, например, заполнение того же поля ввода, является тест-кейсом). Я понимаю, что нужно совместить оба эти подхода, правильно? Ведь не интерфейс же мы проверяем, а то, насколько программа реализует необходимую функциональность (которая в свою очередь доступна пользователю через все тот же интерфейс)... Вобщем, мой вопрос - каким образом проектировать тесты (какова должна быть их детализация) и от чего отталкиваться в первую очередь? От декомпозиции функций программы или от декомпозиции требований? Как связать между собой эти вещи? Какое представление (или какой инструмент) для этого лучше использовать? Да, еще один ньюанс состоит в том, что четко формализованных и специфицированных требований нету (изначально при работе над проектом работа с требованиями была организована не лучшим образом). Т.е. мне придется как бы «выявлять» требования из уже имеющейся программы + какой-то еще доп.информации (ее источники имеются). Пока строю свою работу следующим образом – в excel постепенно строю и детализирую дерево функций. Для каждой минимальной, недробимой более функции, делаю тест (пока по 1 штуке – т.н. positive). Далее планирую расширить набор тестов за счет анализа граничных значений и т.д.. и т.п… все по книжке того же Канера. Тут же в excel – при переходе к тестированию следующей версии программы - копирую целиком имеющееся на текущий момент дерево с привязанными тестами на новый лист, обзываю новый лист номером тестируемой версии, тестирую то, что еще не протестировано, расширяю и детализирую дерево функций на новом листе и т.д. в том же духе. Как тут лучше прикрутить требования? Правильно ли я организовал свою работу, чтобы в дальнейшем не возникло каких-либо проблем с анализом информации, полнотой покрытия требований/функционала? Мне с моим небольшим опытом в тестинге пока сложно это оценить… Буду очень признателен за любую помощь в разъяснении этих вопросов. TruClient: пополнение в семействе веб-протоколов HP LoadRunner 2011-02-19 21:58 Автор: Комендантов Илья Самое медленное звено определяет скорость работы всей системы. Утверждение появилось задолго до создания Всемирной Паутины, однако пример использования веб-систем более чем показателен. Наверное, сложно найти человека, который посещает Интернет и ни разу не сталкивался с медленным открытием страниц. Скорость доступа к информации, которую запрашивает браузер пользователя, зависит от характеристик работы множества звеньев: запросов к серверу баз данных, расчётов, производимых сервером приложений, "занятости" веб-сервера при огромной нагрузке (миллионом пользователей уже никого не удивишь), загруженности канала связи и многих других. Звенья в свою очередь состоят из более мелких частей, которые могут оказаться тем самым "узким местом", определяющим скорость всей системы, и пользователь вынужден ждать. Но не все обладают терпением Будды. Поиск "узкого места" - нетривиальная задача. Отдельно модули системы могут работать без видимых отклонений, а производительность системы при этом оказывается далека от желаемой. Проблему интеграции можно описать словами Задорнова: "...по отдельности вы совершенно нормальные ребята! Но когда вместе – это буквально всероссийское бедствие, причем вечное". Коварство слабых звеньев ещё и в том, что при небольшой нагрузке, проявляются только грубые ошибки интеграции, лежащие на поверхности. В реальной жизни начинают сбоить даже те места системы, которые никак не проявлялись ранее. Часто такое поведение связано с проблемами в архитектуре. Нетрудно представить последствия глобальных изменений на финальных стадиях разработки. Читать дальше Вакансии компании Undev.Ru 2011-02-20 22:36 В московской компании Undev.Ru открыто несколько сочных вакансий как на ручное, так и на автоматизированное тестирование. Если Вы хотите попасть в уникальный коллектив, исключительный офис и заинтересованы в наилучших условиях труда в городе - спешите отправить резюме на адрес natalya@quality-lab.ru! Подробнее... Читать дальше © 2010 | Software-Testing.Ru |
| В избранное | ||
