Качествен контрол срещу осигуряване на качеството срещу тестване. Каква е разликата?

Много хора и организации са объркани относно разликата между осигуряване на качеството (QA), контрол на качеството (QC) и тестване. Те са тясно свързани, но са различни понятия. Тъй като и трите са необходими за ефективно управление на рисковете от разработването и поддържането на софтуер, за мениджърите на софтуера е важно да разберат разликите.

Всъщност тестът и QC са включени в QA, така че обичайната „matryoshka“ ще бъде най-простото сравнение.

Да започнем с ОСИГУРЯВАНЕ НА КАЧЕСТВОТО

Осигуряването на качеството е набор от мерки, обхващащи всички технологични етапи на разработване, пускане и експлоатация на софтуер, за да се гарантира качеството на продукта. Ако е малко по-лесно, тогава това е мозъчният център за вземане на решения в екипи за осигуряване на качеството на продуктите, най-голямата ни matryoshka.

Процесът на осигуряване на качеството се състои от:

  • Проверява спецификации и софтуерни изисквания.
  • Оценка на риска.
  • Задачи за планиране за подобряване на качеството на продукта.
  • Изготвяне на тестова документация (срок, подход, план за тестване, контролен списък), тестови среди и данни. В сравнение с QC и тестване на този етап се разработва ефективен модел и последователност на провеждане на различни тестове на продуктите и се описват инструменти и сценарии, които ще осигурят необходимото ниво на покритие на функционалността.
  • Тестване и проверка на изискванията и спецификациите.
  • Процес на тестване на продукта.
  • Анализ на резултатите от тестовете, отчитане и други документи за приемане

QA-мениджърът трябва да разбере точно в кой момент тестерът ще се свърже с проекта и да има време да подготви план за тестване, тестова документация, среда до този момент. Освен това той трябва да притежава няколко умения на другите членове на екипа:

От маркетолога - разбиране на целевата аудитория и пазара.

От програмиста - поне повърхностно разбиране на кода и техническите ограничения за изпълнение на функционала.

От PM - цялостно възприемане на всички части на проекта, разбиране на времето, етапите и итерациите на жизнения цикъл на проекта.

По този начин разбрахме, че QA, в допълнение към прякото тестване и оценка на качеството на даден продукт, е поредица както от организационни мерки за планиране и оформяне на подхода, така и от подготвителни дейности. Всичко това позволява да се постигне високо качество на продукта, артефакти и директно целия процес на привличане на екипа за тестване.

КОНТРОЛ НА КАЧЕСТВОТО

Вътре в куклата QA е QC. Това е проверка на текущото състояние на тестовия обект, като се използват критерии като:

  • Степента на готовност на продукта за пускане.
  • Съответствие с изискванията.
  • Съответствие с декларираното ниво на качество на проекта.

По този начин основният фронт в работата на QC-мениджъра се състои от междинни и крайни резултати от развитието. Това обикновено се контролира, както следва:

  • Проверява функционалността на изискванията.
  • Анализирана документация за съответствие със стандартите за писане, съдържание и формат. Можете да проверите тестовата документация и спецификацията, както и графика на проекта.
  • Прави се преглед на кода по отношение на адекватността на стандартите за програмиране, архитектурната документация, изискванията за сигурност и др.

Тоест, целта на мероприятията за контрол на качеството е да осигури подходящи и навременни съкращения на качеството въз основа на различни методи за неговото изчисляване, в зависимост от етапа на разработване на продукта и броя и приоритета на откритите дефекти.

ТЕСТВАНЕ

Тестването е проверка на съответствието на създадения продукт с изискванията, извършена чрез анализ на неговата работа при специални условия, подбрани по определен начин.

Общата схема на тестване изглежда така:

1. Тестерът получава изискванията за продукта и / или входа.

2. Той създава тестове и наблюдава поведението на програмата при определени условия.

3. Тестерът получава данни за съответствие и несъответствие на поведението на продукта със спецификациите. След това той документира това под формата на описание на дефекти, попълвайки тестова документация.

4. Получената информация се използва за подобряване на продукта или промяна на изискванията чрез извършване на промени в кода.

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

Той е в състояние да определи какво е причинило грешката или поне знае къде да я търси. Включването на стандартната практика е използването на помощни инструменти и вътрешни възможности на платформата за разработка, контрол на регистрационните файлове на приложенията, работа с базата данни.

По принцип всички тези 3 роли могат да бъдат комбинирани в една - това не е лошо за малките проекти, но когато или броят на малките проекти расте, или имаме много голям проект, бих предпочел да отделя всички 3 роли (тестери, т.е. инженери за контрол на качеството и осигуряване на качеството).

Също така често ролята на QC може да бъде изиграна от добре изградени диаграми: резултати от тестове, диаграми на отворени грешки по отношение на освободените компилации и т.н., въз основа на които QA може да направи независими оценки на качеството.

Между другото, за успешно тестване на софтуер, екипът на Fintegro Company Inc. винаги може да се притече на помощ и да направи вашия проект перфектен!

Продължавайте да се актуализирате с нашите актуализации!

Споделете своите мисли с нас в коментари или чрез нашите социални медии:

LinkedIn: https://www.linkedin.com/company/fintegro-company-inc

Twitter: https://twitter.com/fintegro

Facebook: https://www.facebook.com/fintegro