Матриця перехресних посилань тест-вимоги демонструє, як кожна вимога перерахована в специфікації вимог до програмного забезпечення. У деяких випадках вона може бути представлена у вигляді таблиці. Загальний підхід до визначення тестових кейсів передбачає використання таблиць, які перераховують можливі вхідні дані та дії, які будуть застосовані до тестових кейсів. Кожна з цих пар (вхідні дані / дії) є основою для тестового кейсу або методології тестування, якщо для повного визначення тесту потрібна додаткова інформація. Угода про імена для тестових кейсів варіюється від проекту до проекту. При використанні угоди про імена, тести в матриці тестових кейсів класифікуються у відповідні групи. Додаткову інформацію можна отримати за допомогою приміток. Зірочка означає, що ідентифікатор тесту з’являється в таблиці кілька разів. Для окремих тестових кейсів або тестових методів дуже доречно реалізовувати кілька функцій. Ви можете використовувати відступ, щоб вказати пріоритети, розподіл тестів, проходження тесту або іншу важливу інформацію. Консалтинг з тестування програмного забезпечення - це надійний спосіб дізнатися, як максимізувати віддачу від інвестицій і сприяти впровадженню ефективної стратегії тестування у вашій компанії. Перевага матриці перехресних посилань полягає в тому, що вона виконує роль короткого путівника по широкому спектру тестових наборів із зазначенням результатів конкретних тестів. Така таблиця також слугує індексом, що обчислюється для набору описів тестових кейсів, деталі яких записані деінде у вигляді сторінки в масиві документів тестових кейсів або у вигляді окремого файлу на диску. У деяких великих наборах тестів цей тип матриці може використовуватися замість TOC, які функціонують як онлайн-покажчик на файл тестового кейсу, де кожен тестовий кейс зберігається у вигляді окремого файлу в мережі. До речі, підвищити продуктивність і якість вашого мобільного додатку можна за допомогою сервісу тестування мобільних додатків. Різниця між матрицею простежуваності та матрицею перехресних посилань ледь помітна. Основна відмінність полягає в тому, що в матриці простежуваності кожній вимозі тесту присвоюється унікальний ідентифікатор. Залежно від термінології, яка використовується в кожній організації, або якщо в специфікації продукту кожна вимога вже позначена унікальним ідентифікатором, ці два типи матриць можна вважати ідентичними. Завдання тут полягає в тому, щоб структурувати таблиці таким чином, щоб максимізувати розподіл інформації. Юзабіліті-тестувальники перевіряють, наскільки легко користуватися інтерфейсом користувача. Вони також виявляють, чи відчуває клієнт себе комфортно з даним додатком.