У вас есть какие-то свои варианты / идеи / алгоритмы решения или хотите, чтобы за вас написали? 

Согласно устоявшейся практике Тестирование программного обеспечения — процесс исследования, испытания программного продукта, имеющий две различные цели:

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

Так что вы все правы.

Ссылка >>

Плохая статья. Переписать надо. И классификация видов тестирования там моя от 2003 года... Сильно устаревшая.

Ну тот кусок, что я процитировал, это перевод из книги Иэна Соммервиля "Software Engineering", ее использовали в этой статье.

Видимо речь идет о Traceability matrix и особенностях перевода.

Ну Савинов пишет о тестировании в целом, а не об автоматизации, например. Поэтому ждать от него примеров кода не стоит. 

Книжка его годится тем, кому вообще заходят книги типа "Бла-бла-бла для чайников".

Может, вы подскажете, где попрактиковаться в тестировании? Может, какие-нибудь иностранные ресурсы?

Всем новичкам советую это. Идите на этот сайт - https://app.crossove...e-jobs?label=16 - выбирайте Manual Tester (или можете сразу дерзнуть на QA Engineer) и пройдите процедуру отбора на выбранную позицию. Если пройдете все теоретические тесты, то доберетесь до испытательного проекта. Это будет реальная практика на одном из крупных проектов по разработке ПО, которая к тому же оплачивается (5 лет назад так было по крайней мере). И возможно после этого сразу получите предложение о работе.

 

 

Я понимаю что это решает задачу только с серверной части (и части БД) системы, но по крайней мере хотя бы так

Тогда не понятно какой реалтайм вы хотите? Делайте обычное нагрузочное тестирование, смотрите логи, выявляйте узкие места.

Ну в таком случае, как я уже упомянул, нужна отдельная система мониторинга с агентами на каждом узле вашей системы. Тогда будет наглядно и реалтайм. JMeter только позволит вам давать нагрузку и собирать базовые метрики с фронтэнда. Никакой аналитики он сам по себе не делает. 

Попробуйте начать с Summary Report. Думаю дефолтной конфигурации вам хватит. Сохраняйтесь в csv файл, например.

В целом большая часть задачи стоит как раз таки в отображении и анализе собранных результатов.

Проекту не хватает реал-тайм анализа производительности системы. 

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

Ну вот. Осталось настроить: http://jmeter.apache...ization_Manager

А еще лучше вообще отключить эту авторизацию на время тестов.

У вас по видимому Windows Authentication идет поверх. Разберитесь сначала, какая схема аутентификации используется (NTLM, Kerberos...?). 

Лучше так: "assembler МК-61"

 

 

О, это же такая вещь была! Игра "Посадка на Луну" захватила меня в свое время надолго, а может и определила путь.

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

Отличная точка для старта, считаю. 

- вы будете работать на огромную ИТ компанию с отлаженными процессами, увидите изнутри, как производиться ПО мирового класса, получите доступ к бесценной базе знаний;

- работа, скорее всего, предстоит в достаточно монотонном режиме => научитесь работать с текучкой, прокачаете такие скиллы как самодисциплина, самомотивация и прочие "само-". Это наверняка сосдужит в будущем хорошую службу.

- за удаленной работой, имхо, будущее, а вы в него окунетесь уже сегодня :)

 

А зачем вы опираетесь на опыт работы в компании, которая не имеет отношения к Яндексу и этот опыт экстраполируете на него?

А затем, что вопросы топикстартера были именно про опыт "такой" работы. 

Там вам выше девушка ссылку на вакансию дала. Де-юре, это не работа в Яндексе, но де-факто тестирование их продуктов. Если в Яндексе не забанены, должны увидеть подробнейшее описание работы и примеры кейсов. Такое крепкое дно, из скальных пород с кораллами и цихлидами.

...дно, уровня манкикликеров из Индии (и то индусы небось подороже будут).

Что это, если не спесь? Откуда такое пренебрежение к коллегам из Индии? Вы работали там? А может вы индус?

Спасибо, посмеялся.

На здоровье, если ваше сообщение опирается на ваш опыт подобной работы с Яндексом. 

Я же опираюсь на свой опыт удаленной работы через Crossover (тогда еще Devfactory) и смею надеяться, что в Яндексе удаленная работа не должна быть организована сильно хуже. 

Что касается "дна" - это всегда место, от которого можно и нужно отталкиваться. Манкикликеры на нашем проекте зарабатывали 10 USD в час при загрузке 40 часов в неделю, а индус был менеджером проекта. Вы бы спесь сбили.

Например, проверяете, что ваше приложение одинаково хорошо работает на х86 и х64 системах.

Не могли бы навести ещё примеры проверок и какие инструменты для этого использовать ?

Например, тесты в разных версиях ОС. Инструменты - виртуалки с разными версиями ОС.

Во-первых, поиск по id существенно быстрее.

Во-вторых, есть приложения (их все больше и больше), в которых элементы не имеют статического id.

Присваивать id всем элементам это очень хороший подход с точки зрения автоматизации тестирования, но часто это просто невозможно.

А на своем почтовом сервере не пробовали создать?

 

 

...а если тестировщик наизусть знает функциональность приложения (т.е. работает ходячей спецификацией) - то он уже золото.

Ну такой подход не лишен смысла. Если бы ко мне на проект пришли два тестировщика, один из которых уже прекрасно знает продукт, но не умеет делать всякий ДевОпс, а второй наоборот, то я бы предпочел первого.

И что за исключение? 

Allure: http://allure.qatools.ru

Да, в России он никому не нужен, а если устраиваться в международную команию, на удаленку/фриланс итд, то сертификат приветствуется. Видимо, так отсеивают совсем уж начинающих индусов.

Кстати, по статистике большинство обладателей этого сертификата именно среди индусов.