Автор: Пол Гриззаффи (Paul Grizzaffi) Оригинал статьи Перевод: Ольга Алифанова
Недавно я слушал в Twitter про Page Object vs Screenplay. Это было интересное обсуждение, прозвучало много хороших точек зрения и идей. Затем я написал в Twitter, что эта сессия укрепила меня в убеждении, что автоматизированный стэк подходит для множества вариантов внедрения автоматизации. Стоит ознакомиться с сессией Spaces и тредом в Twitter.
Всех приветствую. Образовалась проблема, которую не могу решить уже неделю.
Провожу нагрузку на Jmeter именно websocket. Плагины установил, подключение создается, пинг-понги тоже, токены все прекрасно получаю, вставляю и т.д.
Но проблема в другом. Я создаю Websoket request-response sampler, пишу в нем запрос определенный, но ответ получаю рандомный. Дело в том что по ws приходит много уведомлений в произвольном порядке (токены, юзеры и прочее). И вот я отправил запрос свой, а в этот момент пришел другой ответ, который мне не нужен. Фактически я не знаю выполнился ли мой запрос успешно.
Как то можно здесь фильтр по ответам, чтобы приходил определенный, нужный мне? Или возможно как то добавить проверку на получение определенного ответа. Опыта не так много в нагрузке, поэтому все так сложно. Надеюсь на помощь))
QA инженер имеет внушительный арсенал техник тест-дизайна: классы эквивалентности, граничные значения, попарное тестирование, диаграммы состояний и переходов, таблицы принятия решений, сценарии использования и альтернативные сценарии, перебор комбинаций, деревья решений ...эмм, это все что я помню, если что-то забыл, поправьте.
Так вот, сценарии использования и альтернативные сценарии, мы обычно получаем от аналитиков из спецификации.. таблицы, деревья и диаграммы мало кто чертит, так как это занимает много времени (при дефиците ресурсов). Как правило, в ходу две популярные техники: классы эквивалентности и граничные значения, и только отдельные умнички используют pairwise ( попарное тестирование ).
Скажу честно, принять эту технику я смог далеко не сразу. Я тогда еще не до конца преисполнился познанием и из-за непонимания было недоверие к, сгенерированным инструментом, кейсам.
Конечно, на собесах, у всех от зубов отскакивает: "создаются все возможные отдельные комбинации каждой пары входных параметров" или "в 97 процентах случаев, баги находятся на комбинации двух параметров", но давайте разберемся, почему pairwise сложно применить ручками и поймем как забить на это и успешно применять его в своей работе.
Автор: Виктор Славчев (Viktor Slavchev) Оригинал статьи Перевод: Ольга Алифанова
Недавно я разговаривал с моим непосредственным руководителем про end-to-end (e2e) тесты и их предназначение. Возможно, дело в моем лингвистическом прошлом, но я лучше думаю, Когда пишу. Я решил перечислить, чем должен быть хороший e2e-тест и что он должен делать, а чего не должен. Так я и пришел к этому списку.
Автор: Саймон Томс (Simon Tomes) Оригинал статьи Перевод: Ольга Алифанова
Когда я впервые занялся исследовательским тестированием, я понял, что мне нужно научиться ему, чтобы продвигаться в карьере тестировщика. Я прямо-таки подсел! По моему опыту, исследовательское тестирование – ключевой фактор для непрерывного обучения, создания более качественных продуктов, и более тесного сотрудничества с командой. Ниже – очень полезный список, покрывающий нужды исследовательского тестирования.
