SlideShare a Scribd company logo

Артефакты тестирования: быть или не быть?

1 of 24
Download to read offline
Гриневич Максим,[object Object],Артефакты тестирования: быть или не быть? ,[object Object]
Что? Где? Когда...?,[object Object],Как называется?,[object Object],Что содержит?,[object Object],Для чего?,[object Object],Когда и кем?,[object Object],А надо ли?,[object Object]
Артефакты тестирования,[object Object],План тестирования (Test Plan),[object Object],Стратегия тестирования (Test strategy),[object Object],Варианты использования (Use cases),[object Object],Тестовые сценарии (Test cases),[object Object],Матрица соответствий (Traceability matrix),[object Object],«Список проверки» (Checklist),[object Object],Описание ошибки (Bug report),[object Object],Отчет о тестировании (Test result report),[object Object],....,[object Object]
Как называется: План тестирования – Test Plan,[object Object],Что содержит:,[object Object],Требуемые ресурсы(специальное оборудование, ПО, люди и их обязанности, тренинги), что будет / не будет протестировано,условияначала тестирования, условия успешного/неуспешного окончания тестирования, риски, стратегия тестирования[?], типы тестирования1,[object Object]
Как называется: План тестирования – Test Plan,[object Object],Для чего:,[object Object],понять что, как, когда будет/не будет проверяться (составить календарный план, определится с инструментарием и тд.),[object Object],донести эту информацию до продюссера/команды,[object Object],Когда:,[object Object], Начало работы над проектом,[object Object],Кем:,[object Object],Менеджер тестировщиков/руководитель группы,[object Object]
Как называется: План тестирования – Test Plan,[object Object],А надо ли:,[object Object],«Да»:,[object Object],[object Object]
Ad

Recommended

2.3 Тестирование: процесс, роли, артефакты
2.3 Тестирование: процесс, роли, артефакты2.3 Тестирование: процесс, роли, артефакты
2.3 Тестирование: процесс, роли, артефактыNatalia Odegova
 
Роли, в которые играют тестировщики
Роли, в которые играют тестировщикиРоли, в которые играют тестировщики
Роли, в которые играют тестировщикиSQALab
 
Fundamental test process
Fundamental test processFundamental test process
Fundamental test processQA Guards
 
Управление тестированием. Анализ типичных проблем
Управление тестированием. Анализ типичных проблемУправление тестированием. Анализ типичных проблем
Управление тестированием. Анализ типичных проблемSQALab
 
Тест-дизайн: проще читать или проще писать
Тест-дизайн: проще читать или проще писатьТест-дизайн: проще читать или проще писать
Тест-дизайн: проще читать или проще писатьSQALab
 
Идентификация рисков и проблем тестирования
Идентификация рисков и проблем тестированияИдентификация рисков и проблем тестирования
Идентификация рисков и проблем тестированияSQALab
 

More Related Content

What's hot

Метод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестированииМетод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестированииSQALab
 
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...SQALab
 
IntroductionPrinciples
IntroductionPrinciplesIntroductionPrinciples
IntroductionPrinciplesQA Guards
 
Проблемы документирования в долгосрочных проектах - хотите поговорить об этом?
Проблемы документирования в долгосрочных проектах - хотите поговорить об этом?Проблемы документирования в долгосрочных проектах - хотите поговорить об этом?
Проблемы документирования в долгосрочных проектах - хотите поговорить об этом?SQALab
 
МАСТЕР-КЛАСС. Риски тестирования
МАСТЕР-КЛАСС. Риски тестированияМАСТЕР-КЛАСС. Риски тестирования
МАСТЕР-КЛАСС. Риски тестированияSQALab
 
Grey box techniques
Grey box techniquesGrey box techniques
Grey box techniquesQA Guards
 
SQA Days-13 @ Piter v3.1 web
SQA Days-13 @ Piter v3.1 webSQA Days-13 @ Piter v3.1 web
SQA Days-13 @ Piter v3.1 webOleg Tatarchuk
 
[Sqa days]risk driven testing
[Sqa days]risk driven testing[Sqa days]risk driven testing
[Sqa days]risk driven testingAlexei Lupan
 
Процесс тестирования
Процесс тестированияПроцесс тестирования
Процесс тестированияAlexander Solosh
 
Александр Александров -- Надёжный тест-дизайн (мастер-класс)
Александр Александров -- Надёжный тест-дизайн (мастер-класс)Александр Александров -- Надёжный тест-дизайн (мастер-класс)
Александр Александров -- Надёжный тест-дизайн (мастер-класс)sqadays8
 
Управление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестированияУправление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестированияSQALab
 
Static testing
Static testingStatic testing
Static testingQA Guards
 

What's hot (19)

Метод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестированииМетод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
 
лекция4 qa
лекция4 qaлекция4 qa
лекция4 qa
 
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
 
IntroductionPrinciples
IntroductionPrinciplesIntroductionPrinciples
IntroductionPrinciples
 
Проблемы документирования в долгосрочных проектах - хотите поговорить об этом?
Проблемы документирования в долгосрочных проектах - хотите поговорить об этом?Проблемы документирования в долгосрочных проектах - хотите поговорить об этом?
Проблемы документирования в долгосрочных проектах - хотите поговорить об этом?
 
Тест-дизайн "в цикле"
Тест-дизайн "в цикле"Тест-дизайн "в цикле"
Тест-дизайн "в цикле"
 
МАСТЕР-КЛАСС. Риски тестирования
МАСТЕР-КЛАСС. Риски тестированияМАСТЕР-КЛАСС. Риски тестирования
МАСТЕР-КЛАСС. Риски тестирования
 
Test levels
Test levelsTest levels
Test levels
 
Grey box techniques
Grey box techniquesGrey box techniques
Grey box techniques
 
SQA Days-13 @ Piter v3.1 web
SQA Days-13 @ Piter v3.1 webSQA Days-13 @ Piter v3.1 web
SQA Days-13 @ Piter v3.1 web
 
Istqb lesson 4
Istqb lesson 4Istqb lesson 4
Istqb lesson 4
 
02ka-nov
02ka-nov02ka-nov
02ka-nov
 
План тестирования
План тестированияПлан тестирования
План тестирования
 
[Sqa days]risk driven testing
[Sqa days]risk driven testing[Sqa days]risk driven testing
[Sqa days]risk driven testing
 
Процесс тестирования
Процесс тестированияПроцесс тестирования
Процесс тестирования
 
Александр Александров -- Надёжный тест-дизайн (мастер-класс)
Александр Александров -- Надёжный тест-дизайн (мастер-класс)Александр Александров -- Надёжный тест-дизайн (мастер-класс)
Александр Александров -- Надёжный тест-дизайн (мастер-класс)
 
Управление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестированияУправление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестирования
 
Static testing
Static testingStatic testing
Static testing
 
Test types
Test typesTest types
Test types
 

Similar to Артефакты тестирования: быть или не быть?

Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...
Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...
Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...QA Club Minsk
 
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019GoQA
 
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019GoQA
 
Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...
Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...
Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...Tanya Zavialova
 
Модуль 8. Лекция 37-38. Управление качеством проекта
Модуль 8. Лекция 37-38. Управление качеством проектаМодуль 8. Лекция 37-38. Управление качеством проекта
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
 
Tpo 05111(1)
Tpo 05111(1)Tpo 05111(1)
Tpo 05111(1)Nickola14
 
Обзор методов юзабилити-тестирования
Обзор методов юзабилити-тестированияОбзор методов юзабилити-тестирования
Обзор методов юзабилити-тестированияSQALab
 
Риск тестирование с использованием анализа влияний
Риск тестирование с использованием анализа влиянийРиск тестирование с использованием анализа влияний
Риск тестирование с использованием анализа влиянийTashaShebelyst
 
Улучшение процесса тестирования: контентные модели
Улучшение процесса тестирования: контентные моделиУлучшение процесса тестирования: контентные модели
Улучшение процесса тестирования: контентные моделиSQALab
 
Usability testing methods overview (SQA Days’13)
Usability testing methods overview (SQA Days’13)Usability testing methods overview (SQA Days’13)
Usability testing methods overview (SQA Days’13)Tatyana Tabakova
 
Тестирование ПО (лекция 2)
Тестирование ПО (лекция 2)Тестирование ПО (лекция 2)
Тестирование ПО (лекция 2)Igor Khmelnytskyy
 
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестированияIgor Pozumentov
 
Test management
Test managementTest management
Test managementQA Guards
 
About Testers
About TestersAbout Testers
About Testersantsh
 
"Опыт создания системы управления сборкой и тестированием" (полная)
"Опыт создания системы управления сборкой и тестированием" (полная)"Опыт создания системы управления сборкой и тестированием" (полная)
"Опыт создания системы управления сборкой и тестированием" (полная)SPB SQA Group
 
Оценка трудозатрат на тестирование в проектах сопровождения
Оценка трудозатрат на тестирование в проектах сопровожденияОценка трудозатрат на тестирование в проектах сопровождения
Оценка трудозатрат на тестирование в проектах сопровожденияSQALab
 
Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...
Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...
Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...Tech Talks @NSU
 
Ярослав Пернеровский (QA Factory/GlobalLogic):"Рукописи не горят, но и не тон...
Ярослав Пернеровский (QA Factory/GlobalLogic):"Рукописи не горят, но и не тон...Ярослав Пернеровский (QA Factory/GlobalLogic):"Рукописи не горят, но и не тон...
Ярослав Пернеровский (QA Factory/GlobalLogic):"Рукописи не горят, но и не тон...GTestClub
 
Нагрузочное тестирование
Нагрузочное тестированиеНагрузочное тестирование
Нагрузочное тестированиеSPB SQA Group
 
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестированииМетод No-Tests-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестированииDeutsche Post
 

Similar to Артефакты тестирования: быть или не быть? (20)

Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...
Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...
Брич Наталья - Невыносимая переносимость кроссплатформенных приложений на при...
 
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
 
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
АНТОН СЕРПУТЬКО «Start performance testing from scratch» QADay 2019
 
Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...
Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...
Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...
 
Модуль 8. Лекция 37-38. Управление качеством проекта
Модуль 8. Лекция 37-38. Управление качеством проектаМодуль 8. Лекция 37-38. Управление качеством проекта
Модуль 8. Лекция 37-38. Управление качеством проекта
 
Tpo 05111(1)
Tpo 05111(1)Tpo 05111(1)
Tpo 05111(1)
 
Обзор методов юзабилити-тестирования
Обзор методов юзабилити-тестированияОбзор методов юзабилити-тестирования
Обзор методов юзабилити-тестирования
 
Риск тестирование с использованием анализа влияний
Риск тестирование с использованием анализа влиянийРиск тестирование с использованием анализа влияний
Риск тестирование с использованием анализа влияний
 
Улучшение процесса тестирования: контентные модели
Улучшение процесса тестирования: контентные моделиУлучшение процесса тестирования: контентные модели
Улучшение процесса тестирования: контентные модели
 
Usability testing methods overview (SQA Days’13)
Usability testing methods overview (SQA Days’13)Usability testing methods overview (SQA Days’13)
Usability testing methods overview (SQA Days’13)
 
Тестирование ПО (лекция 2)
Тестирование ПО (лекция 2)Тестирование ПО (лекция 2)
Тестирование ПО (лекция 2)
 
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестирования
 
Test management
Test managementTest management
Test management
 
About Testers
About TestersAbout Testers
About Testers
 
"Опыт создания системы управления сборкой и тестированием" (полная)
"Опыт создания системы управления сборкой и тестированием" (полная)"Опыт создания системы управления сборкой и тестированием" (полная)
"Опыт создания системы управления сборкой и тестированием" (полная)
 
Оценка трудозатрат на тестирование в проектах сопровождения
Оценка трудозатрат на тестирование в проектах сопровожденияОценка трудозатрат на тестирование в проектах сопровождения
Оценка трудозатрат на тестирование в проектах сопровождения
 
Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...
Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...
Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...
 
Ярослав Пернеровский (QA Factory/GlobalLogic):"Рукописи не горят, но и не тон...
Ярослав Пернеровский (QA Factory/GlobalLogic):"Рукописи не горят, но и не тон...Ярослав Пернеровский (QA Factory/GlobalLogic):"Рукописи не горят, но и не тон...
Ярослав Пернеровский (QA Factory/GlobalLogic):"Рукописи не горят, но и не тон...
 
Нагрузочное тестирование
Нагрузочное тестированиеНагрузочное тестирование
Нагрузочное тестирование
 
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестированииМетод No-Tests-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестировании
 

Артефакты тестирования: быть или не быть?

Editor's Notes

  1. Что содержит: Описывает весь объем работ по тестированию, начиная с описания объекта, стратегии тестирования (?), расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.Типы: функциональное, нагрузочное, регрессионное, УИ, инсталляционное и т.д.
  2. Что содержит: Описывает весь объем работ по тестированию, начиная с описания объекта, стратегии тестирования (?), расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.Для чего: есть утверждения, что не всегда это нужно... Иногда тест план приобретает
  3. Что содержит: Описывает весь объем работ по тестированию, начиная с описания объекта, стратегии тестирования (?), расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.Для чего: есть утверждения, что не всегда это нужно... Иногда тест план приобретает
  4. Стратегия тестирования — это план проведения работ по тестированию системы или её модуля, учитывающий специфику функциональности и зависимости с другими компонентами системы и платформы. Стратегия определяет типы тестов, которые нужно выполнять для данного функционала системы, включает описание необходимых подходов с точки зрения целей тестирования и может задавать описания или требования к необходимым для проведения тестирования инструментам и инфраструктуре.Получается немного страшновато? Попробуем разбить на более детальные части используя, к примеру, разбивку по вопросам, на которые отвечает стратегия тестирования.Стратегия отвечает на вопросы:Как, каким образом тестирование даст ответ, что данный функционал работает?Что нужно сделать и чем пользоваться из инструментальных средств, для достижения целей тестирования?Когда определённый функционал будет тестироваться и соответственно когда ожидать получения результатов?
  5. Стратегия тестирования — это план проведения работ по тестированию системы или её модуля, учитывающий специфику функциональности и зависимости с другими компонентами системы и платформы. Стратегия определяет типы тестов, которые нужно выполнять для данного функционала системы, включает описание необходимых подходов с точки зрения целей тестирования и может задавать описания или требования к необходимым для проведения тестирования инструментам и инфраструктуре.Получается немного страшновато? Попробуем разбить на более детальные части используя, к примеру, разбивку по вопросам, на которые отвечает стратегия тестирования.Стратегия отвечает на вопросы:Как, каким образом тестирование даст ответ, что данный функционал работает?Что нужно сделать и чем пользоваться из инструментальных средств, для достижения целей тестирования?Когда определённый функционал будет тестироваться и соответственно когда ожидать получения результатов?Для чего:Что в общем случае даёт разработка стратегии тестирования? Разбор задачи тестирования на составляющие, выделение тестовых областей и в конечном итоге более полное понимание задачи тестирования в конкретном проекте. Как мы видели на примере тестирования инженерного калькулятора, понимание задачи позволяет разделять функциональность тестируемого приложения или системы на области, которые могут тестироваться автономно, что позволяет снизить (и порой достаточно существенно!) затраты на тестирование.
  6. Стратегия тестирования — это план проведения работ по тестированию системы или её модуля, учитывающий специфику функциональности и зависимости с другими компонентами системы и платформы. Стратегия определяет типы тестов, которые нужно выполнять для данного функционала системы, включает описание необходимых подходов с точки зрения целей тестирования и может задавать описания или требования к необходимым для проведения тестирования инструментам и инфраструктуре.Получается немного страшновато? Попробуем разбить на более детальные части используя, к примеру, разбивку по вопросам, на которые отвечает стратегия тестирования.Стратегия отвечает на вопросы:Как, каким образом тестирование даст ответ, что данный функционал работает?Что нужно сделать и чем пользоваться из инструментальных средств, для достижения целей тестирования?Когда определённый функционал будет тестироваться и соответственно когда ожидать получения результатов?Для чего:Что в общем случае даёт разработка стратегии тестирования? Разбор задачи тестирования на составляющие, выделение тестовых областей и в конечном итоге более полное понимание задачи тестирования в конкретном проекте. Как мы видели на примере тестирования инженерного калькулятора, понимание задачи позволяет разделять функциональность тестируемого приложения или системы на области, которые могут тестироваться автономно, что позволяет снизить (и порой достаточно существенно!) затраты на тестирование.
  7. Когда: examples: чеклистпроверки юзабилити веб-форм:Состав полей1. Форма содержит минимально необходимое для работы системы количество полей?2. Форма содержит минимально необходимое для работы системы количество полей, обязательных для заполнения?3. Все обязательные поля находятся сверху формы?4. Поля формы сгруппированы по смыслу?GUI controls5. Недлинные раскрывающиеся списки заменены на группы radiobutton?6. Длинные раскрывающиеся списки заменены либо на поля с автозаполнением, либо на иерархические структуры с radiobutton?7. Раскрывающиеся списки с множественным выбором вообще не используются?8. При вводе длинных значений в поля text и textarea не возникает прокрутки?9. При щелчке по подписям к элементам checkbox и radiobutton их состояние изменяется?10. У формы есть кнопка submit?Описание формы11. Все обязательные для заполнения поля помечены звездочками?12. У всех полей есть понятные подписи?13. У всех полей, понятность подписей к которым вызывает сомнения, есть примеры заполнения?14. Присутствуют диагностические сообщения и об ошибках, и об успешном завершении операции?15. По тексту сообщений об ошибках пользователь может понять, что он сделал не так, и исправиться?Функциональность кода16. Ограничения на ввод вызваны только причинами безопасности?17. При возврате к форме из-за ошибок заполнения значения всех полей сохраняются в том виде, в котором их отправил пользователь?Чеклист для оценки работы с СУБДЯ хочу привести простой список, который, я надеюсь, поможет вам выявить узкие места в работе с СУБД на ваших проектах. Все это мои личные наработки, поэтому на какую либо полноту, упорядоченность, уникальность и безоговорочность они претендовать не могут. Итак, начнем.Структура БД- Созданы ли домены для всех необходимых столбцов?- Созданы ли все необходимые fk(foreign key)?- Созданы ли индексы для fk указывающие на таблицы с большим объемом данных(в некоторых СУБД индексы создаются вместе с fk)?- Правильный ли порядок полей в составных индексах?- Есть ли таблицы где размер id(pk) поля(домена) занимает более 30% от объема строки(кортежа) и есть вторичный pk(primary key)?- Можно ли заменить триггеры на fk?Работа с СУБД- Используете ли вы Connection pool?- Используете ли вы серверные курсоры?- Используете ли вы read-only транзакции и курсоры где возможно? Однонаправленные курсоры?- Используете ли вы параметризированные и подготовленные запросы (особенно при многократной вставке информации)?- Используете ли вы явное управление транзакциями?- Минимизирована ли длина транзакции?- Есть ли очень длинные или объемные транзакции, которые можно разбить на несколько?- Есть ли у вас после IUD запросов select в той же транзакции?- Выставлен ли таймаут для запроса?- выставлен ли минимально возможный Isolation Level? Меняете ли вы его в зависимости от нужд транзакции?- Знаете ли вы что, когда и на сколько блокируется на запись? А на чтение?- Блокируются ли любая ваша таблица более чем на секунду?- Знаете ли вы TOP 5 запросов в вашей системе по кол-ву вызовов? А по времени выполнения?- Можно ли часть часто используемой информации закэшировать?- Есть ли у вас выборки, которые по условию возвращают более 30% данных из таблицы?- Есть ли у вас выборки, которые возвращают информации в 2 раза больше чем необходимо?- Есть ли запросы, которые сканируют всю таблицу не по ключу(natural scan)?Вот вкратце и все что вспомнилось. Почти обо все вопросы я в свое время спотыкался. Практически каждый может выиграть вам кучу времени у сервера без всяких хитрых махинаций и подстроек СУБД и БД в частности.Не обвиняйте во всех проблемах других – попробуйте сначала найти их в себе.P.S. Если причина упоминания какого-либо пункта не ясна - спрашивайте.
  8. Когда: examples: чеклистпроверки юзабилити веб-форм:Состав полей1. Форма содержит минимально необходимое для работы системы количество полей?2. Форма содержит минимально необходимое для работы системы количество полей, обязательных для заполнения?3. Все обязательные поля находятся сверху формы?4. Поля формы сгруппированы по смыслу?GUI controls5. Недлинные раскрывающиеся списки заменены на группы radiobutton?6. Длинные раскрывающиеся списки заменены либо на поля с автозаполнением, либо на иерархические структуры с radiobutton?7. Раскрывающиеся списки с множественным выбором вообще не используются?8. При вводе длинных значений в поля text и textarea не возникает прокрутки?9. При щелчке по подписям к элементам checkbox и radiobutton их состояние изменяется?10. У формы есть кнопка submit?Описание формы11. Все обязательные для заполнения поля помечены звездочками?12. У всех полей есть понятные подписи?13. У всех полей, понятность подписей к которым вызывает сомнения, есть примеры заполнения?14. Присутствуют диагностические сообщения и об ошибках, и об успешном завершении операции?15. По тексту сообщений об ошибках пользователь может понять, что он сделал не так, и исправиться?Функциональность кода16. Ограничения на ввод вызваны только причинами безопасности?17. При возврате к форме из-за ошибок заполнения значения всех полей сохраняются в том виде, в котором их отправил пользователь?Чеклист для оценки работы с СУБДЯ хочу привести простой список, который, я надеюсь, поможет вам выявить узкие места в работе с СУБД на ваших проектах. Все это мои личные наработки, поэтому на какую либо полноту, упорядоченность, уникальность и безоговорочность они претендовать не могут. Итак, начнем.Структура БД- Созданы ли домены для всех необходимых столбцов?- Созданы ли все необходимые fk(foreign key)?- Созданы ли индексы для fk указывающие на таблицы с большим объемом данных(в некоторых СУБД индексы создаются вместе с fk)?- Правильный ли порядок полей в составных индексах?- Есть ли таблицы где размер id(pk) поля(домена) занимает более 30% от объема строки(кортежа) и есть вторичный pk(primary key)?- Можно ли заменить триггеры на fk?Работа с СУБД- Используете ли вы Connection pool?- Используете ли вы серверные курсоры?- Используете ли вы read-only транзакции и курсоры где возможно? Однонаправленные курсоры?- Используете ли вы параметризированные и подготовленные запросы (особенно при многократной вставке информации)?- Используете ли вы явное управление транзакциями?- Минимизирована ли длина транзакции?- Есть ли очень длинные или объемные транзакции, которые можно разбить на несколько?- Есть ли у вас после IUD запросов select в той же транзакции?- Выставлен ли таймаут для запроса?- выставлен ли минимально возможный Isolation Level? Меняете ли вы его в зависимости от нужд транзакции?- Знаете ли вы что, когда и на сколько блокируется на запись? А на чтение?- Блокируются ли любая ваша таблица более чем на секунду?- Знаете ли вы TOP 5 запросов в вашей системе по кол-ву вызовов? А по времени выполнения?- Можно ли часть часто используемой информации закэшировать?- Есть ли у вас выборки, которые по условию возвращают более 30% данных из таблицы?- Есть ли у вас выборки, которые возвращают информации в 2 раза больше чем необходимо?- Есть ли запросы, которые сканируют всю таблицу не по ключу(natural scan)?Вот вкратце и все что вспомнилось. Почти обо все вопросы я в свое время спотыкался. Практически каждый может выиграть вам кучу времени у сервера без всяких хитрых махинаций и подстроек СУБД и БД в частности.Не обвиняйте во всех проблемах других – попробуйте сначала найти их в себе.P.S. Если причина упоминания какого-либо пункта не ясна - спрашивайте.
  9.  В своей книге "Тестирование программного обеспечения" Сэм Канер приводит определение: "Если программа не делает того, чего пользователь от нее вполне обосновано ожидает, значит налицо программная ошибка.”
  10. По сложившейся традиции вся учебная литература мира информационных технологий обучает читателей и студентов разрабатывать объемную и подробную тестовую документацию. Мы позволим себе не согласиться с этой традицией, поскольку наш опыт свидетельствует, что документация не должна быть впечатляющей - она должна быть эффективной.