Мой мандат состоит в введение практики управления системой качества в повседневную жизнь компании.
Повторю то, что Вам уже пытались объяснить sunlex и SALar. В первую очередь Вам не мешало бы понять, что же от Вас, на самом деле, хотят. У меня сложилось впечатление, что Вы понимаете внедрение новых процессов, как самоцель. Если это, на самом деле, так (в чём я сильно сомневаюсь), то Ваша задача достаточно проста - любой новый внедрённый процесс автоматически приведёт к достижению этой цели.
QUOTE(melan @ May 20 2007, 05:24 PM)
QUOTE(Yury @ May 18 2007, 05:54 AM)
А кто является Вашим заказчиком?
Руководство компании. А бывают в подобных случаях другие заказчики?
Это хорошо, что Вы это пониманете. В идеальном случае, Вам стоит понять что хочет от Вас каждый член руководства, и насколько противоречивы их ожидания. Если все члены хотят одного и того же, и Вы это понимаете, то у Вас есть неплохой шанс добиться успеха.
Учимся работать в условиях кадрового голода (Новости IT-отрасли)
2007-05-22 07:32 VLDCORP
Еще меня умиляет, как многие компании искусственно создают себе преграды для подбора персонала. Как пример, требование знания разговорного английского (да и в принципе требования знания иностранного языка). Это очень сужает рамки поиска персонала. И за бортом остаются многие отличные специалисты. Хотя у самих компаний есть курсы английского и, в принципе, никто не мешает им нанять переводчика, который будет курировать сотрудника до тех пор пока он не выйдет на требуемый уровень языка. Недавно вообще услышал фразу: "мы рассматриваем людей с техническим английским, но у них бонус меньше". Чем не дискриминация в чисто виде?
Какую литературу почитать для ознакомления с QA? (Обеспечение качества ПО - QA)
2007-05-22 10:59 sunlex
Чтобы предотвратить дальнейшую, могущую стать бессмысленной, дискуссию, предлагаю посетителям топика почитать что-нибудь про различие между QA (Quality Assurance) и Software Testing (частный случай QC - Quality Control).
2no1: Сэм Канер - пишет про теорию тестирования, не про QA. Кстати, у него есть просто улетная книга про тестинг: "Lessons to be learned" - отличная, насыщенная практикой вешь.
:) Спрашивается, зачем мы создали отдельный подфорум "Обеспечение качества ПО - QA"? чтобы обсуждать тест планы как и во всем остальном форуме?:)
Еще меня умиляет, как многие компании искусственно создают себе преграды для подбора персонала. Как пример, требование знания разговорного английского (да и в принципе требования знания иностранного языка). Это очень сужает рамки поиска персонала. И за бортом остаются многие отличные специалисты. Хотя у самих компаний есть курсы английского ...
Особенно весело бывает, когда это идет вместе, в одном объявлении. Т.е. вверху пишется, что требуется супер-английский ;) язык, а ниже написано что преимуществом компании являются классы, курсы английского языка.
Увы, должен Вас огорчить. Даже Ваше качество тестирование зависит от многих факторов (включая атмосферное давление над Вашим рабочим местом).
Что же можно сказать о других?
[right][snapback]42380[/snapback][/right]
тут Сергей, ты не совсем прав. На больших объемах (т.е. метрики собираются длительное время ) и при аналогичных проектах (т.е. когда требования к качетству проектов приблизительно одинаковые) атмосфероное давление или настроение тестироващика в один день работы влияет мало. Т.е.мы можем определить усредненную за весь срок проекта скорость работы (производительность) команды тестировщиков - мы можем оценить что для типичного для компании проекта с типичной для нее командой тестеров и разработчиков за Х человеко-часов работы тестировщиков (тестировщиков, тест-дизайнеров, тест-аналитиков и т.п.)в среднем по проекту (учитываем в метриках только завершенные проекты) регистрируется Y дефектов. Имея оценку трудозатрат на тестирование (а она была в постановке задачи) можем оценить количество дефектов которое будет обнаружено за весь проект.
Проверить полученную оценку можно по плотности дефектов. Если оценки сойдутся - ура! есть большая вероятность что они правильные. Если не сойдутся - надо думать почему. Скорее всего либо неверные метрики, либо неверные данные (оценка трудозатрат на тестирование или оценка размера кода).
Подсткажите, пожалуйста, может кто уже сталкивался с такой ситуацией.
В отдел тестирования приходят в основном два потока задач: 1) тестирование новых разроботок, которые должны пройти весь путь еще до появления их в продуктах 2) тесты продуктов, функционал которых уже проверен. Тут тестируется в основном компонентность продукта, локализация и прочее, что делает набор бинарников похожим на продукт для пользователя. [right][snapback]42383[/snapback][/right]
Основной вопрос: то, что вы хотите проверять (локализация и т.п.) появляется в продукте позже, после того как продукт уже выпущен и работоспособен? Или это все-же изначальная часть продукта и вы хотите именно тестирование разделить на 2 части? Если второе, то не самый лучший вариант, по-моему. Я бы предложил максимально автоматизировать те вещи, которые вы отнесли к пункту 2. Тем более, что это вроде бы не так уж и сложно. Более того, при попытке автоматизировать эту проверку, возможно вы выдвинете свои требования к разработке.
Работа с нестандартным контролом (Borland и Segue)
2007-05-22 13:49 ALeonid
В моей практике с такими вещами действительно может подойти только вариант 3, "Работать с ним "вслепую", переходя по клавишам на нужную ссылку, используя заранее известные строчки. Тут уж по крайней, мере, будем сразу-же в курсе, если что-то изменится в приложении :)
Столкнулся с непонятной проблемой. Ума не приложу с чего бы это все. Помогите, пожалуйста.
Значит есть тест, написан он в QuickTest 9.0 В качестве браузера используется IE7. В ходе выполнения теста после определенных манипуляций в приложении появляется popup confirmation dialog, в котором надо нажать "Ok" и продолжать дальше наслаждаться общением с приложением.
В тесте для нажатия кнопки "OK" есть такая конструкция:
CODE
Browser(...).Dialog("Windows Internet Explorer").Activate Browser(...).Dialog("Windows Internet Explorer").WinButton("OK").Click
которая прекрасно работает при запуске теста на локальной машине.
Проблема в том, что тесты запускаются TestDirector-ом и выполняются на удаленном хосте. Этот хост представляет собой машину, на которую зайти можно только через RemoteDesktop. Так вот, при запуске теста на удаленном хосте, он фэйлится. Потому что пресловутая кнопка не была нажата. Хочу заметить, что фэйлится он не потому, что он не нашел такого объекта на странице (я проверял, все кнопки и диалоги он прекрасно распознает), а потому что кнопка не была нажата и дальнешее поведение приложения несколько отличается от ожидаемого.
Я пробовал использовать методы .Type micReturn и .SendKeys "{ENTER}" Картина та же.
Интересно, что если в момент выполнения теста, зайти на этот хост с помощью Remote Desktop и пронаблюдать выполнение теста, то тест успешно выполнится и кнопка нажмется. Стоит Remote Desktop Connection свернуть и тест сфэйлится.
Что тут можно поделать и в каком направлении двигаться?
На проекте имеем 100 требований. Каждое требование тестируется одиним тестом.
Сергей, салют! Пардон что аппелирую к комменту 2005 года Просто сейчас увидел эти строчи в цитате и захотеслоь уточнить: 1 требование покрывается 1 тестом?
Можете попробовать еще пару тулов - наш QTP с .NET add-in'ом и Compuware TestPartner. Хотя вполне может случиться и так, что ни один из тулов не будет поддерживать все требуемые вам компоненты DevExpress out-of-the-box.
Тогда останется использовать всякого рода advanced capabilities того или иного тула в плане самостоятельной доработки требуемой поддержки для custom controls. В разных тулах это может называться по-разному. В QTP это называется .NET Add-in Extensibility. [right][snapback]39224[/snapback][/right]
ничо с devexpress нормально работать не будет. все перепробованно. .net extensibility может помочь но не сильно так как там очень хитрая система ивентов. я в свое время добился того что записывалось процентов 70 контролов. но это ооочень геморройно
Возникла у меня такая надобность - нужно протестить GUI-приложение, написанное в Microsoft Visual Studio 2005 на C# с использованием компонентов DevExpress ... TestComplete 5 - в наглую не хочет считывать данные из дерева (то есть что там есть) [right][snapback]39111[/snapback][/right]
Очень странно. Для .NET приложений TestComplete должен видеть все нативные свойства и методы компонентов. То есть, Вы можете пользоваться практически теми же свойствами и методами компонента, которые используют разработчики. А что значит, "не хочет считывать данные из дерева"? Возможно, Вы получаете значение как объект. В этом случае ,нужно использовать свойство этого объекта OleValue. Вот так ЗначениеИзДерева.OleValue [right][snapback]39465[/snapback][/right]
Аналогичная проблемма была недавно у меня. Тест Комплит ничего не распознал, ни меню, увидев его как один объект TDXBarObject, ни дерево, увидев его как один объект с названием первой ветки в этом дереве. Перепробовал QTP, WinRunner, TestComplete, SilkTest...
TestPartner правда не пробовал, но вряд ли что-то сильно изменилось бы..
у нас в компании рассматривается вопрос о приглашении эксперта в области тестирования с мировым уровнем для проведения семинара или тренинга...
Пока единственным условием является известность эксперта в России и странах СНГ, что бы его выступление могло собрать приличное количество заинтересованных лиц (думаю, что нужно человек 40 - 50).
По поводу 40-50 человек могу заметить, что зимой был семинар по MQM. Там было точно меньше 50 человек и из них где-то половина скорее от заказчиков ПО, а не производителей. (Кстати, отдельная тема поговорить о том, что заказчики обеспокоены качеством, раз готовы сами решать связанные с этим проблемы). Но я думаю, что если бы реклама пошла более активно, то людей было бы больше. Я совершенно случайно узнал о данном семинаре.
Насчет области эксперта. Я понимаю, что с ростом уровня и обязанностей тестировщика его больше начинают беспокоить вопросы связанные с управлением, а не с самим тестированием. Но давайте определимся - о чем мы всё-же хотим послушать?
Я Коберна не читал, но, как мне кажется, к самому тестированию он не такое уж большое отношение имеет.
В данном случае, может быть лучше уж тогда пригласить Брайана Марика и Рекса Блэка?
Московскому представительству французской компании-разработчика программного обеспечения требуется инженер по тестированию. Постоянная работа в московском офисе.
Обязанности:
Проверка качества выпускаемого ПО (тестирование - ручное и автоматическое на соответствие исходным требованиям); подготовка к выпуску пакетов обновлений выпускаемого ПО; взаимодействие с программистами - разъяснение им потребностей пользователей, деталей анализа и пользовательского интерфейса;
Требования:
Образование: неоконченное высшее или высшее техническое. Желательно выпускники МГТУ им. Баумана, МГУ им. Ломоносова, МАИ, МИФИ
Необходимые навыки : Опытный пользователь ПК ( установка и конфигурация операционной системы, доступа в интернет, знает и умеет применять основные сетевые протоколы ( ftp, smtp, telnet ), приветствуется опыт по автоматическому тестированию, знание методики тестирования ПО, основы работы с базами данных (представление об SQL) .
Иностранные языки : Обязателен базовый французский ( читает и пишет )
Личные качества:
Аккуратность, ответственность, воображение, склонность к перфекционизму, умение понять пользователя и работать в его интересах, умение работать в команде, ориентация на результат при выполнении работы. Возраст 22 - 40 лет.
Условия:
З/п 800 - 1500$ по итогам собеседования в зависимости от квалификации и знания фр. языка Возможность стажировок в головной компании и профессионального роста в области ИТ-технологий. Стабильная интересная работа, дружный коллектив, межкультурные коммуникации с Францией и франко-говорящими странами. Дотации на питание, мед. страховка. Офис расположен рядом с метро Третьяковская, пять минут пешком.
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «Eve_QA». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
Программы автоматического тестирования для WEB (Выбор инструментов)
2007-05-22 17:06 Ira
Надеюсь мой этот пост не останется без ответа.... Люди а как насчет динамических данных, selenium или watir предназначены для этого. Я имею ввиду если нужно вводить например в поле динамические данные или проверять значение какого либо поля (динамического). Бозможно все это с этими тулами. Заранее благодарю за ответы.
Опыт работы в 1С:Предприятие версия 8.0 от 1 года. Знание языка программирования и среды разработки 1С:Предприятие версии 8.0. Опыт разработки отчётных форм в данной среде. Знание основ XML, C#. Желательно: опыт участия в интеграционных проектах; использования запросов на T-SQL; знание MS SQL 2000.
Обязанности:
Разработка системы автоматизации на базе 1С:Предприятие версии 8.0 (создание отчётных форм, шаблонов документов и т.п.). Осуществление поддержки разработанной конфигурации (исправление ошибок, разработка дополнительного функционала). Написание запросов по бухгалтерским счетам, регистрам сведений и регистрам накопления. Разработка интерфейсов.
Условия:
Предполагаемый уровень месячного дохода от 2500$ gross (белая, по курсу 26) + соц. пакет.
Жду ваших сообщений.
Квасова Марина
Business Craft HR Consulting Company www.bcraft.ru
QA Engineer / Test Manager (Работа/Киев)
2007-05-22 17:30 TheWise
Почитал Ваши требования, и у меня возникли вопросы - стоит ли мне вообще отправлять своё резюме при следующей степени соответствия им:
QUOTE(tatyanaHR @ Apr 28 2007, 02:52 PM)
- At least 2 years experience software testing
Тут всё в порядке, чуть больше 2 лет уже есть ...
QUOTE(tatyanaHR @ Apr 28 2007, 02:52 PM)
- Experience in using automation tools
Вот тут малость сложнее, тестирование у нас исключительно ручное. Silk Test мы применяем, но исключительно для удобства чтения тестпланов ( и поддержания их в актуальном состоянии, и - иногда - написания новых ....).
QUOTE(tatyanaHR @ Apr 28 2007, 02:52 PM)
- Knowledge of basic testing methodologies
Не совсем понимаю, что имеется в виду, но надеюсь, что основные методологии за 2 года освоил ....
QUOTE(tatyanaHR @ Apr 28 2007, 02:52 PM)
- Good understanding of programming languages basics (preferably Java, .Net, PHP)
Из этого - разве что определённые познания в C# (учу тут в свободное от тестирования время ..... ).
А добавить к этому мои 37 лет (почему - то все вишут "до 35", вроде как человек в 36 уже совершенно перестаёт что - либо соображать ....) и "иногородность" - и, думаю, становится понятно, почему я спрашиваю, а стоит ли вообще отправлять резюме .... В общем, ответьте, если это Вас не сильно затруднит.
Надеюсь мой этот пост не останется без ответа.... Люди а как насчет динамических данных, selenium или watir предназначены для этого. Я имею ввиду если нужно вводить например в поле динамические данные или проверять значение какого либо поля (динамического). Бозможно все это с этими тулами. Заранее благодарю за ответы. [right][snapback]42423[/snapback][/right]
Могу сказать по поводу Watira. Если под "Динамические данные" понимать, например, следующее: имеем табличку пользователей на странице одни онлайн, другие - нет. по идее кто оналйн, а кто нет - динамическое состояние. под табличкой, скажем, имеется поле с кол-вом активных участников и кол-вом неактивных.
в таком случае можно будет "Watir"ом проверить, корректно ли "считаются" активные и неактивные участники. Более того,
Если в странице браузера заполняется форма, результаты соханению которой добавляются в Базу то можно и к базе подключиться и проверить корректность сохранения ...
По поводу Seleniuma, думаю, что и с его помощью можно провернуть подобные дела, но нужно будет использовать Selenium Remote Control (Selenium RC) и удобную библиотеку (выбираете язык и DE для написания скриптов, будь то Java, Perl, Python, PHP ...). А вот Selenium Core или Selenium IDE, думаю, не подойдут.
Люди а как насчет динамических данных, selenium или watir предназначены для этого. Я имею ввиду если нужно вводить например в поле динамические данные или проверять значение какого либо поля (динамического). Бозможно все это с этими тулами. [right][snapback]42423[/snapback][/right]
selenium:
да, можно. можно сохранять значения/текст/атрибуты элементов, сравнивать с желаемыми значениями и т.п. Можно генерировать случайные значения (javascript) и сохранять их в переменных. в конце-концов можно и веб-сервис вызвать.
да, можно. можно сохранять значения/текст/атрибуты элементов, сравнивать с желаемыми значениями и т.п. Можно генерировать случайные значения (javascript) и сохранять их в переменных. в конце-концов можно и веб-сервис вызвать. [right][snapback]42432[/snapback][/right]
позвольте уточнить, с помощью какого Seleniuma это можно делать? (Core, RC, IDE) спасибо
1. зная этого зхаказчика скажу, что такая кандидатура их не заинтересует. 2. заказчик - заказчику рознь, думаю, что резюме направить есть смысл так как новые вакансии у нас появляются довольно часто.
QA о двух головах (Управление тестированием ПО: тест менеджмент)
2007-05-22 19:51 Vasiliy
Локализация появляется в уже существующем продукте. Считается(в большинстве случае), что функционал уже протестирован на этот момент. Автоматизированное тестирование не сильно распространено и покрывает в основном именно функционал продукта.
На проекте имеем 100 требований. Каждое требование тестируется одиним тестом.
Сергей, салют! Пардон что аппелирую к комменту 2005 года Просто сейчас увидел эти строчи в цитате и захотеслоь уточнить: 1 требование покрывается 1 тестом? [right][snapback]42414[/snapback][/right]
Слава,
и ты туда же! Это же пример, описывающий подход. Главное - принцип, а цифры подставляй любые, соответствующие ситуации.
Увы, должен Вас огорчить. Даже Ваше качество тестирование зависит от многих факторов (включая атмосферное давление над Вашим рабочим местом).
Что же можно сказать о других?
[right][snapback]42380[/snapback][/right]
тут Сергей, ты не совсем прав. На больших объемах (т.е. метрики собираются длительное время ) и при аналогичных проектах (т.е. когда требования к качетству проектов приблизительно одинаковые) атмосфероное давление или настроение тестироващика в один день работы влияет мало. Т.е.мы можем определить усредненную за весь срок проекта скорость работы (производительность) команды тестировщиков - мы можем оценить что для типичного для компании проекта с типичной для нее командой тестеров и разработчиков за Х человеко-часов работы тестировщиков (тестировщиков, тест-дизайнеров, тест-аналитиков и т.п.)в среднем по проекту (учитываем в метриках только завершенные проекты) регистрируется Y дефектов. Имея оценку трудозатрат на тестирование (а она была в постановке задачи) можем оценить количество дефектов которое будет обнаружено за весь проект.
Проверить полученную оценку можно по плотности дефектов. Если оценки сойдутся - ура! есть большая вероятность что они правильные. Если не сойдутся - надо думать почему. Скорее всего либо неверные метрики, либо неверные данные (оценка трудозатрат на тестирование или оценка размера кода). [right][snapback]42409[/snapback][/right]
Angela,
Все верно... за исключение мааааааааааленького нюанса.
Статистические методы работают, но это законы больших величин. Чем больше, тем погрешность меньше. Для одного человека они (методы) тоже работают, но погрешность будет большой. Вот тут и вкрадывается атмосферное давление с ему подобными факторами.
ДА. А есть курсы по QA в Киеве или хотя бы познакомится с практиками, а то только теория что-то меня не очень прельщает?
Кстате, вроде как понимаю разницу между QA и тестирование, но хотелось бы узнать, уточнить эту разницу или схожесть. Не могли бы вы дать более менее вразумительные ссылки на эти материалы.
По поводу Goranka Bjedov, предлагаю оставить обсуждение. Каждый может вынести из того выступления что сможет в меру своего опыта и испорченности. Лично я убеждать кого-то в своих историцистских гипотезах не намерен, хотя и думаю что стоит обратить внимание на эту деталь тоже.
По поводу архитектурных решений и их перспективности. По счастью в мировом ИТ по-прежнему на переднем краю разработок находятся транзакционные системы (с приличными требованиями к изоляции, надо сказать, которые в свою очередь диктуют объёмные общие области памяти и большое железо) и отчётность по ним. Это не только зарплаты, но и количество и качество усилий, затраченных на создание соответствующих технологий. Вёб-технологии которые обслуживают экономику контекстной рекламы, на мой взгляд, не так интересны с точки зрения нагрузки. Кроме того, они проще, и перейти, при желании, от них в промышленный мир сложнее, чем обратно. Особенно если опыт даже не в LAMP-е, компоненты которого иногда используются в приличных системах, а на самописном сервере приложений.
По поводу профилей на ваших системах. Даже если каждый хит засчитать за транзакцию (что было бы, конечно, читом), то результат получится далеко не впечатляющий даже среди систем работающих в России. Конечно, специфично, что типичный вёб-хит - это скорее выборка небольшого куска информации чем учёт операции, но нужен ли вам тогда действительно специалист по конкурентному нагрузочному тестированию? Может быть назвать эту должность как-то по другому и там уж рассуждать сколько влезет, что на рынке нет специалистов (а откуда им взяться, если вы своих сотрудников до этого уровня не научились поднимать) и т.п.? Лично мне намёки на какую-то особость работы в вёбе и в Яндексе и отсутствие соответствующих кадров, кажутся неумными, т.к. я людей, которые занимаются нагрузочным тестированием профессионально, видел порядка 10 в Москве (и мне даже кажется, что это несколько многовато), не говоря уже о тех, кто мог бы заниматься потенциально.
По поводу Oracle. Я тоже не люблю Oracle DB, но его OLTP-шный генезис общий с профессией которой я занимаюсь. Опять же, я думаю, Вам стоит подумать о том, что если OLTP инфраструктура "не тянет" ваши задачи, то и в бенефитах применения нагрузочного тестирования Вас через некоторое время тоже может постичь разочарование.
По поводу меряния выступающими предметами. Кластеров на сотни узлов я действительно не строил, т.к. они, в моём понимании, нужны именно для поддержки сессий большого количества одновременных пользователей, чего в реальных секторах экономики не наблюдается не только у нас. По всему остальному: количество бизнес-компонент (полдюжины это, кстати, мало, я в каком-то вашем же объявлении читал про codebase в 200 Мб); экстраполяция (пусть даже и неформальная, но зато проверенная на практике); масштабирование БД, я думаю, сравнимых с "социальной сетью" мощности множества сущностей и объёмов - такие задачи поступали, и так или иначе решались. И я там был и всех этих ананасов ел. Всё реально и без необходимости освоения xscript-а, надо только захотеть.
И я там был и всех этих ананасов ел. Всё реально и без необходимости освоения xscript-а, надо только захотеть. [right][snapback]42441[/snapback][/right]
Так приходите, пообщаемся -- или вы уже на берегу убеждены, что захотеть не удастся?
A quick idea as for the workaround: - use the shutdown.exe with the -r option to reboot the computer;
не работает. shutdown.exe исполняется, предупреждает что сейчас будет ребут, отсчитывает время и все. пока запущен TC ребута не будет. и не только с shutdown.exe вообще с запущеным TC машина не рестартится. замечено не раз. версия TC 3.12 помогло выполнять shutdown.exe еще и с ключом -f - принудительно закрывать все окна.
