Наоборот интересно в чём ошибки.

Помогите с заданием.

Составить план тестирования программы copier.exe
Протестировать программу по плану, указав напротив каждого действия результат
Составить отчет о тестировании – описание найденных замечаний и дефектов
Написать пользовательскую документацию.
Выслать план с результатами, отчет, документацию.

Пояснения:
Тестирование выполняется по методу "чёрного ящика". Код не тестируем.
Тестируем интерфейс (внешний вид) и функциональность (работоспособность) программы.
https://drive.google.com/file/d/1-2NQonKyhN_8WUqgb4lh-OyXhoIm5bXn/view?usp=drivesdk

в чём помочь?

протестировать за тебя?

))

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

и?

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

так в чём помочь тебе, не понимаю? это ведь тебе дали задание и ты должна его сделать

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

Народ есть кто в skillbox реально учился? Как там с 0 учат?

Если явных требований никаких нет и не вытекает из других требований, можно пользоваться common sense и заводить баг на основании предположений "как обычно в таких случаях ведут себя программы". Но и описывать соответственно.
Например, аргументировать описанием того, как это влияет на конечного пользователя: ломает какой-то сценарий, выдаёт неверную обратную связь, раздражает, обескураживает, и т.д.

Заводим баг, и больше эту функциональность не проверяем, так как не работает как надо.Верно?

А как надо?

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

"больше не проверяем" -- нет! Нельзя делать сразу столь однозначный вывод. Однозначно не проверяем -- это когда блокер нашли, описали и просто объективно не можем проверить. А вообще, почитайте тут про entry criteria / exit criteria

Или сделать и как баг и как фичу.

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

Для тестеровщиков нет задач для описания "фичей", все что "как-то не так" в первую очередь баг,  а там уже видно будет)

Фичи тестировщик создавать не может по определению )