Tishka

Советую Вам удалиться с такими предложениями.

Неплохо было бы исправить орфографические ошибки в отчёте + сперва пишется "Ожидаемый результат", а затем "Фактический". И причём это делается для каждого шага :)

Это в приемочных тестах сначала ожидаемый, а потом фактический.

Если это багрепорт - сначала фактический, потом ожидаемый.

На каждом этапе писать ожидаемый результат - применимо, опять же, к приемочным тестам.

Вообще считаю, что регрессионное тестирование должно выполняться по поставленным задачам...

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

Может будет необходимо проверить только основной функционал или же нужна более глубокая проверка

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

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

Поэтому, нельзя ставить негативные тесты выше приоритетом, чем позитивные.

У меня был как то подобный вопрос и решился он так(javascript):

WebElement element = driver.findElement(By.id("id_of_element"));
((JavascriptExecutor) driver).executeScript("arguments[0].scrollIntoView(true);", element);
element.click();

Воспользуйтесь Screaming Frog SEO Spider Tool или чем то подобным.

Им можно проверить ссылки на 404.

И ненужно велосипедов=)

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

Исследовательское тестирование + записывайте что вы делаете. Представте себя пользователем, чтобы вы хотели сделать используя данный софт?

Если есть функциональные требования, попробуйте по ним сделать тестовые сценарии, мол: "Что нужно сделать чтобы использовать данную функцию?".

На своем опыте скажу что для изучения огромного продукта одним тестировщиком уходит до 2х месяцев и это нормально. Главное это обосновать руководству.

Доброе утро. 

Так как тестирование будет проводиться всего раз, то лучше использовать Word, Excel. Если уж хочется чтобы было все красиво разбито по задачам, используйте Trello.

Этапы Вашего процесса тестирования вызывают вопросы:

- Имеется ли ТЗ этой программы?

- Если же вы не имеете ТЗ, то как вы будете изучать программу? Как вы тогда сможете определить правильность логики выполнения функционала если не знаете этот продукт?

- Ваш 4й пункт, это документирование багов или их внедрение в программу?)

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