После завершения семи этапов тестирования результаты выглядят неплохо. В проекте Guru99 Bank существенных проблем не возникло. Вы хорошо справились с проектом, и вы гордились его успехом.
К сожалению, Правление думает иначе.
У вас нет никаких доказательств того, что вы хорошо справились с этим проектом. Вы попросили советника о решении. Вот ответ
Этот ответ является началом, но у вас все еще есть следующие вопросы -
Этот учебник поможет вам ответить на эти вопросы -
Что такое проверка и аудит управления тестированием?
-
Обзор со стороны руководства: Обзор со стороны руководства также известен как гарантия качества программного обеспечения или (SQA). В нем больше внимания уделяется программному процессу, а не программным продуктам. Обеспечение качества - это набор действий, направленных на то, чтобы менеджер проекта следовал стандартному процессу, который уже определен заранее. Другими словами, контроль качества гарантирует, что менеджер по тестированию делает правильные вещи правильным образом.
-
Аудит: Аудит - это проверка рабочих продуктов и соответствующей информации для оценки того, соблюдался ли стандартный процесс или нет.
Зачем нам нужен SQA в процессе управления тестированием?
Чтобы понять это, рассмотрим следующий сценарий:
В проекте Guru99 Bank обрабатывает различные этапы тестирования, такие как -
Как руководитель тестирования, вы отвечаете за эти действия. Тем не менее, вы занимаетесь высшим постом в проектной команде. Кто будет проверять ваши задачи и проверять выполнение мероприятий по управлению проектами на высшем уровне?
Что ж, аудитор SQA - это человек, который проверяет и проверяет, что действия по управлению проектом выполняются на самом высоком уровне . Только по результатам этой проверки Правление может оценить качество выполнения вашего проекта.
Это причина, по которой нам действительно нужен Management Review или SQA в процессе управления тестированием.
SQA проводит собеседование с вами, менеджером по тестированию, чтобы сравнить проект с установленными стандартами.
Преимущества SQA -
Как реализовать гарантию качества?
Шаг 1) Разработайте план SQA
Для деятельности по тестированию нужен план тестирования, так же как для деятельности SQA также нужен план, который называется планом SQA.
Цель плана SQA - разработать процессы и процедуры планирования для обеспечения исключительного качества производимой продукции или услуг, предоставляемых организацией.
Во время планирования проекта Test Manager составляет план SQA, в котором периодически планируется аудит SQA.
В плане SQA менеджер тестирования должен выполнять следующие действия.
Шаг 1.1) Определите роль и обязанности команды SQA.
В проектной команде каждый участник должен нести ответственность за качество своей работы. Каждый человек должен убедиться, что его работа соответствует критериям QA.
Команда SQA - это группа людей, играющих главную роль в проекте. Без контроля качества ни один бизнес не будет успешным. Таким образом, менеджер тестирования должен четко обозначить ответственность каждого члена SQA в плане SQA, как показано ниже:
- Анализировать и оценивать качество проектной деятельности на предмет соответствия критериям обеспечения качества.
- Координируйте действия с правлением и проектными группами для оценки требований и участия в совещаниях по обзору проекта и статусу.
- Создавайте отслеживание и собирайте метрики для мониторинга качества проекта.
- Измерьте качество продукта; убедиться, что продукт соответствует ожиданиям клиентов.
Например, в плане SQA проекта Guru99 Bank вы можете создать список членов команды SQA, как показано ниже.
|
Нет |
Член |
Роли |
Обязанность |
|---|---|---|---|
|
1 | Питер | Лидер SQA | Разработка и документирование стандарта качества и процесса для всего процесса управления. Управление деятельностью по обеспечению качества программного обеспечения для проекта. |
| 2 | Джеймс | Аудитор 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 | Управление проблемами | Отчет об управлении проблемами | … | Читать | Джеймс |
| 7 | Отчет об испытаниях | Документ отчета об испытаниях | … | Читать | Все члены команды SQA |
Шаг 1.3) Создайте расписание для выполнения задач SQA
На этом этапе менеджер тестирования должен описать задачи, которые должен выполнить аудитор SQA, с особым акцентом на действиях SQA, а также рабочий продукт для каждой задачи.
Test Manager также составляет расписание этих задач SQA. Обычно график SQA определяется графиком разработки проекта. Следовательно, задача SQA выполняется в зависимости от того, какие действия по разработке программного обеспечения выполняются.
В плане SQA менеджер тестирования составляет график проверки со стороны руководства. Например
|
Дата |
Задачи SQA |
Личный ответственный |
Описание |
Выход |
|---|---|---|---|---|
| 30 октября 2014 г. | Оценивать процессы планирования, отслеживания и надзора за проектами | Джеймс | - Обзор спецификаций программного обеспечения - Оценка, сводный график и обзор плана проекта | Отчет о планировании SQA, протокол обзора SQA |
| 15 декабря 2014 г. | Обзор анализа требований | Джеймс | - Обзор разработки требований к программному обеспечению | Отчет об аудите процесса |
| 30 марта 2015 г. | Обзор и оценка дизайна теста | Джеймс | - Изучите документ о дизайне теста. | Отчет SQA, протокол обзора SQA |
| 30 марта 2015 г. | Обзор релиза | Фасоль | - Аудит процесса: окончательный выпуск | Отчет об аудите процесса SQA |
| 2 апреля 2015 г. | Обзор закрытия проекта | Фасоль | - Внешний обзор после окончательной доставки заказчику | Отчет об аудите процесса SQA |
Шаг 2) Определите стандарты / методологию
Чтобы сравнить деятельность Управления со стандартами, вы должны выполнить следующие шаги.
- Определить политику и процедуры, предназначенные для предотвращения дефектов в процессе управления.
- Документируйте политики и процедуры
- Информируйте и обучите персонал пользоваться им
Шаг 3) Просмотрите процесс
Изучите деятельность по проекту, чтобы убедиться в соответствии определенному процессу управления. При проверке со стороны руководства члены SQA должны выполнить 5 проверок SQA следующим образом:
Время проверки SQA зависит от модели жизненного цикла разработки проекта. В случае проекта Guru99 Bank график проверки должен быть следующим
На каждом этапе SQA члены SQA проводят консультации и анализируют планы проекта, рабочий продукт и процедуры на предмет соответствия установленной политике организации и стандартным процедурам.
Во время аудита члены SQA должны использовать контрольный список проверки SQA.
После того, как вы пройдете через 3 этапа внедрения Software Assurance, вы получите результат Test Management Review & Audit. Это свидетельство качества вашего управления, которое вы должны продемонстрировать заинтересованным сторонам.
Лучшие практики обеспечения качества программного обеспечения
Вот несколько лучших практик для эффективной реализации SQA
- Непрерывное улучшение: все стандартные процессы в SQA необходимо часто улучшать и делать официальными, чтобы другие могли следовать. Этот процесс должен быть сертифицирован популярными организациями, такими как ISO, CMMI… и т. Д.
- Документация: все политики и методы обеспечения качества, определенные командой QA, должны быть задокументированы для обучения и повторного использования в будущих проектах.
- Опыт: выбор членов, которые являются опытными аудиторами SQA, - хороший способ обеспечить качество анализа со стороны руководства.
- Использование инструмента: использование инструмента, такого как инструмент отслеживания, инструмент управления для процесса SQA, снижает усилия SQA и стоимость проекта.
- Метрики: разработка и создание метрик для отслеживания качества программного обеспечения в его текущем состоянии, а также для сравнения улучшений с предыдущими версиями поможет повысить ценность и зрелость процесса тестирования.
- Ответственность: процесс SQA - это задача не члена SQA, а задача каждого . За качество продукта отвечает каждый в команде, а не только руководитель тестирования или менеджер.