melkoridze

С вашими задачами успешно справится правильно настроенная JIRA.

Может поможет.
Общий концепт работы с чекпоинтами:
- есть абстрактная таблица (SQL, ACCESS, EXCEL)
- есть задача в тесте проверить изменившиеся значения в таблице после действия

Шаги:
1. Создаем задачу для изменения данных в любой из позиций таблицы
2. Выполняем задачу (данные изменены)
3. Создаем чекпоинт (своеобразные EXPECTED RESULT)
4. Делаем чек

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

Решил проблему составлением необходимого количества чекпоинтов, что правильно.
Для сверки данных в чекпоинте DBTable "TEST" использовал C# Script

function Compare()
{
  var Col1, Col2, i; // i - идентификатор строки
  var x = 1; //  ID продукта
  var y = 100; // Ожидаемое значение
   
  Col1 = DBTables["TEST"]["ColumnIndex"]("InternalCode");
  Col2 = DBTables["TEST"]["ColumnIndex"]("Amount");
  
  
  
  // Итерация строк 
  for(i = 0; i < DBTables["TEST"]["RowCount"]; i++) 
  {
    if(DBTables["TEST"]["Values"](i, Col1) == x) 
    {
     amount = DBTables["TEST"]["Values"](i, Col2);
     break;
    }
  } 

  // Сравнение с известным количеством
  if (amount == y)
    Log["Message"]("Данные совпадают!");
  else 
    Log["Error"]("Некорректные остатки!"); 
}

Но можно иметь несколько DBTables, используя их, как expected results и тогда уже смело применять
DBTable.Check

function CompareDBTables()
{
  // Specifies a DB Table element 
  var DBTab = DBTables["Table1"];
  
  // Performs some action with the stored data 
 
  // Checks whether the data has been changed 
  if (DBTab["Check"]()) 
    Log["Message"]("The data hasn't been changed.");

}

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

Тут засада в следующем:
- в Сторах создана DBTable "TEST" с запросом на одну таблицу.
- при обновлении данных в SQL, они не обновляются в "TEST"

Вот ломаю голову над тем, как актуализировать данных из SQL в "TEST"

Заранее спасибо за помощь.

Ответил: "Полезно, но не более того"

Аргумент:
Сам не доучился, ушел по семейным обстоятельствам с первого курса. В дальнейшем закончил среднеспециальное для галочки, заканчивал, параллельно работая.
Потом около 6 лет проработал Системным Администратором.
К чему это все рассказываю, спросите вы, а вот к чему. Устроившись тестировщиком и не имея высшего образования, ни разу не было неразрешимых проблем.
Вопрос в желании работать и подходе. Плюс умение организовать подачу знаний для себя.
Соглашусь с тем, что технические навыки необходимы и во многом, в/о очень помогает, но ставить его в критерий для ГОДЕН/НЕ ГОДЕН к QA, не стоит.
Без в/о, возможно, необходимо больше времени тратить на самообучение, но не всем и не всегда.