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