Опять же перенесу свой комментарий в пост

Комментарий был тут - http://18delphi.blogspot.com/2013/04/blog-post_5863.html

Такой:
"Маленькая ремарка. Про покрытие и "сигму". Надеюсь я когда-нибудь найду силы и напишу развёрнутый пост на эту тему (я и так уж очень много чего обещал и так мало по делу написал).

Мы пишем тесты в первую очередь по:
1. Ошибкам. Которые стабильно повторялись.
2. Пользовательским сценариям (UseCase) описанным в ТЗ.
3. Аспектам поведения системы (опять же из ТЗ) типа - "контекстное меню тут должно выглядеть так, а тут вот так".
4. Граничным условиям.
5. Нефункциональным требованиям - "кнопка должна быть красной, а не зелёной".

Посему - на мой взгляд - есть хорошая вероятность, что мы покрываем в первую очередь наиболее востребованные участки системы."

И такой:

"У нас есть как минимум два рода тестов:

1. GUI-Тесты конечных пользовательских приложений.
2. "unit"-тесты библиотек проектных классов. Тестирующие проектные классы на соответствие спецификации."