3vi1_0n3

В данном случае говорится о делении, соответственно, надо исходить из возможных ситуаций, которые происходят при делении. При операции деления всегда есть делимое, делитель и частное (либо результат деления, см. ниже).
Самый простой вариант.
Примеры:
1. Условие 1: делимое - положительное целое, условие 2: делитель - положительное целое. Ожидаемый результат: частное - положительное целое или положительное дробное.
2. Условие 1: делимое - положительное целое, условие 2: делитель - отрицательное целое. Ожидаемый результат: частное - отрицательное целое или отрицательное дробное.

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

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

Эти условия исходят из ограничений полей ввода, для которых, если я правильно понял вопрос, длина определена как 5 символов, включая минус и запятую. Ограничения на длину поля ввода определяют числовые интервалы для делимого и делителя, такие как:
[-9999;-0,01] для отрицательных чисел и [0,001;99999] для положительных чисел, которые можно использовать для определения граничных значений и эквивалентного разбиения (запятая будет смещаться при увеличении целой части в дробных значениях, например, 9,999 и 10,00).

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

Определить время на тестирование нового продукта/сайта более или менее точно нельзя. Это в определенных рамках возможно только для продуктов, которые вы уже тестировали, из-за высокого фактор неопределенности качества предоставленного сайта, которое, к тому же, может быть неравномерным.
При тестировании продукта, который вы знаете (или хотя бы поверхностно познакомились), вы как-то можете использовать исторические данные, чтобы с определенной долей вероятности экстраполировать потенциальное количество багов и сколько это может занять.
В описанном случае у вас нет достаточно информации, чтобы до начала тестирования предположить, сколько времени это займет. Тем более, что его до этого никто не тестировал, судя по всему. Есть вариант попытаться угадать поточнее, если у вас есть опыт с похожими сайтами, но там тоже будет погрешность. Их всё-таки разные люди делают.
Поэтому в таком варианте, как вы описали (новый сайт, который вы в глаза не видели), можно сказать, мол, для более точной оценки с учетом всех факторов надо протестировать 5% (лучше 10%) страниц, засечь время, которое заняло, и на основе этого предполагать, сколько займет полное тестирование с учетом среднего количества багов на страницу или что-то вроде этого. Пусть оплачивают эти 5-10%, а там уже, если не хотят продолжать, то и ничего не поделаешь.

Добрый день.
Начните с изучения TestNG и возможностей Selenium в контексте Java. Если знания Java совсем базовые, то имеет смысл их тоже подтянуть. Если хотите быстрее, можете взять несколько онлайн-курсов, на software-testing.ru, например.
Но самое главное - хорошо знать тестирование, граничные значения, классы эквивалентности и так далее. Если вы плохо тестируете в принципе, автоматизация противопоказана. Потому что не так важно чем вы тестируете, скорее важно как.

Если надо именно частоту процессора регулировать, то можно использовать VirtualBox, там есть регулировка производительности. Не по частоте, правда, по процентам, но это уже что-то.