|
|
@@ -131,10 +131,16 @@
|
|
|
|
|
|
## Абстрагирование тестирования
|
|
|
|
|
|
-В реальной эксплуатации некоторый набор условий может не наступить никогда. В части логики из-за того, что это будет означат ьаварию ,в части случаев из-за того, чт особытие самопо себе крайне редкое.
|
|
|
+В реальной эксплуатации некоторый набор условий может не наступить никогда. В части логики из-за того, что это будет означать аварию, в части случаев из-за того, что событие самопо себе крайне редкое.
|
|
|
|
|
|
Но такие ситуации должны быть отработаны ещё в ходе разработки. И это требование является основанием для постоянного поддержания и использования стенда для постоянной проверки того, что такие редкие ситуации отрабатываются правильно.
|
|
|
|
|
|
-Также нельзя опираться на внешние входящие данные и события по той причине, что их источники могут в своей логике содержать ошибки. И значит, что там возможны такие комбинации входных данных и событий, которые не предполагались самими же разработчиками.
|
|
|
+Также нельзя опираться на внешние входящие данные и события по той причине, что их источники могут в своей логике содержать ошибки. И значит, что там возможны такие комбинации входных данных и событий, которые не предполагались самими же разработчиками этих внешних источников.
|
|
|
|
|
|
В связи с этим для разрабатываемого продукта *должен* быть определён механизм поступления всех вариантов возможных данных и событий, и обязательно в том числе -- невозможные их комбинации.
|
|
|
+
|
|
|
+Все эти наборы данных и событий должны регулярно (или по требованию) поступать на вход разрабатываемой системы. Подтверждение ожидаемых результатов по таким контрольным (или синтетическим) наборам данных будет означать, что функциональност ьсистемы находится в заданных рамках и ничег оне нарушено в ходе текущей разработки. Эти же тесты могут являться основой для приёмочных испытаний (но не могут заменить их).
|
|
|
+
|
|
|
+Прохождение контрольных наборов данных должны быт ькак можно быстрее для отсутствия задержек в процессе разработки. Единственное исключение из этого требования -- технологическим процессом специально заданные временные задержки. Но эти задержки надо сводить к минимуму, например с помощью служебных признаков, которые отменят нтервалы ожидания и это не будет считаться ошибкой.
|
|
|
+
|
|
|
+Наборы тестов должны покрывать все правильные случаи и хотя бы наиболее частые неправильные случаи. По возможности неправильные случаи должны быть покрыты как можно больше. Окончательное решение о количестве покрываемых случаев лежит на совместном решении заказчика и исполнителя.
|
SVI