При общении с ИИ не усложняйте вопрос, это сожрет лишние токены

 Я тут код исправляла грязными ручками. Скрипт заполнения таблицы составляется примерно так:

insert into table
( column_1, column_2, column_3, column_4)
select 'SYSTEM_A',  'ANY',       'ANY',      30 from dual union
select 'SYSTEM_B',  'ANY',       'ANY',      60 from dual union
select 'SYSTEM_C',  'ANY',       'ANY',      60 from dual;

Мне надо было его поправить — тут удалить строчку, там добавить, тут значение обновить... Вроде все сделала, а у меня автотесты перестали запускаться, падая на создании контекста.

Я вроде понимаю, что где-то в скрипте "typo-fix" нужен, опечатка какая-то, но какая и где? Скрипт большой, самой искать не хочется. Решила сходить к Курсору за советом. И я же научена вводить в контекст, так что подсветила ему, какая именно ошибка мне выдается при сборке:

Проверь файл C:\tmp\schema\init\my_script.sql. При сборке мавеном падает на создании контекста: Caused by: org.hsqldb.HsqlException: unexpected end of statement : line: 96. Что не так в скрипте?

Курсор ушел в себя на час! Он насоздавал 17 файлов, запустил 69 команд, перебирая скрипт и всё, что лежит вокруг. Сожрал кучу токенов, что тоже важно.

Настраиваем IDEA с ИИ, уточняем теорию, часть 3

 С вами рубрика «где тестировщик может применять ИИ в своей работе»!

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

1. Как отменить настройку в IDE?

Тыкнула в эксель-файлик в Giga IDE, он предложил прочитать его как текстовый, я сдуру и согласилась. А там все очень плохо с отображением таких файлов, если что))

Но теперь, тыкая на любой эксельник, он открывается в ИДЕ криво-косо. И тут или страдать (Open in explorer, чтобы открылась виндовая папка, открывать в ней), или изменить настройку. А где? 

Как убрать поп-ап с параметром в ТeamСity

Столкнулась с такой проблемой — заходишь в ТeamСity (он же ТС) запустить деплой на тестовый контур, нажимаешь «Run», а тебе вылезает поп-ап окно «А вот этот параметр вы какой ожидаете?».

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

Но со временем отпала необходимость обновлять что-то одно, поэтому поп-ап стал бесполезным, только лишний "тык" делать. В конце концов, если вдруг нужно прогнать с нестандартными параметрами, можно нажать многоточие около кнопки «Run». Но вот как убрать этот поп-ап?

Как ИИ нам проверку уязвимостей сломал

Сегодня я расскажу историю о том, как ИИ умеет косячить! А то только success-story везде…

У нас есть автотесты на уязвимости по базе NVD. И вот что-то эти сборки посыпались пачкой. Тестировщик пошел смотреть… И потом рассказал, в чем дело было:

Сегодня в сборках были найдены уязвимости — оказалось, что PartyFields.java для этих заказчиков правили с помощью агента. Так вот он, подлец, подставил невидимый символ, поменяв кодировку файла, ну и он чекстайл-проверку не прошёл.

→

Вот, будьте бдительны)

Почему использовался агент — вполне понятно, правка была массовая, в нескольких гит-проектах сделать однотипную правку. Но и следить надо, что там этот ИИ натворил!

А ведь такое даже не заметишь сходу, символ то невидимый… В общем, мы молодцы, пресекли его варварство благодаря автотестам, а вы имейте в виду!

Настраиваем IDEA с ИИ, часть 2

С вами рубрика «где тестировщик может применять ИИ в своей работе»!

Продолжаем настраивать компьютер с помощью ИИ (начинала тут). Что ещё я спрашивала у чат-бота?

1. Какой путь указывать для Java?

Разработчик посоветовал в настройках грейдла указать путь для JAVA, скинув пример. Но у него пример на линуксе, а у меня винда. Часть инструментов надо указывать до директории bin, часть нет... Решила уточнить, у ИИ, конечно, а не у разработчика:

org.gradle.java.home — на винде какой путь надо указывать, до бин или самой папки? C:\Program Files\Eclipse Adoptium\jdk-25.0.3.9-hotspot\bin

ИИ, помоги мне настроить IDE

С вами рубрика «где тестировщик может применять ИИ в своей работе»!

Я тут на работу из декрета вышла. У меня новый компьютер, так что привет, настройка ПО! ИИ очень хорош как помощник в этом. Вот что я уже успела у него спросить:

1. Как открыть gradle проект в IDEA

Мой основной проект собирается через Maven, я помню как его открывать в IDEA (у меня сейчас GIGA IDE, но по сути это та же IDEA) — через pom-ник.

А вот другой проект собирается на gradle, и как открывать его — я забыла... Но это же не рокет-сайнс именно моего проекта, а что-то общее, так что я пошла к ИИ чат-боту в телеге, которому можно кидать изображения.

Сделала скрин проекта в гите и задала вопрос:

- как открыть проект в идее, какой файл выбрать?

ИИ понимает даже убогую "русификацию", так что нет нужды писать ему правильное название — IDEA, он и так все понял и выдал подробную инструкцию.

Типы границ для классов эквивалентности

 

Ссылка на Хабр

Про типы границ я впервые услышала на тренинге Алексея Баранцева. Зачем они нужны? Да просто чтобы не забыть всё проверить. Написал чек-лист, потом проверяешь себя:

— Все учел? Вот эти классы эквивалентности, какие границы логические? А какие технологические? ...

Так можно вспомнить о проверке, про которую забыл или просто не подумал! Полезная штука.

Алексей дал нам тогда про такую типизацию границ:

• Физическая — которую физически нельзя преодолеть.

• Логическая — ограничение, накладываемое логикой, не программой.

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

• Произвольная — ограничение, наложенное аналитиком или заказчиком.

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

Но то, что физически сделать нельзя, часто в программе сделать можно. Например, ввести в количество участников митапа «1,5 человека» — физически невозможно, но программа то позволяет. Значит, для программы это уже логическая, мы же понимаем, что это невозможно.

Так что в моей классификации есть всего три типа границ (сокращенно ЛТП):

1. Логическая — ограничение, накладываемое логикой, не программой.

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

3. Произвольная — ограничение, накладываемое аналитиком или разработчиком.

Рассмотрим каждую из них!