В компании Conquest Software Solutions существует устный закон (читай "Меморандум качества") в разрезе продуктов:
- ClearDB обязан иметь идеальный интерфейс и генерить красивые выходные доки, а наличие AV-ошибок (критичные функциональные) не является блокером выпуска;
- в SQLDetective абсолютно не важны интерфейсные глюки, но не должны случаться критичные и фатальные ошибки в выпускаемом билде (иначе в недельный срок будет перевыпуск);
- ClearSQL можно выпускать как с интерфейсными проблемами, так и с функциональными, лишь бы показать видимость фикса бага от конечного пользователя.
А вообще-то, если хотите составить хороший меморандум, то составьте таблицу из пунктов тестирования (функциональное, защищённость, дымовое, системное и т.д. в максимальной детализации) и параметров необходимости того или иного вида тестирования для продукта. Также не помешает колонка с величиной возможностей команды тестирования. Заполните по трёх- (очень надо, можно, лишнее - можем, надо подучиться, нет спецов) или пяти-бальной системе сначала свои возможности, потом колонку необходимостей продукту вместе с владельцем продукта. Из такой таблицы у вас и получится не только самый правильный "Меморандум качества", но и план повышения квалификации команды тестирования.
See also: Смета качества