user12

Берите CI типо jenkins 

Ребят, в этих пост-процессоров нет норм дебага, поэтому обязательные правила:

1. Когда вы получаете значения переменных - ВСЕГДА их логируйте, это правило номер 1

2. Весь код ВСЕГДА пишите в IDE - вот всегда, а потом уже переносите в JMeter

3. Вам КАК минимум необходимо сделать импорт и обернуть в try/catch

import java.io.FileInputStream;

import java.io.FileNotFoundException;

try {

FileInputStream fin=new FileInputStream("xxxxxxxxxx");
} catch (FileNotFoundException e) {
e.printStackTrace();
}

4. Всегда просто выводите на консоль ${project_folder}, там может русские символы или еще что-то - см. пункт 1

5. Если НЕ работает, то ВСЕГДА пишите код по частям, находя где может быть ошибка

Такую вы холиварную тему подняли

Про Java вот можете видос глянуть

_https://www.youtube....h?v=KS4He2Pufh4

 

Я только не понял откуда финансы в этом вопросе.

 

мы указываваем на глюки, они дают нам деньги. Я правильно попал на форум тестировщиков ?

 

Правильно попали. Но опишите конкретно, с ваших постов не очень ясно про "срубить бабла"

Например, написали бы так :

Есть мобильное приложение для супермаркетов АТБ (ссылка на прилагу). Там много багов. 

Цель - протестить. Спеки нет. Плачу от 2 до 5 долларов за баг. Деньги на вебмани или яндекс-деньги. Срок - до конца сентября. Кто согласен - 

пишите в телегу (адрес такой-то). Всё ))

while(true) {
System.out.println("тут ваш код");
try {
//5_000 - это 5 секунд
Thread.sleep(5_000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}

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

Понятно, что надо делать приватный конструктор и объявлять класс final

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

==================

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

Благодарю за конструктив! 

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

 

Очень по разному. Кто-то пишет просто так, потому что все так делают, а чем я хуже ?

Кому-то по факту нужен именно для чтения тех документации и не важно, как ты говоришь. 

Где-то говорят, что нужен спикинг, а по факту будешь общаться раз в месяц с заказчиком

А где-то нужен очень хороший разговорный для митингов и общаться ты будешь по пять раз в день

=====

Теперь представь. Ты HR и у тебя 100500 резюме на выбор. Будет человек с примерно таким же, как и ты уровнем. А может у тебя и повыше будет. Но у него 

будет какой-нибудь IELTS 7 или даже 6. Ты кого бы пригласил ? Возможно и обоих, а возможно только его. Поэтому желательно уровень как-нибудь подтвердить. 

400 для джуна совсем без опыта - многовато. В Мск проканало бы, в Беларуси нет.

Да ладно. Как раз таки 400 это не так уж и много. А способный джун после пары месяцев испыталки может зарабатывать и 600 уе.

Зп можно смотреть здесь

https://salaries.dev.by/

2. Надо ли вам резюме не английском? Джуны, как правило, работают в русскоязычных командах. Или в Белоруссии своя специфика?

 

Ну Андрей ты и сравнил )) Беларусь 9.5 миллиона, в России 145 миллионов и огромный внутренний рынок. Да в одной Москве население может и полтора а то и почти в 2 раза (чем черт не шутит) больше, чем во всей Беларуси. Поэтому большинство галер работает на Западную Европу или США, а там без английского особо никуда ))

мне почему-то казалось что в Белоруссии на галеры вообще просто устроиться. Главное чтобы "глаза горели". Просто прийти и сказать что очень хочешь у них работать

 

 

да, просто пришел и тебя берут ))) Находишь любую компанию и говоришь "буду у вас работать", а они такие "Ок. Когда вас оформлять ?" ))

===================================

По поводу резюме.

Дело не в ЗП, не в кавер леттерах и т.п.

Не знаю, как сказать. Оно "бездоказательное" что ли.

SQL ну ок, можно поверить, JOIN ты напишешь

Но остальное...

Ты пишешь уровень инглиша B2 - я не говорю, что ты должен приложить IELTS или TOEFL, но на основании чего ты решил, что у тебя такой уровень ? 

Тебе надо просто расписать свои Skills, типо тест-кейсы - написал 100 штук на занятиях и т.п.

Еще:

- учесть замечания коллег

- постараться сделать резюме на 1 лист

 

Давайте еще раз.

 

Ваша проблема в том, что вы заставляете логгировать время.

 

 

Все остальные проблемы относительно малозначимы.

 

А Вы не могли бы чуть более подробно: почему проблема в логировании?

 

Потому что не работает человек 8 часов в день. Он работает часов 6, ну 7. Остальное он пьет кофе, смотрит видосы на ютубе и т.д.

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

Если ты будешь указывать верное время, то прибежит менеджер и скажет "ничего себе, ты за неделю должен был отработать 40 часов, а у тебя только 30".

Плюс постоянная подгонка времени, это даже не смешно. Лично был свидетелем ситуаций, что разраб, вместо того чтобы работать, сидел и думал, куда же мне 6 часов списать, на какие задачи.

Ну в общем, это отдельная тема.

Правильно ли я понял, что получается вот так:

IDEA: Автомат выдаёт правильную сдачу
Предварительные условия: В автомате продаётся товар стоимостью N.
STEPS: 1. Внесите в автомат сумму (SUM), больше стоимости напитка (N).
2. Выберите любой напиток
3. Получите сдачу (S)
EXPECTED RESULT: S = SUM - N 

 

Не так:

1. Название "Автомат выдаёт правильную сдачу" переименуй в "Выдача верной сдачи автоматом"

2. Не понятно, какие числа ты тестируешь - целые или дробные ,очень большие и т.п.

3. Указывай конкретно, чему равны SUM, N и S

И тут лучше сделать чеклист по суммам

https://habr.com/ru/...nk/blog/358836/

target/allure-results

тебе надо файл index.html

Если через Jenkins, то скачивай Allure plugin, и у тебя возле каждой джобы будет значок, на который кликаешь и открывается отчет

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

Они могли бы просто переделать задание, чтобы приблизить его к реальным задачам, а не "яблоко с грушей". Например, есть некая система, где пользователь может создавать/удалять Сообщения, Товары, Услуги. Ты нажал на кнопку "Удалить" в сообщениях - система зависла, прежде чем завести баг должен проверить удаления товаров с услугами и обязательно внести результаты в баг-репорт. 

Привет

Метод Получения токена. Надо знать, в чем ответ. 

Если в JSON, добавляешь какой-нибудь JSON Extractor

-Names  token

- JSON PATH sessionToken

Потом в HTTP Header Manager 

name 

session_token ${token}