Not a member of Pastebin yet?
Sign Up,
it unlocks many cool features!
- http://joxi.ru/DmBNWL6Fwwx5vm
- 1 - вспомни видео
- аналогия - с singing
- этот счетчик всегда должен отражать состояние списка
- это должна быть не строчка, а столбец - чтоб фиксировать покрытие этой фичи
- после каждого из действий
- 2 - это отдельная группа операций
- в http://pastebin.com/hcKxnMRh - у тебя это все есть
- Additional edit operations:
- 27. Cancel edit by Escape
- 28. ...
- и тут - аналогично как ты поступил с операциями switch to filter
- отобрази их отдельно, со своим заголовком
- и в таблице - будут отдельно идти бзовые операции, отдельно Additional edit operations, отдельно - фильтеринг
- 3 - в легенде нужно описать обозначения, которые будут применены к области таблицы 4
- Что мы показываем
- Мы показываем покрытие и приоритет
- У каждой категории - своя шкала
- Хотелось бы быстро из таблицы понимать - и то, и другое
- Этого можно добиться - если обозначать категории разным способом
- Например
- приоритет - цифра
- покрытие - цвет фона
- Теперь по шкалам
- Приоритет - достаточно 3-х приоритетов - высокий, средний и низкий
- Если делать еще детальнее - тут уже надо под каждый приоритет формулировать критерии,это уже посложнее
- Если делать 2 приоритета - то маловато будет для описания
- Так что 3 - оптимально
- Покрытие - тоже 3 значения
- е2е
- фиче-тесты
- невозможно покрыть
- На таком варианте не настаиваю, но очень рекомендую
- http://joxi.ru/MAj1YoWsvVxgK2 - вот что-то такое возле таблицы отобрази
- во всей таблице (область 4 http://joxi.ru/DmBNWL6Fwwx5vm ) - в каждой ячейке - должны быть проставлены
- и приоритет и покрытие
- *******************************
- далее - надо запланировать фиче-тесты
- наша задача = по-прежнему smoke coverage
- только теперь это реализуем с помощью нескольких тестов
- т е - покрывать будем только высокоприоритетное + только единожды
- смотрим - осталось ли что-то еще не покрытое высокоприоритетное
- нет, такого не осталось
- значит - мы упростим наш е2е
- и то, что уберем из е2е - покроем в фиче-тестах
- что несложно убрать из е2е
- так чтоб не пришлось заново думать и придумывать
- это - edit/cancel edit/delete
- думаю особо тоже объяснять не нужно - почему именно это легко убрать из е2е
- просто посмотри на е2е и все поймешь)
- на самом деле - проще как раз идти вот в такой последовательности
- - набросать список юз кейсов - черновой вариант
- - реализовать е2е - покрывающий только важное, отражающий какой-то реально полезный сценарий,
- тоже - думая про эффективность. Но особо не стремясь охватить все высокоприоритетные штуки
- такой е2е - реализовать значительно проще, чем тот, что мы реализовывали до этого = который покрывал все высокоприоритетное
- т е - задача эта - уже не головоломка, что на скорости разработки скажется положительно
- - реализовать тест-план, разметить приоритеты + покрытие
- - дополнить е2е фиче-тестами - до полного смоук покрытия
- Такой способ будет потехнологичнее
- А зашли мы с головоломки специально)
- Чтоб понимать этот момент - что это = головоломка,
- и есть более простые в разработке решения,
- которые будут не хуже в эксплуатации
- Еще момент по фиче-тестам
- его структура очень проста
- подготовили тестовую ситуацию
- выполнили тестируемое действие
- выполнили проверки
- верно - наиболее важно - проверить именно состояние списка тасок
- но и второй проверкой - чтои покрыть проверку items left
- просто потому - что это по пути
- если представить фиче-тест чисто для items left
- то предварительные действия = как раз дейсвтие перед проверкой items left
- т е - делать мы будем то же что и при тестах действий
- просто в итоге другая проверка
- значит - не стоит их даже реализовывать как отдельные фиче-тесты (имею в виду тесты для items left)
- а покрывать это в рамках фиче-тестов для действий
- дальше - уже дело техники = упростить е2е + реализовать фиче-тесты
- это как раз следующее задание
Advertisement
Add Comment
Please, Sign In to add comment