Взгляд на QA со стороны
- 1. Взгляд на QA чужими глазами. QA from not QA’s perspectiveМоя личная точка зрения или доклад тролля...Калугин Александр,Ph.D, PMPMercury Development, LLCalex.kalouguine@gmail.com
- 2. 2QA about QAМы можем делать не Quality Assurance,а только Quality ControlНе только мы отвечаем за качествоПрограмм без багов не бывает. «Телепаты в отпуске»Нас спрашивают слишком поздно...
- 3. 3QA about QARequirementsDefectsQCRecommendationsArtifacts (Software Product)
- 4. Идеальный тестировщикМожет проанализировать спецификациюПереводит спецификацию в тестовый сценарий (т.е. документ, полностью подчиненный спецификации)Умеет быстро и надежно воспроизводить баги по описанию и корректно описывать условия воспроизведения.Умеет оптимизировать собственный труд, вырабатывая автоматизированные процедуры. и т.д.формализм4
- 5. К чему приводит (проблема)Смещение фокуса – основной упор делается оптимизации процессов контроля качества (автоматизированные тесты, нагрузочные тесты, скрипты, и т.д.)Выработка дополнительный процедур, суть которых – тот же контроль качества.Контроль качества работы «кодеров»Отчетность «в багах»...5
- 6. Возможные причиныРаз все баги не перефиксить – пусть лучше о них мы будем меньше знать. В конце концов значение имеют баги, которые найдет заказчик, а не мы.Тестирование -- «отрицательная» деятельность, которая лишь направлена на выявление недостатков – если хорошо разрабатывать – QC не нужны. Чтобы оправдать затраты – деятельность QC должна быть измерима и не вызывать сомнений, что делается «какая-то фигня».6
- 7. «Фатальные» проблемы качества:Не нравится заказчику – Ну не нравится и всё тут!Несоответствие продукта – бизнес-цели – не приносит денегНесоответствие продукта ожиданиям конечных пользователей – неудобно пользоватьсяСложность освоения – сразу непонятно, как пользоваться, непохоже на остальное.Не вписывается в toolset – продукт – сам по себе, не связан с OS или другими продуктами.Продукт стабилен только в рамках определенных сценариев использования, шаг влево-вправо – «Тормозит и валится».Продукт тяжело расширять или добавлять новые фичи7
- 8. «Фатальные» проблемы качества:Не являются следствием недостатков процесса разработки или неследования этому процессу.Не являются ошибками кодеров.Практически невозможно выявить в процессе формальной проверки соответствия продукта функциональным требованиям.Очень сложно выявить в рамках формализованных процессов и процедур.8
- 9. Задачи-максимум QA(моя мечта )Обеспечить беспроблемную приемку проекта заказчику.Гарантировать успешность продуктаГарантировать удобство и интуитивность пользования продуктом, его стабильность, производительность и расширяемостьМинимизировать затраты на процессы QC и разработкуМинимизировать риски проекта.9
- 10. Задачи-максимум QA(моя мечта )10
- 11. 11Может быть как-нибудь можно?RequirementsRisk InventoryBusiness Goals Constraints and PrioritiesQCArtifacts (Software Product)Architectural PatternsHistorical RecordsOS GuidelinesCompetitive Products
- 12. 12Может быть как-нибудь можно?RequirementsRisk InventoryQCArchitecture AnalysisDefectsHistorical RecordsUsability Analysis
- 13. Может быть как-нибудь можно?Участие на всех стадиях включая Pre-saleВзаимодействие со всеми ролями в проектеВовлеченность и ответственность за результатСмена приоритетов13
- 14. 14Типа усё...Калугин Александр,Ph.D, PMPMercury Development, LLCalex.kalouguine@gmail.com