- •I. Вступ.
- •Загальні поняття.
- •Основні визначення.
- •II. Основна частина.
- •Філософія тестування
- •Інтеграція модулів.
- •Висхідне тестування.
- •Низхідне тестування.
- •Модифікований низхідний метод
- •Метод великого стрибка.
- •Метод сандвіча
- •Модифікований метод сандвіча.
- •Порівняльна характеристика методів тестування.
- •III. Випробування програмних продуктів (аналіз).
- •Мета і особливості випробуванні.
- •Технологічна схема випробування.
- •Планерування і оцінка завершеності випробувань.
- •Стенди відладки і випробування програм.
- •IV. Сертифікація програмних продуктів.
- •Стандартизація систем якості.
- •Класифікація показників якості
- •Вибір номенклатури показників якості
- •Групи показників якості
- •Список використаної літератури:
- •Майерс. Мистецтво тестування програмного забезпечення.
- •Майерс. Надійність програмного забезпечення.
- •Кулаків. Управління якістю програмного забезпечення.
III. Випробування програмних продуктів (аналіз).
Мета і особливості випробуванні.
Випробування є найважливішим елементом управління якістю продукції. Відповідно до ГОСТ 16504—81 під випробуванням промышленной продукції розуміють експериментальне визначення кількісних і якісних характеристик об'єкту випробування як результату дії на нього; при його функционировании; при моделюванні об'єкту і дії. Під випробуванням програмної продукції слід розуміти экспериментальное визначення кількісних і якісних характеристик властивостей продукції при її функціонуванні в реальному середовищі і моделюванні середовища функціонування.
Метою випробування є експериментальне визначення фактичних (досягнутих) характеристик властивостей испытываемого ПІ. Ці характеристики можуть бути як кількісними, так і якісними. Поважно, аби на їх основі можна було зробити вивід про придатність дане ПІ до використання по своєму призначенню. Якщо вивід негативний, то зразок ПІ повертається на доопрацювання. Таким чином перекривається доступ недоброякісної продукції до користувача, Непосредственно в ході випробувань якість ПІ може і не змінитися, оскільки локалізація помилок не є метою випробування. Вместе з тим деякі дефекти в програмах і документації можуть усуватися по ходу випробування.
Випробування є завершуючим етапом розробки. Йому передує етап статичної і динамічної відладки программ. Основним методом динамічної відладки є тестирование. У вузькому сенсі мета тестування полягає в обнаружении помилок, мета ж отладки—не лише у виявленні, але верб усуненні помилок. Проте обмежитися лише відладкою программы, якщо є упевненість в тому, що всі помилки в ній устранены, не можна. Цілі у відладки і випробування різні. Повністю відлагоджена програма може не володіти певними потребительскими властивостями і тим самим бути непридатною до використання по своєму призначенню. Не може служити альтернативой випробуванню і перевірка працездатності програми на контрольному прикладі, оскільки програма, працездатна в умовах контрольного прикладу, може виявитися неработоспособной в інших умовах вживання. Спроби охопити контрольним прикладом всі передбачувані умови функционирования зводяться кінець кінцем до тих же випробувань.
Відповідно до ГОСТ 19,004—80 під випробуванням програм розуміють встановлення відповідності програми заданим требованиям і програмним документам. Це визначення построено на припущенні, що в технічному завданні на розробку програми визначені всі вимоги (характеристики), обеспечение яких гарантує придатність програми до использованию по своєму призначенню. Але така вимога рідко дотримується на практиці. В деяких випадках, особливо в автоматизированных системах, ТЗ на ПС або взагалі не пишуть, або в них перераховують лише функції, які покладаються на ПС, без вказівки вимог до інших споживчих властивостей. За відсутності ТЗ на розробку ПС або повного і обоснованного переліку вимог до характеристик ПС, що розробляється, завдання випробування ПС стає невизначеним і неконструктивной. Що означає встановити відповідність програми заданим вимогам, якщо ці вимоги формально не заданы? Яка користь від встановлення такої відповідності, якщо ці вимоги свідомо «усічені» і не відображають основних споживчих властивостей програми? Користувачеві буде не легко, якщо програма функціонує погано, але це в явному вигляді не противоречит вимогам ТЗ.
За наявності в ТЗ необхідних характеристик основних потребительских властивостей ПІ приведені визначення терміну «випробування» по меті випробування практично збігаються. Проте і в цьому випадку перше визначення є конструктивнішим, оскільки воно формулює не лише мету, але і основний метод проведення випробуванні — перевірка ПІ, функционирующего в реальній або модельованій, але близькій до реального середовища
У зарубіжній літературі, у тому числі в стандартах на програмне забезпечення, поняття «випробування» часто отождествляют з поняттям «тестуванням». Наприклад, в Std IEEE 829—1983 «Документація тестів програмного забезпечення» (США) дано наступне визначення тестування: «...процесс активного аналізу ПО на предмет виявлення розбіжності між реальными і необхідними нормами ПО (тобто наявність помилок в программах) і з метою оцінки характеристик елементів ПО». Данноє визначення об'єднує два приведені визначення термина «випробування» з тією лише різницею, що при прийнятій (див. визначення) концепції пошук і локалізація помилок на є явно вираженими цілями випробування. З врахуванням высказанных міркувань термін «тестування», використовуваний в зарубіжній літературі, інтерпретуватимемо як испытание методом тестування
Тривалість випробування залежить від типа, конфігурації (складнощі) ПС, а також від цілей і міри автоматизації рассматриваемого технологічного процесу. При випробуванні операционных систем вона вагається від одного до шести місяців [20]. Складні програмні комплекси після інтеграції можуть випробовуватися і більш тривалий час.
Основними видами випробування ПП є попередні, приймальні і експлуатаційні випробування, включаючи дослідну експлуатацію. Особливості їх організації і проведення детально розглянуті в книзі [18].
Залежно від місця проведення розрізняють стендові і полігонні випробування. Під випробувальним стендом розуміють сукупність технічних пристроїв і математичних моделей, що забезпечують в автоматичному режимі імітацію середовища функціонування; вступ вхідних даних, що спотворюють дії; реєстрацію інформації про функціонування ПС, а також управління процесом випробування і об'єктом випробування. Якщо в основу стендових випробувань покладений принцип моделирования, то відповідні випробувальні стенди називають такими, що моделюють.
Випробувальним полігоном називають місце, призначене для випробувань в умовах, близьких до умов експлуатації, і забезпечене необхідними засобами випробування. Полігонним випробуванням піддають системи, що працюють в реальному масштабе часі. У полігонних умовах зазвичай поєднують натурные випробування з використанням реальних об'єктів автоматизируемых систем і моделювання деяких об'єктів і процессов їх функціонування. У останнє. Час в деяких розробляючих організаціях створюють випробувальні полигоны, що є сукупністю спеціалізованих за профілем даної організації випробувальних стендів. Такі полигоны мають загальну технічну і інформаційну бази, а також програмні засоби організації випробувань.
По мірі залежності випробувачів від розробників различают залежні і незалежні випробування. При залежних випробуваннях основні операції з випробовуваними ПС (подготовка до роботи, підготовка і введення вихідних даних, реєстрація і аналіз результатів) виконують розробники програм. Оценку результатів випробування виробляє комісія при активній участі розробників. Незалежні випробування проводять специальные підрозділи, що не несуть відповідальності за разработку програм і руководителям розробки, що безпосередньо не підкоряються.
