Здравствуйте!Подскажите пожалуйста, как в тестировании можно применять Firebug в Firefox?Спасибо!

Звучит как: Здравствуйте! Подскажите пожалуйста, как в тестировании можно применять голову? Спасибо! 

PS: Можно применять его с пользой, без пользы, с нанесением вреда или вообще не применять. Перед освоением firebug, я бы освоил поиск в гугле.

PS2: Поэтому давайте погуглим: Firebug для тестирования

Простой вариант введение тестового набора с результатами и датой прогона. В случае исключения какого либо теста - указывается комментарий почему тест исключен.

Можете использовать для введения тестового набора TestRail, TestLink, Ситечко, Zephyr... Покопайтесь в системах тест менеджмента и будет вам счастье.

Для консолидации знаний о том как работает продукт используйте Confluence, Wiki, Google Docs...

В вашем случае если вы говорите все хорошо -> значит кто-то её проверял и об этом должна быть запись, например, в системе управление задач - тот кто принимал задачу -> пишет все ок.

Если все плохо задача должна висеть открытой либо отклоненной в той же системе управления задач.

Если задача исключена из скопа - то тут сложнее, но тоже разрешимо. 

С годом monkey tester 

Подсказка:

У тест-кейса обычно есть предусловие(я). Поэтому часть шагов из вашего тест-кейса можно смело вынести в него. Это облегчит понимание теста.

Сделайте ваш тест-кейс удобнее.

Спасибо. Начал уже делать. Задам только один вопрос. Возьмем самый распространенный пример - Калькулятор. Скажем я делаю тест кейсы. Я должен проверить абсолютно все возможно варианты? Ну например деление на минус, сложить 2 отрицательных числа и тд? То есть смысл тест кейса это найти все возможные варианты, которые может сделать юзер, верно?

Неверно. Ты полную хрень написал. Ошибившись даже в количестве вопросов.

Тебе к Гудвину обратиться надо за смесью отрубей, булавок и иголок.

И погуглить, найдя ответы на свой вопросы. 

2. Возможно разработчик ошибся в ссылке - поэтому перешел по ссылке devlab.ru/servise

     Результат: браузер открывает страницу

    Ожидаемый результат: открытие страницы  devlab.ru/servise

      

   

              

       

 

Ещё одна подсказка на какую букву тебе идти обратить внимание в ссылке надо.

Примерно так?

Summary:При переходе на страницу test.devlab.ru/servise браузер отвечает ошибкой 404.

Description:В браузере Opera (версия ХХ) при переходе из сайта  test.devlab.ru на страницу /servise браузер отвечает ошибкой 404

Severity:Blocker

Priority:Medium

Шаги для воспроизведения:Открыть сайт test.devlab.ru

                                                         Перейти/кликнуть  по ссылке/кнопке/вкладке   test.devlab.ru/servise

Результат: браузер возвращает ошибку 404

Ожидаемый результат: открытие страницы  test.devlab.ru/servise

 

Вы важное пропустили - Вам BadMF очень толстую подсказку дал. Внимательно изучите адрес ссылки.

Шаги Ваших действий должны быть:

1. Перешел по ссылке X - ошибка 404

2. Возможно разработчик ошибся в ссылке - поэтому перешел по ссылке X* 

Если открылся нужный сайт - уточнить у разработчика корректность первой ссылки - дальше по обстоятельствам ответа разработчика.

Если сайт не открылся - заводить ошибку.

1. Работа в сфере тестирования ПО.Начало (Василий Касимов)

2. Онлайн курсы/школа тестировщиков программного обеспечения (Портнов)

3. BBST: Foundations (Каннер на английском)

4. Видео с SQA Days

5. Я просто оставлю это здесь

Как при таком процессе проводить тестирование которое будет приносить пользу, а не будет просто тестированием для галочки?

Приносить пользу кому? Вам, начальству, продукту...? От этого и исходите.

Хай други и подруги!

Спасайте!!! Опять :))))

 

Никак не могу расчехлиться с задачами, их много, все както в куче, сыпуться со всех сторон, еще накидывать на коллег их нужно, что вообще делать то?? ((

Как можно навести порядок по задачам хотябы внутри нашего отдела тестирования?

Использовать Jira/Redmine/*Ваша система* по назначению + канбан по желанию.

ВОПРОС НУБА: а чейтваще такое то этот мастер тест план? :)))

Это магический артефакт. +2 к качеству проекта при грамотном использовании. 

Какой женщине, например, будет легче родить ребенка 50 летней или 20 летней? Какого возраста сотрудник будет более обучаем: 20 летний или 50 летний? У кого больше риска, что он уйдет в декрет или в армию? Это же все риски и при найме это все учитывается. Так почему бы не начать учитывать тогда такое физиологическое качество как усидчивость, стабильность и прочее более присуще (как показывает даже текущий опрос) представителям нашего прекрасного женского пола?

 

Люди разные - от них и надо исходить, а не от пола. Исключение Статья 253 ТК РФ. Работы, на которых ограничивается применение труда женщин. 

Следующие темы от Dananas:

1. На какой планете живут самые позитивные тестировщики

2. На какой планете живут самые оптимистичные тестировщицы

3. Чем отличается тестирование по вторникам от тестирования по четвергам

1. Анализ рисков

2. Уменьшение регрессивного набора - путем его оптимизации, в том числе и за счет анализа рисков

3. Подключение разработчиков к тестированию 

4. Увеличение штата - тоже вариант решения - все зависит от того - чего Вы хотите добиться. 

Ну же! Неужели никому не интересно просветится на этот вопрос? Или все всё знают про процессы в тестировании а я тут чушь какую-то несу? Ну так направьте меня на путь истинный, приведите хоть один нормальный пример, что есть такое процесс!

Рис.1. Процесс «Обработка заказа»

Рекс Блэк: "Ключевые процессы тестирования".

Проведите чистый эксперимент на виртуалке.

Если есть проблема - которая, тем более постоянна - и вы не можете разобраться - дайте доступ разработчику к вашему компьютеру (он близко - позовите к себе - пусть посмотрит и убедится в наличии проблемы, далеко - teamviewer, как вариант)...

Лучший сотрудник для каждой ситуации свой. Иногда лучше мастер на все руки, часто хорош узкий специалист. Все зависит от задач, которые необходимо будет решать сотруднику. От них и надо отталкиваться в поисках светлого. 

Название компании?
Способ связи?
Тип продукта, который необходимо тестировать?
Какие у вас еще есть привлекательные для кандидатов условия, кроме комфортабельного офиса?

Bell Integrator 1 (странно, что город Пенза, а не Саратов указан), 2

Контакты hr можно посмотреть здесь (Пензенский телефон и почта - хотя не факт, что верные). Профиль hr тут.

Все гуглится за пару минут. 

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

Мне тоже требуется помощь по тестовому заданию.

Суть задания. Есть мобильное приложение для Android и iPhone с релизами в GooglePlay и AppStore соответственно.

Необходимо составить методику тестирования и провести в соответствии с методикой комплексное тестирование, описать баги (последовательность воспроизведения, обоснование, критичность).

Собственно сам процесс тестирования несложен, а вот описание методики вызывает вопросы.

Какие методики тестирования подходят в этом случае. Тупо кинуть на все что можно? Задать корректные и некорректные данные на вход? Намекните, как это красиво описать.

Не зная целей тестирования - смысл браться за задание?

Составить комплексную методику тестирования - какая цель этого методики? Удостоверится, что старые ошибки пофикшены? Удостоверится, что новые функции работают? Стресс-тестирование? Юзабилити? Проверить документацию? Проверить сообщения со страницы приложения о новых ошибках? Регресс? А еще есть приемочное - но тут без знания цели/ей приложения сложно (и цель декларируемая часто отличается от реальных целей)...

Отличное комплексное тестирование займет слишком много времени для тестового задания.

В задании ничего не сказано об внесении предложений на улучшение продукта.

Что важно проверить? Есть ли подводные камни, о которых мне желательно знать?

А какую-нибудь литературу на этот счет может кто-нибудь посоветовать? Или только брать стандарт, читать его, и пробовать что-то по нему делать?

Читайте Страсти по ISO 9000. Грустно-комическая повесть о получении сертификата на систему качества (Долгов Влад)

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

Про практику контрольных вопросов прочтите главу 9 книги “Системноинженерное мышление в управлении жизненным циклом” (Анатолий Левенчук).

Про успешные примеры внедрения чеклистов узнаете из книги “Чек-лист: Как избежать глупых ошибок, ведущих к фатальным последствиям” (Атул Гаванде).

Чеклисты для тестирования найдете в книге “Ключевые процессы тестирования” (Рекс Блэк).

Заключение: Для важных процессов, в которых банальная ошибка приводит к плачевному результату контрольные вопросы ваш хранитель.

Дополнительная информация:

1. Чек лист процесса: Initiation - Planning - Execution - Finalization - Closure (Александр Селяев)

2. Как с помощью простого чек-листа можно повысить эффективность простого процесса (Валерий Казарин)

3. Все лето в один день (Рэй Брэдбери)

PS: Благодарю Алексея Фёдорова за рецензирование.

Значит, ответ на вопрос "где та грань технических знаний...?" прост : Когда сам почувствуешь, что готов за это взяться? ;-)

Не боитесь схлопотать эффект Даннинга-Крюгера? 

Ну а что значит "в соответствии со всеми стандартами"? Да и документация бывает разного уровня в разной стезе ЖЦ разработки: бизнес требования, техн задание, документ верхнего и нижнего уровня как это ТЗ будут делать разработка с описанием модулей и пр., стратегия тестирования, ПМИ и т.д. И пишут это все разные люди.

Со стороны тестирования, например, в описании стандартов контроля качества бывают такие пункты, как соответствие разрабатываемого софта определенным критериям/характеристикам (например, ISO 9126 говорит о 6 аспектов верхнего уровня: функциональность, надежность, практичность, эффективность, сопровождаемость, переносимость.). Как я, а лучше сказать, что я, как специалист по тестированию должен сделать, что бы начать соответствовать этому стандарту? Не понимаю.

Или взять ту же разработку. Что они должны делать, что бы соответствовать стандарту?

По поводу определения определения атрибутов качества и ограничений, вам может помочь хороший системный аналитик в команде - он опишет это в ТЗ. 

По поводу соответствия стандарту разработки - к Руководителю проекта. Для начала он должен выбрать чему он хочет соответствовать =)