julia_v_iluhina

Untitled

Jan 3rd, 2017
111
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
Java 7.76 KB | None | 0 0
  1. Итак
  2. ни к чему удалять работаеющий метод \скрипт\сценарий -
  3. его можно будет доработать напильником и пуститть в дело.
  4. Т.е. идем по принципу довайте что-то допишем\доделаем а не удалим\переделаем)
  5.  
  6. /*
  7.     В данном случае - так можно поступить без ущерба для учебного процесса
  8.     е2е тест, реализующий smoke покрытие полностью, ты уже написал
  9.     нету смысла давать новую подобную работу, которая к тому же будет проще
  10.     вряд ли она будет полезной
  11.     но если хочется переделать е2е посерьезнее - я возражать не буду
  12.     просто считаю это потерей времени, прежде всего твоего
  13.  
  14.     Как поступать в жизни, на реальном проекте, я уже писала
  15.     Стоит изначально разработать небольшое количество е2е
  16.     При этом - не нужно стремиться, чтобы они покрыли все высокоприоритетное
  17.     Просто - несколько востребованных сценариев
  18.     НО - нужно обязательно стремиться - быть неизбыточным, не покрывать одно и то же, все как и раньше
  19.     После этого - выполняется анализ - что из высокоприоритетного еще не покрыто
  20.     И это допокрывается с помощью фиче-тестов
  21.     В результате - получишь smoke покрытие, реализованное с помощью нескольких тестов
  22.     Такая последовательность действий - разумнее
  23.  
  24.     На самом деле - ты уже и на своем опыте убедился - написать е2е - который покроет все высокоприоритетное
  25.     и будет неизбыточным - не просто - даже для такого простенького приложения
  26.     В реальном мире - все сложнее
  27.     Потому не стоит даже пытаться решить такого рода задачу
  28.     Неразумная трата ресурсов
  29.  
  30.     НО - очень важно - даже если smoke покрытие реализовано как несколько тест-методов
  31.     все равно - нужно избегать повторений
  32.     на уровне smoke - тесты должны быть максимально эффективными
  33.     это важно
  34. */
  35.  
  36. потому если задача "е2е - проверяют - как операции комбинируются в одном сценарии"
  37. то логично оставить один длинный - рабочий
  38. и к нему допистать сколько хочешь коротких
  39. /*
  40.     да, е2е именно это и делает
  41.     насчет - оставить один - всегда смотри по обстоятельствам
  42.  
  43.     да, в идеале, е2е тестов должно быть меньше, фиче-тестов - больше
  44.     но это когда речь идет о полном покрытии или acceptance покрытии
  45.     на уровне smoke - очень важно соблюсти правило эффективности
  46.     (не надо покрывать одно и то же в разных тестах, пусть даже и на разных контекстах
  47.     потому что - у smoke - своя задача - быстро ответить - работает ли высокоприоритетное принципиально
  48.     можно ли дальше тестить)
  49.  
  50.     в задании Smoke: E2E + F - да, мы оставим один е2е
  51.     НО - чуть его упростим - т к нам не нужна избыточность на уровне smoke
  52.  
  53.     а при таком е2е - высокоприоритетное уже покрыто полностью
  54.     вроде как и фиче-тесты (!!!для smoke) не нужны
  55.     а мы хотим эту ситуацию смоделировать
  56.  
  57.     только с целью упрощения жизни тебе
  58.     я и предлагаю - не думать долго над изменением е2е
  59.     а просто - убрать из него то, что легко можно убрать
  60.     что почти не изменит логику е2е
  61.     это - edit, cancel edit, delete
  62.  
  63.     конечно - сценарий придется чуть подправить
  64.     но его не нужно будет заново обдумывать, все довольно очевидно
  65.  
  66.     идти этим путем - я тебя не заставляю
  67.     если хочешь реализовать новый е2е полаконичнее и дополнить его бОльшим количеством фиче-тестов - велкам
  68.     как писала выше, мне кажется такая работа глупой тратой ресурсов
  69. */
  70.  
  71. и при этом матрицу покрытия кромсать не нужно
  72. /*
  73.     сама структура таблицы - останется той же
  74.     но конечно - покрытие придется отразить корректно
  75.  
  76.     ведь е2е - изменится
  77.     и фиче-тесты - добавятся
  78. */
  79.  
  80. и у нас всегда есть выбор- запустить проверку например delete в рамках длинного е2е или короткого фича.
  81. Таким образом , выбором запускаеого теста мы сможем избежать избыточного покрытия.
  82. И матрицу покрытия можно уже вообще не трогать(или ввести отметки что покрыт как е2е так и фича.запускать по вкусу)
  83. /*
  84.     ну, это не совсем так
  85.     ты не сможешь запустить из е2е - только delete
  86.  
  87.     понятно, в итоге
  88.     будет тест-методов - гораздо больше
  89.     для более полного покрытия
  90.     и лишь ЧАСТЬ этих методов - будет реализовывать smoke покрытие
  91.  
  92.     и да, мы научимся эту часть запускать отдельно
  93.  
  94.     только вот в данный момент
  95.     у нас стоит задача
  96.     только эту ЧАСТЬ и написать
  97.  
  98.     и вот эти тесты - что мы напишем в задании Smoke: E2E + F
  99.     они как раз и будут составлять ВСЕ ВМЕСТЕ = smoke покрытие
  100.     и на этом уровне - да, нам нужно постараться быть неизбыточными
  101.     не покрывать несколько раз одно и то же
  102.  
  103.     далее, ПОСЛЕ этого задания
  104.     мы напишем больше тестов
  105.     и часть из них обозначим как smoke
  106.     и научимся запускать их вот так - выборочно
  107.     как ты и хотел )
  108. */
Advertisement
Add Comment
Please, Sign In to add comment