2️⃣Як тестуються вимоги в іграх?
Тестування вимог – це необхідний етап, що дозволяє поліпшити їх шляхом уточнення, деталізації, а також забезпечити взаєморозуміння між членами команди та уникнути різного трактування. Окрім цього, тестування вимог допоможе зрозуміти, чи можуть вони бути реалізовані загалом (чи достатньо ресурсів, часу, бюджету або можливо це з точки зору технологій).
Існують наступні техніки тестування вимог:
Взаємний перегляд. Підрозділяється в свою чергу на:
Побіжний перегляд – автор вимог надає документ на швидкий перегляд колегам, які дають свої зауваження, рекомендації, ставлять питання у формі простого неформального обговорення.
Технічний перегляд – вимоги надаються автором на перегляд групі фахівців.
Формальна інспекція – вимоги проглядаються великою групою фахівців із документуванням всіх зауважень.
Ставити запитання. Якщо під час вивчення вимог виникають запитання – всі суперечливі моменти уточнюються у досвідчених колег або замовника.
Верифікація вимог. Для можливості перевірки можна спробувати створити чекліст або тест-кейс для конкретної вимоги. Якщо виходить швидко придумати перевірки для чекліста або тест-кейса – це вже непогано.
Уявити поведінку реалізованої системи – роботу користувача із грою, створеною за тестованими вимогами. Можливо вийде помітити незрозумілі або неоднозначні моменти в роботі з системою.
Графічна візуалізація та прототипування – зображення інформації у вигляді малюнків, схем, створення прототипу системи (користувацького інтерфейсу) допомагає краще аналізувати інформацію у специфікації, знаходити невідповідності та неточності.
Крім того, що необхідно добре протестувати вимоги та знайти неточності, потрібно правильно сформулювати і залишити зауваження до вимог. На які помилки при складанні зауважень слід звернути увагу і чого слід уникати? Ось декілька порад:
Не змінювати формат файлу з документацією. Не потрібно видаляти або змінювати вихідний текст, потрібно залишати коментарі до тексту або пропонувати правки. Документ повинен залишатися в форматі, придатному для редагування (TXT/Excel/DOC), формат .pdf або картинки не підійдуть.
Відзначати в коментарях слід тільки проблемні місця. Вимоги, які сформульовані добре, ніяк відзначати не потрібно. Це лише ускладнює роботу із зауваженнями, оскільки серед усіх коментарів доведеться вибирати ті, які потрібно виправляти.
Не описувати одне і те ж зауваження в декількох місцях. Тут працює той же критерій якості, що і з самими вимогами. Якщо є необхідність писати одне і те ж зауваження до однієї і тієї ж інформації, краще це зауваження винести в кінець документа та перерахувати список пунктів, до яких воно відноситься. А в самих пунктах робити посилання на зауваження в кінці документа.
Точно вказувати місце в тексті, до якого відноситься зауваження. Не варто виділяти весь абзац, якщо зауваження стосується до одного речення. У тому ж Word можна виділити потрібну частину тексту та написати коментар саме до неї.
Якщо необхідно додати уточнююче запитання, його слід формулювати дуже точно та продумано. Наприклад, між запитаннями «Що таке налаштування за замовчуванням?» та «Які налаштування за замовчуванням?» велика різниця. Друге уточнює важливу для специфікації інформацію, а перше – абсолютно безглузде та некомпетентне.
Не варто писати дуже довгі коментарі, короткий чітко сформульований та структурований текст без орфографічних помилок сприймається набагато легше.
Не писати зауваження у вигляді критики тексту або його автора, тільки конструктивні коментарі. Категоричні зауваження в стилі «це реалізувати неможливо» також потрібно доводити.
Не редагувати самостійно вимоги без узгодження. Вносити правки у специфікацію можна тільки після узгодження з відповідальними особами. Інакше може виникнути вкрай серйозна ситуація, коли щось в продукті реалізоване не так, як планувалося, через неузгоджені зміни у вимогах.
Специфікація вимог – важливий документ, який в ідеалі повинен бути описаний для кожного продукту. Добре описані вимоги спрощують роботу всієї команди розробки – програмістам легше зрозуміти, як повинен бути реалізований продукт і як правильно спроектувати архітектуру, а для тестувальників, крім усього іншого, це ще й джерело очікуваного результату при перевірці. Вміння добре писати та тестувати вимоги – показник компетентності та професіоналізму.
Last updated