Взгляд на QA чужими глазами. QA from not QA’s perspective

QA about QA
Мы можем делать не Quality Assurance, а только Quality Control
Не только мы отвечаем за качество
Программ без багов не бывает.
«Телепаты в отпуске»
Нас спрашивают слишком поздно...

QA about QA
Requirements
Artifacts (Software Product)
QC
Defects
Recommendations

Идеальный тестировщик
Может проанализировать спецификацию
Переводит спецификацию в тестовый сценарий (т.е. документ, полностью подчиненный спецификации)
Умеет быстро и надежно воспроизводить баги по описанию и корректно описывать условия воспроизведения.
Умеет оптимизировать собственный труд, вырабатывая автоматизированные процедуры. и т.д.
формализм

К чему приводит (проблема)
Смещение фокуса – основной упор делается оптимизации процессов контроля качества (автоматизированные тесты, нагрузочные тесты, скрипты, и т.д.)
Выработка дополнительный процедур, суть которых – тот же контроль качества.
Контроль качества работы «кодеров»
Отчетность «в багах»...

Возможные причины
Раз все баги не перефиксить – пусть лучше о них мы будем меньше знать. В конце концов значение имеют баги, которые найдет заказчик, а не мы.
Тестирование -- «отрицательная» деятельность, которая лишь направлена на выявление недостатков – если хорошо разрабатывать – QC не нужны.
Чтобы оправдать затраты – деятельность QC должна быть измерима и не вызывать сомнений, что делается «какая-то фигня».

«Фатальные» проблемы качества:
Не нравится заказчику – Ну не нравится и всё тут!
Несоответствие продукта – бизнес-цели – не приносит денег
Несоответствие продукта ожиданиям конечных пользователей – неудобно пользоваться
Сложность освоения – сразу непонятно, как пользоваться, непохоже на остальное.
Не вписывается в toolset – продукт – сам по себе, не связан с OS или другими продуктами.
Продукт стабилен только в рамках определенных сценариев использования, шаг влево-вправо – «Тормозит и валится».
Продукт тяжело расширять или добавлять новые фичи

«Фатальные» проблемы качества:
Не являются следствием недостатков процесса разработки или неследования этому процессу.
Не являются ошибками кодеров.
Практически невозможно выявить в процессе формальной проверки соответствия продукта функциональным требованиям.
Очень сложно выявить в рамках формализованных процессов и процедур.

Задачи-максимум QA (моя мечта ☺)
Обеспечить беспроблемную приемку проекта заказчику.
Гарантировать успешность продукта
Гарантировать удобство и интуитивность пользования продуктом, его стабильность, производительность и расширяемость
Минимизировать затраты на процессы QC и разработку
Минимизировать риски проекта.

Задачи-максимум QA (моя мечта ☺)

Может быть как-нибудь можно?
Requirements
Artifacts (Software Product)
QC
Risk Inventory
Architectural Patterns
Historical Records
OS Guidelines
Competitive Products
Business Goals Constraints and Priorities

Может быть как-нибудь можно?
Requirements
Defects
QC
Risk Inventory
Historical Records
Usability Analysis
Architecture Analysis

Может быть как-нибудь можно?
Участие на всех стадиях включая Pre-sale
Взаимодействие со всеми ролями в проекте
Вовлеченность и ответственность за результат
Смена приоритетов