Как далеко нужно зайти при тестировании распределенной базы данных?

Я работаю в команде, помогающей использовать Platform V DataGrid максимально эффективно и надежно в сервисах экосистемы Сбера.

DataGrid — это распределенная open-source СУБД. В Сбере её используют полторы сотни сервисов, включая самые важные. Мы обеспечиваем гарантии качества продукта на протяжении всего его жизненного цикла, от разработки в open-source-комьюнити до развертывания на наших серверах, и даже после него! Подходы, применяемые нами при тестировании DataGrid, довольно сильно выходят за рамки типовых, некоторые даже могут выглядеть абсурдными, но только на первый взгляд.

Расскажу, как мы смогли для применяемого нами open-source-продукта обеспечить:
* быстрое исправление дефектов,
* быструю разработку нужной нам функциональности,
* перформанс в важных нам сценариях (throughput и latency),
* безопасность (отсутствие уязвимостей),
* простоту внедрения (уверенность в работоспособности на реальных высоконагруженных окружениях),
* надежную работу в эксплуатации (доступность и сохранность данных);
и какой в этом вклад
* разработки, тестирования, внедрения и сопровождения (кто из них больше тестирует),
* разных подходов к тестированию (включая системное),
* автоматизации тестирования и разработки (снятие с разработки рутинных задач).