• «Тихий» релиз LoadRunner 11

      На сайте HP обнаружилось вот что:

      "

      Что характерно:
      — гугль не в курсе;
      — HP не в курсе (пару недель назад говорили, что в ноябре будет «что-то новое»).

      Вопрос — есть ли среди присутствующих те, кто занимается нагрузочным тестированием? Или интересуется? Или нуждается в? Странно, что данная тематика совершенно не представлена на habrahabr.
    • Каково соотношение тестировщиков и разработчиков в вашей компании?

         

        Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

        Каково соотношение тестировщиков и разработчиков в вашей компании?

        • 2,4%Тестировщиков больше, чем разработчиков45
        • 3,3%Тестировщиков примерно столько же, сколько и разработчиков61
        • 1,8%Тестировщиков 80-60% от количества разработчиков33
        • 3,5%Тестировщиков 60-40% от количества разработчиков64
        • 9,0%Тестировщиков 40-20% от количества разработчиков165
        • 20,2%Тестировщиков менее 20% от количества разработчиков371
        • 59,7%В нашей компании нет тестировщиков (проверяем сами, проверяет начальник, проверяет заказчик)1096
      • Одиссея тестировщика

        • Перевод
        IT-индустрия претерпевает стремительные изменения. Все больше и больше команд разработчиков ставит тестирование если не во главу угла, то хотя бы в центр техпроцесса, и тестирование становится влиятельным фактором разработки. Буквально ежемесячно появляются новые улучшенные фреймворки и драйверы для автоматизированного тестирования. Команды, практикующие автоматизированное регрессионное тестирование, нуждаются в тестировщиках, обладающих отточенными исследовательскими навыками. Но большинство людей не получают подобных навыков во время учебы в вузах — откуда же тогда возьмутся такие тестировщики?

        В то же время оказывается, что многие специалисты мечтают о хорошей работе, связанной с тестированием. Тестировщики часто спрашивают меня, как «втереться» в команду, работающую по Agile-методике, или как им найти просто хорошую работу. Если у них нет опыта в программировании, они переживают, что недостаточно технически подкованы, чтоб попасть в Agile-команду. С моей же точки зрения, навыки безусловно важны, но отношение к делу — это самое главное. Если вы готовы учиться, делать все для того, чтоб на выходе у команды получился по-настоящему хороший продукт, то у вас хорошие перспективы как у тестировщика. Мой вам совет — добровольно подключайтесь к любой деятельности, которая принесет новые знания и умения, и работайте на совесть, чтоб отточить приобретенные навыки.
        Читать дальше →
      • 7 бесплатных сервисов для проверки сайтов (о которых вы могли и не знать)

          Картинка для привлечения внимания
          Мне достаточно часто приходится использовать различные онлайн-сервисы для проверки доступности сайтов и их поверхностных тестов и проверок.
          Как показал краткий опрос коллег — почти у всех эти наборы сервисов отличаются. Я хочу показать вам свой, прошу в
          подробности
        • О тестировании одной игры с картинками



            У меня много знакомых, работающих в IT, и почти все они уверены, что я и мой отдел играются на работе. Для справки, я руковожу отделом тестирования компании Иннова с ноября 2009.

            Мир геймдева для обитателей мира разработки «человеческого», как я его называю, софта, это что-то непонятное и сказочное. Тестировать гномов, заводить баг на эльфа, моделировать тестовое окружение для осады замка. Я рассказывала на SQA days 7, в чем специфика тестирования игр (слайдкаст есть у меня в блоге).

            Недавно мы запустили Атлантику. Это игра от корейского разработчика NDoors, которую можно охарактеризовать двумя словами: ММОРПГ и пошаговый_бой.

            Все, больше про саму игру ничего не будет. А будет про её тестирование.
            Читать дальше →
          • Живут, как тестировщик с программистом

              картинка для привлечения внимания

              Часто задают вопрос: как быть с тем, что программисты не любят тестировщиков, считают их работу второстепенной, пишут неряшливо – «все равно ведь проверят» либо мстят за каждый найденный баг и пытаются не признавать их за баги.
              Или наоборот, программисты жалуются, что тестировщики злорадствуют, найдя баг, и считают личным достижением, если программист наделал много ошибок.

              Cтандартные в таких случаях советы: объясняйте, мирите, аргументируйте, — выглядят, как будто перед программистами оправдывают существование тестировщиков. Постфактум решать такую проблему (а это очень критичная проблема) очень трудно. Нужно закладывать правильную атмосферу при построении команды и носить это правильное отношение к работе за собой из команды в команду, из компании в компанию.

              Знаете, в чем на самом деле фишка? В разности целей!
              Читать дальше →
            • AdBlock похитил этот баннер, но баннеры не зубы — отрастут

              Подробнее
              Реклама
            • Особенности краудсорсинга тестирования для заказчика

                Обратил внимание, что практически нет заметок, посвященных интересному, на мой взгляд, сервису uTest.com. Я работаю с ним уже в течение полугода, протестировал около десятка релизов, однажды даже получил награду как лучший тестировщик проекта, принимал участие в соревновании Bug Battle, общаюсь на форуме и с штатными сотрудниками.

                В данной заметке я поделюсь своими мыслями, с какими особенностями тестирования может столкнуться заказчик тестирования, обратившийся в uTest, и какую выгоду он может извлечь. Если тема интересна, позже напишу о том, что получает исполнитель, вступая в это сообщество, какие виды заработка доступны и как лучше начать карьеру внештатного тестировщика в uTest. Если у вас есть какие-то вопросы по теме, которые по каким-либо причинам не могут быть заданы в комментариях, пишите на почту.
                Читать дальше →
              • Отладка тест-плана JMeter

                  В предыдущем посте про JMeter я описывал создание примитивного нагрузочного теста. При разработке более сложных сценариев не обойтись без отладки. К сожалению, в JMeter эта техника не совсем очевидна. Ниже на несложном примере покажу несколько приемов отладки тест-плана. Заодно продемонстрирую использование таких элементов, как HTTP Request Defaults, Regular Expression Extractor, If Controller и некоторых других.

                  final test plan

                  Тестировать будем механизм поиска на сайте. Пускай сценарий берет слово или фразу из файла, задает вопрос поисковику, получает ответ в виде одной или нескольких страниц, случайным образом выбирает одну из страниц, так же случайно выбирает одну из ссылок и идет по ней. Итого три запроса, за исключением особых случаев (когда найдено мало или не найдено ничего).
                  Читать дальше →
                  • +4
                  • 40,9k
                  • 7
                • Процесс ручного тестирования: А что бы нам такое заавтоматизировать?

                    Disclaimer


                    Читая книгу по автоматизированному тестированию нашел довольно интересное описание некоторых путей, которые используются для автоматизации процесса. Так как книга написана на английском языке, представляю свой вольный перевод одной части. При прочтении книги очень часто вспоминал свой путь к автоматизации. В данной статье рассматривается то, что нельзя автоматизировать ни в коем случае.
                    Часть 1: Спонтанное тестирование
                  • Какие статьи о тестировании вам было бы интересно прочитать и обсудить?

                       

                      Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

                      Какие статьи о тестировании вам было бы интересно прочитать и обсудить?

                      • 43,6%Отдел тестирования — как, с кем, зачем?88
                      • 17,3%Тестирование SAP — не страшно намалёвано, чёрт!35
                      • 49,5%Нагрузочное тестирование инф. систем в рамках корпорации. Опыты100
                      • 51,5%Автоматизация тестов — инструменты для корпорации104
                      • 49,5%Тесты ПО, СППО, НЛО :-)100
                      • –6
                      • 1,2k
                      • 6
                    • Простой нагрузочный тест с Apache JMeter

                        По моим наблюдениям, разработчики довольно редко делают нагрузочное тестирование сайтов и веб-приложений. И бывает так, что выставят проект в Интернет, а тут вдруг посетители начнут ходить (хабраэффект, к примеру, случился), и сайт в самый подходящий момент ложится или начинает не по-детски тормозить.

                        Почему бы не избежать этих неприятностей, прогнав нагрузочный тест?

                        Наверное, кого-то останавливает неверное представление о том, что нагрузочное тестирование — это очень сложное дело, требующее специальных знаний. Однако не боги горшки обжигают. Если выбор — тестировать не слишком профессионально, или не тестировать вовсе, я бы выбрал первое. Тем более, что организовать примитивный тест производительности очень даже просто. Можно воспользоваться онлайн-средствами (см., например, Нагрузочное тестирование по-быстренькому), а можно замутить все своими руками, это ненамного сложнее.

                        Под катом рассказываю, как с нуля организовать незамысловатый нагрузочный тест сайта при помощи Apache JMeter.
                        Читать дальше →
                      • Тестирование производительности: онлайн-тренинг с домашними заданиями

                          «Младших тестировщиков производительности» не бывает. Зато бывают люди, которые начинают заниматься тестированием производительности. (с) Скотт Барбер (aka The Perf Guy)

                          В тестировании компьютерных программ есть «общедоступная» область функционального тестирования, куда доступ открыт всем желающим, и есть целый ряд областей с достаточно высоким «порогом входа», и тестирование производительности находится в их числе.
                          Для этого вида тестирования требуется хорошее владение оружием, его голыми руками не возьмёшь. Во-первых, нужно само оружие — тестирование производительности обязательно требует умения пользоваться специальными инструментами. Во-вторых, нужно тщательно изучить соперника — необходимо хорошее понимание протоколов взаимодействия тестируемой программы с внешним миром и её внутренней физической и логической архитектуры. Ну и конечно же нужно владеть приёмами — знать какую нагрузку и как подать на тестируемое приложение, и на что смотреть, чтобы выявить проблемы с производительностью.

                          18 февраля начнется новый онлайн-тренинг, продолжительностью 6 занятий «Тестирование производительности», автор и ведущий Алексей Баранцев.
                          Читать дальше →
                        • Будущее тестирования

                          • Перевод
                          Продолжение перевода серии заметок Джеймса Виттейкера под названием «The Future of Testing». Эта серия в оригинале была опубликована в конце 2008 года, и в ней Джеймс сделал ряд предсказаний относительно того, как будет выглядеть работа тестировщиков в будущем, лет через 10-20. Его прогнозы во многом основаны на тех идеях, которые развивались и продолжают развиваться в компании Microsoft, где Джеймс работал в то время.

                          В переводе мы собрали все заметки серии в одну статью, состоящую из восьми частей (в данном посте представлены последние четыре части):
                          1. «Тестсорсинг»
                          2. Виртуализация
                          3. Информация
                          4. Перемещение тестирования к началу
                          5. Визуализация
                          6. Культура тестирования
                          7. Тестировщики в роли дизайнеров
                          8. Тестирование после релиза
                          Читать дальше →
                        • Будущее тестирования

                          • Перевод
                          Совместными усилиями участников Клуба тестировщиков мы сделали перевод серии заметок Джеймса Виттейкера под названием «The Future of Testing». Эта серия в оригинале была опубликована в конце 2008 года, и в ней Джеймс сделал ряд предсказаний относительно того, как будет выглядеть работа тестировщиков в будущем, лет через 10-20. Его прогнозы во многом основаны на тех идеях, которые развивались и продолжают развиваться в компании Microsoft, где Джеймс работал в то время.

                          В переводе мы собрали все заметки серии в одну статью, состоящую из восьми частей:
                          1. «Тестсорсинг»
                          2. Виртуализация
                          3. Информация
                          4. Перемещение тестирования к началу
                          5. Визуализация
                          6. Культура тестирования
                          7. Тестировщики в роли дизайнеров
                          8. Тестирование после релиза
                          Однако все восемь частей в один хабратопик не поместились, поэтому ищите под катом первые четыре, а чуть позже появится топик с оставшимися четырьмя частями.

                          Итак, перед вами – будущее тестирования.
                          Читать дальше →
                        • TestRail: как сначала подумать, а потом протестировать

                            картинка для привлечения внимания Надеюсь, многие из вас знают, что в тестировании тоже есть документация. И вести ее можно по-олдскульному, в xls-файлах да в папочках или же, как настоящие джедаи, использовать специализированный инструмент.
                            Вот об одном из таких инструментов под названием TestRail, который мы недавно внедрили у себя в TestLab², я и хочу сегодня рассказать. Инструмент оказался настолько удачным, что молчать сил не было и я решил наконец-то сделать что-то полезное для общества.

                            Люди, не желающие работать по-человечески под кат не приглашаются...
                          • Тестирование по спецификации

                              Недавно я писал про различные виды тестирования и про то, что интеграционное тестирование удобно производить с помощью спецификаций. В этой статье я покажу как именно происходит такое тестирование.

                              Спецификация — это текстовый файл с описанием того, что нужно протестировать в тестовых данных. В ней указывается какие результаты должна получить программа. Тестовый код находит реальные, вычисленные на живом коде результаты. А тестовый движок производит сверку спецификации и вычисленных результатов.

                              Такой подход позволяет декларативно создавать тесты. Спецификации легко читаются и дополняются при изменении требований. Тестовый код получается компактным. Его легко поддерживать и расширять.

                              В статье описаны принципы работы движка для тестирования спецификаций и приведены примеры использования. Сам движок прилагается к статье. Можно его считать небольшой библиотекой для интеграционного тестирования.
                              Тестирование по спецификации
                              • +6
                              • 21,5k
                              • 6
                            • Зачем изучать чужие ошибки?

                                Полгода назад мы запустили проект Панбагон — коллективный блог, предназначенный для коллекционирования багов и их обсуждения. Как я писал в опубликованном на хабре анонсе, у меня нет цели сделать ни публичный баг-трекер, ни доску позора. Мне хотелось создать некий инкубатор, где из мусора могли бы формироваться идеи, которые могли бы оказаться полезны для поиска багов, аналогичным описанным в Панбагоне. Поэтому я призывал не только описывать сам баг, но и излагать мысли, которые возникли у вас по этому поводу.

                                Однако мне периодически задают сакраментальный вопрос, вынесенный в заголовок — зачем изучать чужие ошибки? Поэтому я решил объяснить, почему я считаю это крайне полезным занятием для тестировщиков.

                                Однако начну несколько издалека — с рассказа про огненные сморчки.
                                Читать дальше →
                              • Виды тестирования и подходы к их применению

                                  Из институтского курса по технологиям программирования я вынес следующую классификацию видов тестирования (критерий — степень изолированности кода). Тестирование бывает:
                                  • Блочное (Unit testing) — тестирование одного модуля в изоляции.
                                  • Интеграционное (Integration Testing) — тестирование группы взаимодействующих модулей.
                                  • Системное (System Testing) — тестирование системы в целом.
                                  Классификация хорошая и понятная. Однако на практике выясняется, что у каждого вида тестирования есть свои особенности. И если их не учитывать, тестирование станивится обременительным и им не занимаются в должной мере. Здесь я собрал подходы к реальному применению различных видов тестирования. А поскольку я пишу на .NET, ссылки будут на соответствующие библиотеки.
                                  Подходы к тестированию

                                Самое читаемое