Коли вперше переді мною постало завдання скласти план тестування програмного забезпечення, то я як не старався, але знайти складені за канонами стандартів зразки так і не зміг. Більшість хлопців на просторах російськомовного інтернету намагаються називати планом тестування сценарії тестування, які містять набори тест-кейсів і впевнені в своїй правоті.
Довелося мені звернутися до стандартів, щоб скласти план тестування. Вивчивши рекомендації методології RUP (Rational Unified Process) і стандарт IEEE 829 я зрозумів, що я прихильник RUP і тому план тестування почав складати, відштовхуючись від їх рекомендацій.
При написанні плану тестування і вивчення даних, які в ньому мають бути присутні, у мене склалося враження, що обидві методології або обидва стандарти (кому як завгодно) прив'язуються до каскадної методології розробки програмного забезпечення (далі ПЗ). Виникло питання, а що ж робити тим, хто працює за гнучкою методології розробки ПО (далі Agile) включаючи нас? Багато хто може вигукнути: тут план не потрібен! Ви не праві. План тестування потрібен в будь-якому випадку, адже в ньому описано весь процес тестування програмного забезпечення (тут не мається на увазі докладна, покрокова інструкція для «нетяма»). І дана інформація корисна, а в деяких випадках і важлива, для нової людини, який включається в проект і особливо тестувальників.
Я вирішив написати план так як рекомендують, не звертаючи уваги на прив'язку до методології розробки ПО. Склавши план тестування, вивчивши свою працю і осмисливши написане я прийшов до висновку, що план застосуємо і до Agile, для цього достатньо виключити з плану терміни проведення тестування - це мене бентежило весь час при написанні плану тестування. Також з плану я виключив ризики. Я вважаю, що ризики в план можна вносити при проектній діяльності та каскадної методології розробки ПО, а при Agile нам вони в плані не потрібні. Нам - це означає команду, в якій я працюю. Вам можливо опис ризиків знадобиться.
Проробивши певну роботу мною було складено план тестування ПО. Що в нього входить ви можете вивчити в рекомендаціях RUP або стандарту IEEE 829, а також вивчивши план тестування, який я доклав до даної статті.
Я вважаю, що на будь-якому проекті з розробки програмного забезпечення повинен бути план тестування, щоб нові тестувальники прийшовши на проект могли відразу ознайомитися з методами тестування розробляється ПО, яке їм належить тестувати і з іншими нюансами, які при відсутності плану їм доведеться витягувати з людей, працюючих на проекті, але перед цим витративши величезну кількість часу в пошуку носія інформації або декількох носіїв.
Файли для скачування