Обеспечение качества программного обеспечения (SQA): планирование, аудит и RevМЭН
Томас Гамильтон
После завершения семи этапов тестирования результаты выглядят хорошими. Никаких существенных проблем в проекте Guru99 Bank не возникло. Вы хорошо справились с проектом и гордились успехом этого проекта.
К сожалению, руководство считает иначе.
У вас нет никаких доказательств того, что вы хорошо справились с этим проектом. Вы обратились к консультанту за решением. Вот ответ
Этот ответ только начало, но у вас все еще есть следующие вопросы:
Этот урок поможет вам ответить на эти вопросы:
Что такое управление тестированием Revвзгляды и аудит?
- Руководство Revвид: Руководство Review также известен как Программное обеспечение Гарантия качества или (SQA). Он больше фокусируется на процессе разработки программного обеспечения, а не на рабочих продуктах программного обеспечения. Обеспечение качества — это набор мероприятий, призванных гарантировать, что руководитель проекта следует стандартному процессу, который уже заранее определен. Другими словами, обеспечение качества гарантирует, что руководитель тестирования делает правильные вещи и правильным образом.
- Аудит: Аудит — это проверка рабочих продуктов и связанной с ними информации для оценки того, соблюдался ли стандартный процесс или нет.
Зачем нам нужен SQA в процессе управления тестированием?
Чтобы понять это, рассмотрим следующий сценарий:
В проекте Guru99 Bank выполняет различные этапы тестирования, такие как:
Как менеджер по тестированию, вы несете ответственность за эту деятельность. Однако, вы находитесь на самой высокой позиции в команде проекта. Кто будет проверять ваши задачи и проверять, выполняются ли действия по управлению проектом на самом высоком уровне?
Что ж, аудитор SQA — это человек, который проверяет и проверяет, что деятельность по управлению проектом выполняется на максимально возможном уровне. стандарт. Только по результатам этой проверки Правление сможет оценить качество реализации вашего проекта.
Вот почему нам нужен менеджмент. Revпросмотр или SQA в процессе управления тестированием.
SQA проводит собеседование с вами, менеджером по тестированию, чтобы сравнить проект с установленными стандартами.
Преимущества SQA:
Как реализовать гарантию качества?
Шаг 1) Разработайте план SQA
Потребности в тестировании План тестирования аналогично, деятельность SQA также нуждается План который называется План SQA.
Целью плана SQA является разработка процессов и процедур планирования, обеспечивающих исключительное качество производимой продукции или услуг, предоставляемых организацией.
Во время планирования проекта менеджер по тестированию составляет план SQA, в котором периодически проводится аудит SQA.
В плане SQA руководитель тестирования должен сделать следующее:
Шаг 1.1) Определите роль и обязанности команды SQA.
В проектной команде каждый участник должен нести ответственность за качество своей работы. Каждый человек должен убедиться, что его работа соответствует критериям качества.
Команда SQA — это группа людей, которая играет главную роль в проект. Без контроля качества ни один бизнес не будет успешным. Поэтому руководитель тестирования должен четко разъяснить ответственность каждого члена SQA в плане SQA, как показано ниже:
- Обзор и оценивать качество проектной деятельности на соответствие критериям обеспечения качества
- координировать с правлением и проектными группами для оценки требований и участия в обзоре проекта и совещаниях по его состоянию.
- Дизайн-трек и собирать метрики для контроля качества проекта.
- Мера качество продукта; обеспечивать продукт соответствует ожиданиям клиентов.
Например, в Плане SQA проекта Guru99 Bank вы можете создать список участников команда СКА как ниже
| Нет | Член | роли | Ответственность |
|---|---|---|---|
| 1 | Питер | Руководитель СКА | Разработать и документировать стандарты качества и процессы для всех процессов управления.
Управление деятельностью по обеспечению качества программного обеспечения для проекта. |
| 2 | James | Аудитор SQA | Выполнять задачи SQA, сообщать руководителю SQA о результатах проверки SQA. |
| 3 | боб | Аудитор SQA | Выполнять задачи SQA, сообщать руководителю SQA о результатах проверки SQA. |
Шаг 1.2) Список рабочих продуктов, которые аудитор SQA будет проверять и проверять.
Менеджер по тестированию должен
- Список все рабочие продукты каждого процесса управления тестированием
- определять к каким средствам или оборудованию может получить доступ аудитор SQA для выполнения задач SQA, таких как оценки процессов и аудиты.
Например, для проекта Guru99 Bank вы можете перечислить рабочие продукты каждого процесса управления тестированием и определить разрешения для членов SQA на доступ к этим рабочим продуктам согласно следующей таблице.
| Нет | Этапы управления | Рабочий продукт | Тропа | Разрешение | Грант лицу |
|---|---|---|---|---|---|
| 1 | Анализ риска | Документ по управлению рисками | [Путь к серверу] | Читать | Все члены команды SQA |
| 2 | оценка | Отчет об оценках и показателях | ... | Читать | Питер |
| 3 | Планирование | Документ планирования тестирования | ... | Читать | Все члены команды SQA |
| 4 | организация | План человеческих ресурсов, план обучения | ... | Читать | Все члены команды SQA |
| 5 | Мониторинг и контроль | Собранные показатели усилий по проекту | ... | Читать | боб |
| 6 | Управление проблемами | Отчет об управлении проблемами | ... | Читать | James |
| 7 | Тестовый отчёт | Документ отчета об испытаниях | ... | Читать | Все члены команды SQA |
Шаг 1.3) Создайте расписание для выполнения задач SQA.
На этом этапе руководитель тестирования должен описать задачи должен выполняться аудитором SQA с особым упором на деятельность SQA, а также рабочий продукт для каждой задачи.
Менеджер тестирования также создает планирование этих задач SQA. Обычно график SQA определяется графиком разработки проекта. Таким образом, задача SQA выполняется в зависимости от того, какие действия по разработке программного обеспечения происходят.
В плане SQA менеджер по тестированию составляет график проверки со стороны руководства. Например
| Время | Задачи обеспечения качества | Персональный ответственный | Описание | Результат |
|---|---|---|---|---|
| 30-Окт-2014 | Оценивать процессы планирования, отслеживания и контроля проекта. | James |
– Спецификация программного обеспечения RevМЭН – Оценка, генеральный график и план проекта RevМЭН |
Отчет о планировании SQA, протокол проверки SQA |
| 15-Dec-2014 | Revпросмотреть анализ требований | James |
– Revпросмотреть разработку требований к программному обеспечению |
Отчет об аудите процесса |
| 30-Mar-2015 | Revпросмотреть и оценить дизайн теста | James |
– Revпросмотреть документ «Дизайн теста» |
Отчет SQA, протокол проверки SQA |
| 30-Mar-2015 | Revпросмотреть выпуск | боб |
– Аудит процесса: окончательный выпуск |
Отчет об аудите процесса SQA |
| 2-Apr-2015 | Revпросмотреть закрытие проекта | боб |
– Внешняя проверка после окончательной поставки заказчику |
Отчет об аудите процесса SQA |
Шаг 2) Определите стандарты/методологию
Чтобы проверить деятельность руководства на соответствие процессу стандартов, вам следует выполнить следующие шаги.
- Определить политику и процедуры, предназначенные для предотвращения возникновения дефектов в процессе управления.
- Документируйте политики и процедуры
- Информируйте и обучайте персонал пользоваться ею.
Шаг 3) Revпросмотреть процесс
Review проектные мероприятия для проверки соответствия определенному процессу управления. В обзоре управления члены SQA должны выполнить 5 обзоров SQA следующим образом
RevВремя для SQA зависит от модели жизненного цикла разработки проекта. В случае проекта Guru99 Bank график проверки должен быть следующим
На каждом этапе SQA Члены SQA обеспечивать консультация и обзоре планов проекта, рабочих продуктов и процедур в отношении соответствия определенной организационной политике и стандартным процедурам.
Во время аудита члены SQA должны использовать Контрольный список проверки SQA
После того, как вы пройдете 3 этапа внедрения обеспечения качества программного обеспечения, вы получите результат управления тестированием. Revпросмотр и аудит. Это свидетельство, которое нужно показать заинтересованным сторонам о качестве вашего управления.
Лучшие практики обеспечения качества программного обеспечения
Вот несколько лучших практик для эффективной реализации SQA.
- Постоянное улучшение: Все стандартные процессы в SQA должны быть улучшены. часто и сделал Официальный представитель в Грузии чтобы другой мог последовать за ним. Этот процесс должен быть сертифицированный популярными организациями, такими как ISO, CMMI… и т. д.
- Документация: Все политики и методы обеспечения качества, определенные командой обеспечения качества, должны быть задокументированы для обучения и повторного использования в будущих проектах.
- Опыт: Выбор членов, являющихся опытными аудиторами SQA, является хорошим способом обеспечить качество проверки со стороны руководства.
- Использование инструмента: Использование таких инструментов, как инструмент отслеживания, инструмент управления процессом SQA, снижает усилия по SQA и стоимость проекта.
- Метрики: Разработка и создание метрик для отслеживания качества программного обеспечения в его текущем состоянии, а также для сравнения улучшений с предыдущими версиями поможет повысить ценность и зрелость программного обеспечения. Тестирование процесс
- Обязанность: Процесс SQA не является задачей члена SQA, а все членызадача. За качество продукта отвечают все в команде, а не только руководитель тестирования или менеджер.
