Взгляд на QA чужими глазами. QA from not QAs perspective Моя личная точка зрения или доклад тролля... Калугин Александр, Ph.D, PMP Mercury Development, - презентация

1 Взгляд на QA чужими глазами. QA from not QAs perspective Моя личная точка зрения или доклад тролля... Калугин Александр, Ph.D, PMP Mercury Development, LLC

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

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

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

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

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

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

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

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

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

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

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

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

14 14 Типа усё... Калугин Александр, Ph.D, PMP Mercury Development, LLC