Page 53 - 4787
P. 53

програмного  продукту  –  і  наука,  і  мистецтво.  Програмне  забезпечення
               необхідно  розглядати  в  коструктивному  руслі  з  метою  вивчення  його

               вдосконалення.  І  в  результаті  можна  сформулювати  нові  вимоги  і  тести  або

               приклади, повернувши їх а процес підтримки команди і управління-розробкою.
                       Кадрант  3.  Бізнес  –  орієнтовані  приклади  допомагають  команді

               проектувати бажаний програмний продукт, але, як мінімум, деякі з прикладів,

               можливо  будуть  неправильні.  Бізнес-експерти  можуть  не  помітити  потрібну
               функціональність або неправильно трактувати, якщо вона не зі сфери їх знань.

               Команда  може  просто  невірно  зрозуміти  деякі  приклади.  Навіть  якщо
               програмісти пишуть код , який проходить бізнес-орієнтовані тести, він може не

               відповідати тому, що замовникові насправді потрібно.

                       І  тут  вступають  у  дію  тести,  що  критикують  програмний  продукт  з
               квадрантів  3  і  4.  Квадрант  3  класифікує  бізнес-орієнтовані  тести,  які

               випробовують  працююче  програмне  забезпечення  на  предмет  невідповідності

               очікуванням  або  конкурентоздатності.  Якщо  проганяють  бізнес-орієнтовані
               тести для критики програмного продукту, то при цьму намагаються емулювати

               спосіб, з яким реальний користувач повинен працювати з додатком. Це ручні
               тести,    які  може  виконувати    тільки  людина.  Для  налагодження  необхідних

               даних можна застосовувати деякі автоматизовані сценарії.

                      Часто  ці  тести  виконують  і  користувачі,  і  замовники.    Приймальне
               тестування (User Acceptance Testing - UAT) дає замовникам шанс оцінити нові

               засоби  і  преглянути,  які  ще  зміни  можуть  знадобитися  в  майбутньому.  Якщо

               команда поставляє клієнту програмне забезпечення на контрактній основі, UAT
               може бути обовязковим кроком для для ствердження завершених історій.

                      Тестування зручності використання – це приклад тестування, яке саме по

               собі  є  наукою.  Спочатку  вибирають  цільові  групи,  вивчають,  як  вони
               використовують додатки, і потім опитують їх враження. Тестування зручності

               може також включати навігацію від сторінки до сторінки або навіть такі прості

               речі,  як  порядок  обходу  по  клавіші  табуляції.  Знання  про  те,  як  користувачі
               працюють з системою,  дають перевагу при тестуванні зручності.

                      Ценральним у цьому квадранті є дослідницьке тестування. Під час сеансу
               дослідницького тестування тестувальник одночасно проектує  і  виконує тести,

               використовуючи критичне мислення для аналізу результатів. Це надає набагато

               кращі можливості вивчення додатків, ніж сценарні тести. Тут мова йде не про
               випадкове       тестування,      яке     здійснюється       експромтом,        імпровізовано.


                                                                                                             52
   48   49   50   51   52   53   54   55   56   57   58