- . А дальше что?
- Что надо проверить
- Стратегии поиска новых мест для копа. кто, на что горазд? — hobby detecting — блог про кладоискателей и обзоры на металлоискатели
- Поиск ищет по всем полям, указанным в ТЗ
- . Неправильная раскладка
- . Спецсимволы
- . Тримаются ли открывающие и закрывающие пробелы
- . Нижняя граница
- . Верхняя произвольная граница
- . Поиск технологической границы
- Релевантность выдачи
- Контекст поиска
- Ищет ли по включению или полному соответствию
- Бессмертный полк. результаты поисковой работы. выпуск 5. полевая почта
- Лучшие практики
- Итого
. А дальше что?
Это чек-лист конкретного функционала — поиска. Но стоит ли останавливаться на проверке того, что «товар найден / не найден»?
Послушайте доклад Павла Абдюшева «Есть фича. Помогите протестировать!». Он там показывает, как выйти за рамки тестирования функционала. Как посмотреть на него с разных сторон. Что ещё стоит проверить и включить в план тестирования.
Как подключить связанный функционал — например, на что обратить внимание в результатах поиска, есть ли там сразу кнопка “купить”.
Что надо проверить
Повторю список, немного прокомментировав каждый пункт, чтобы вы могли пользоваться именно им в дальнейшем. Что надо проверить, тестируя поиск:
Поиск ищет по всем полям, указанным в ТЗ
Поиск НЕ ищет по тем полям, которые НЕ указаны в ТЗ
Релевантность выдачи — то, что я ищу, в начале списка, или в конце?
Учитывается ли контекст поиска — ищу я по всему сайту или только разделу игрушек
Регистронезависимость поиска — найдет ли «Платье», если я ввела «платье»?
Ищет ли по включению или полному соответствию — «ту» найдет мне «туфли»?
Найдет ли 2 слова из одного поля? В любом порядке введенные?
Найдет ли 2 слова из разных полей?
Ошибка в вводе (исправляются ли опечатки, ищет ли похожее)
Исправляет ли система неправильную раскладку?
Ищет ли на разных языках? А если сразу на двух попробовать?
Поиск со спецсимволами работает?
А с эмоджи? Не упадет система при вводе какашки?
Тримаются ли открывающие и закрывающие пробелы
Пустое поле / только пробелы в поле
Нижнюю границу (от скольких символов ищет)
Верхнюю произвольную границу — указанную в ТЗ
Верхнюю границу на выходе
Поиск технологической границы — ввести «войну и мир», 100 млн символов
Давайте пройдемся по каждому пункту и выясним, как и зачем его проверять.
Стратегии поиска новых мест для копа. кто, на что горазд? — hobby detecting — блог про кладоискателей и обзоры на металлоискатели
Доброго вам настроения уважаемые читатели нашего блога. Предлагаю сегодня обсудить тему поиска новых мест для удачного, успешного и результативного копа. На дворе середина зимы и это самое лучшее время для составления планов на столь недалёкий и желанный новый сезон по копу.
Отмечу сразу, что в данной заметке, я хочу попробовать объять необъятное. А именно, систематизировать и максимально описать стратегии и методы к коим прибегают копатели для поиска новых мест по копу. Время идёт, копателей становится всё больше и больше поэтому, старые методы, такие как: сайт Это место, карта высот по берегам рек или места впадения речушек, лесные овраги и пятна зелёной травы на фоне выгоревшей степи, в общем, всё то, что раньше можно было определить в ходе часов просмотра гугл мапс, всё это уже неактуально.
Поэтому я решил сделать небольшую подборку методов которые успел, так сказать, подсмотреть у камрадов. Кто-то есть у меня во френдах, ну, а о методах других копателей я узнал в ходе дружеских разговоров при встрече на поле. Так что поехали по порядку.
Сельский (деревенский) копатель. Само собой разумеется, что выбор стратегии поиска новых мест для копа полностью зависит от места жительства самого копателя. Если любитель приборного поиска живет в сельской местности, да ещё и подальше от крупных городов, то для него самым главным методом становится планомерное выхаживание полей в той местности где он живёт. Со временем, сельский копатель начинает понимать логику поиска новых мест. Тут всё зависит от знания в какое историческое время данная местность заселялась? Когда были всплески прироста населения? Куда народ убегал жить во время набегов неприятеля? Сколько было однодворок и где их примерно можно найти? Где были старинные дороги, гати и не отмеченные ни на одной карте мосты? Главное, что у сельского жителя намного больше времени на коп поэтому, при наличии смекалки, желания и понимания своего прибора, такие копатели быстро начинают хорошо ориентироваться на местности и понимать где ещё можно хабарно покопать.
Житель областного центра. У этой категории копателей гораздо больше возможности для манёвра и выбора мест. Если для сельского жителя нет резона ездить куда-либо дальше 30-40 км от дома. Ну, а чего? Там, в соседнем районе, точно такие же монетки и крестики по полям валяются. Тогда, как у городского жителя выбор объективно больше, ему и так, и так на 200 км бензина покупать. И вот, у одной такой группы городских камрадов я подсмотрел одну очень интересную стратегию. Дело в том, что копают они уже 6-8 лет и на протяжении последних 5-и лет составляют карту находок. Копари создали единую для всех карту на гугл мапс и договорились по факту обнаружения хорошей находки (монетки, крестики, перстеньки) ставить точку на карте, с нужным цветом маркера точки. За пять лет такой системной работы у них создалась очень подробная и детальная карта хабарных мест практически по всей области. И теперь, они могут анализировать имеющуюся информацию и на основе этого прогнозировать где теоретически могут быть ещё интересные места для копа на распаханных полях или в лесу.
Столичный житель. У этой категории копателей есть три разновидности. Первая группа – это неважно, каким хобби увлекаться лишь бы побухать на природе в выходные. Вторая группа копателей – это те, кто считает, что чем дальше уехать от Москвы тем больше и жирнее небитых мест осталось. И третья группа камрадов – это копатели, которые убеждены в том, что в провинции если и есть копари, то они им не конкуренты. Поскольку, провинциалы, как и положено провинциалам, могут себе позволить МД, либо паянный самодельно, либо третий раз б/у аську или тёрку. Соответственно, каждая из этих групп выбирает одну и ту же стратегию. Это забраться, как можно дальше, в самую непролазную глушь лесов в надежде, что до них туда точно ещё никто с металлоискателем не добирался. Зачастую такая стратегия работает, но чаще всего уже нет.
Самым удачным выбором стратегии для столичных копарей, на мой взгляд, является повторение стратегии сельских камрадов. Это когда, выбирается на весь сезон одна местность, там снимается домик, как это делают охотники, и затем, на протяжении всего сезона, выезд за выездом, прочёсывается системно эта самая локальная местность. Знаю я таких камрадов. Группа два человека. В заброшенной деревеньке у последнего жителя останавливаются на выходных. Платят 1 000 рублей за два дня и оставляют продукты, что не съели. И очень, я отмечу, очень удачно копают по распаханным полям и старой лесной дороге.
Кочевники. Есть камрады, которые любят совмещать сам процесс поиска новых мест с долгой дорогой. Как правило, это копатели, что увлекаются приборным поиском уже несколько лет. Поэтому, они ищут разнообразия. Надоело копать по скифам, едут в среднюю полосу Росси покопать по царькам. Надоело копать по войне, едут в Татарстан или Саратов покопать по татарам. Вариантов много, главное смена культуры или исторического периода. Встретился мне как-то во Владимирской области камрад из Киева. Я ему удивленно «Тебя дружище как к нам-то занесло???» А он мне с тоской «Да, так устал по войне копать, а тут отдыхаю. За час один цветной сигнал и это либо «цари» либо «империя». А у нас за час полсотни гильз копается в поле. Устал я.»
Поиск поселений исчезнувших до появления первых карт. На данный момент это один из самых распространенных видов поиска новых мест для копа. Распространен этот метод потому, что является наиболее результативным. Давно прошли те времена, когда можно было просто совместив карту Мендэ с современным «спутником» искать исчезнувшие урочища. Однако, как показала практика некопаных урочищ от этого меньше не стало. Например, если деревня появилась после Мендэ, но исчезла до РККА, то её вы не найдете по картам. Только пешком и по разного рода косвенным признакам. Поскольку, даже местные коренные жители могут ничего не знать про ту деревню. Но, самыми интересными бывают урочища поселений в прошлом сгоревшие и построенные на новом более удобном месте. Так, деревни или даже большие сёла на несколько сотен домов, могли переносить на расстояние до 10 километров от прежнего места. Поиск таких урочищ может занять очень много времени и десятки километров протопанных ногами полей. Но, это всё с лихвой окупается в случае обнаружения искомого большим количеством замечательных находок, эмоций и чувством собственного самоудовлетворения.
Есть тут, правда, один минус. Нашел я как-то, такое урочище на пять дворов. Копаю радуюсь, находки огонь. Два дня копал, а на третий мимо по дороге в одну сторону проехал уазик, затем вернулся и из машины вышли два камрада, да давай копать рядом, как ни в чём не бывало. И чего им тут сказать?
Опрос местных жителей. В последнее время видео и заметки с подобными заголовками стали просто навязчивым, вирусным явлением в среде копарьского конетента. Не знаю, может у них это и получается. Вот так, «дед показал место» (в лесу, на окраине села, в овраге, на берегу реки… нужное подчеркнуть) И копатели по этой наводке, то кошель копнут, то две тонны металлолома. У меня почему-то всё совсем по другому. За первый год увлечения копом меня раз пять или шесть приглашали откопать «стопроцентный клад» на огороде. Друзья, близкие, знакомые, родственники и дальше по принципу пяти рукопожатий. И везде одни и те же байки. Либо во сне клад увидела, либо бабка перед смертью в бреду рассказала, либо пьяный сосед не раз рассказывал, как монголы на том вот мосту, целую телегу с золотом в речку уронили. (Сам видел) И всё же, как минимум три раза общение с трактористами в поле давало мне годную информацию. Так что, стратегия эта работает, но как с грантами в фильме Брат 2.
По старым местам с новым металлоискателем. То же верная и результативная стратегия. Особенно если то самое старое место никто кроме вас больше не копал. Как пример. Этим летом я сменил свой проверенны и надёжный Фишер – Ф70, на XP ORX в базовой комплектации. Решил я для себя протестить новый МД на выбитом первыбитом и после этого ещё раз 10 добитом месте. Хутор 18-го века. Надо сказать, что на том месте и в первый день копа было не так уж феерично от находок. А чего ждать? Я там был не первым. Ну так вот. Приехал я с новым МД и за час накопал пять цветных сигналов. Пуговки гирьки и обломки крестиков. Вот, теперь с нетерпением жду весну, когда по лежалой траве можно будет покопать на выбитых урочищах. Хотя и тут надо быть объективным, причиной такого хорошего результата, на выбитых местах, может быть не новый МД, а повышение уровня профессионализма самого копателя. Так что, решать это самому копателю.
Вот такая у нас получилась небольшая но информативная и надеюсь полезная для наших читателей заметка. Если вам она понравилась? Ставьте лайк, подписывайтесь на наш канал и обязательно пишите в комментариях, а какой стратегии выбора и поиска новых мест для копа придерживаетесь вы?
Поиск ищет по всем полям, указанным в ТЗ
Вроде бы капитан очевидность, но с чего только новички не начинают свой чек-лист:
Если надо выбирать, то последний вариант выглядит наиболее логичным. Он по крайней мере не абстрактная серебряная пуля про любое текстовое поле. Он про поиск.
Но ведь чтобы всяко-разно издеваться над названием, надо сначала убедиться, что по названию вообще ищет, верно? Так что пишем в названии слово «Тест» (или любое другое, но одно, без спецсимволов и прочего), его же вводим в строку поиска. Так мы понимаем, что поиск по названию в принципе работает. Значит, можно будет дальше над ним изгаляться =)
Но сначала надо проверить основное — то, что поиск вообще работает. Что он ищет по всем тем полям, по которым должен.
Иначе сами представьте, идет у нас чек-лист на 30 проверок по названию, а потом уже «что поиск работает по описанию, категории товара, бренду…». А времени на тестирование нет, и выделяется буквально 5-10 минут.
В итоге тестировщик провел первые 20 тестов и гордо говорит:
— Всё отлично! Поиск работает! А если всякую чухню в него вбить, не падает!
При этом поиск работает по 1 полю из 10 обязательных. И пользователи пытаются искать, а у них ничего не получается, потому что ищут не по названию. Нехорошо…
В любом чек-листе надо думать о приоритетах. Сначала — самое важное. Как в чек-листе в целом, так и внутри каждого блока проверок, постепенно идем от важного к неважному. От позитива к негативу.
Чтобы при ограниченном времени не пытаться в спешке понять, что в чек-листе важно, прыгая глазами туда-сюда и ища эти пункты.
А что самое важное в поиске? Для этого думаем, зачем его вообще делают. Чтобы искать. По чему? По каким-то полям / признакам. По каким? Узнаем и проверяем, ищет он по ним или нет.
. Неправильная раскладка
Типичный пример опечатки — пользователь забыл изменить раскладку на клавиатуре и напечатал английскими символами русский текст. Ищем «котик» но вводим «rjnbr».
Озон понимает, что мы ошиблись и ненавязчиво исправляет ошибку, подсказывая варианты по котикам:
Если нажать энтер, то увидим, что система исправила раскладку прямо в поисковой строке, но на всякий случай уточняет, правильно ли сделала:
Это — хороший тон. Если система русскоязычная и пользователь ввел данные на английском, по которым ничего не ищется, надо проверить — не забыл ли он переключить раскладку? Если по переключенной раскладке поиск работает, показываем эти результаты.
Всегда лучше ненавязчиво исправить ошибку пользователя, чем гневно тыкать ему под нос «По такому запросу ничего не найдено!!»
. Спецсимволы
Это стандартная серебряная пуля для всех текстовых полей:
И поэтому приоритет у таких проверок не супер-важный. Ведь проверить “английский, русский, спецсимволы, перемешал” может любой человек, даже робот. А тестировщик отталкивается от того, что он вообще тестирует. Что это за поле, для чего оно нужно? Сначала особенность приложения, потом серебряная пуля.
Но проверять этот мини чек-лист для любого текстового поля тоже надо. Ведь нам надо предоставить информацию о том, как система себя поведет в том или ином случае. А спецсимволы попасть в поле вполне себе могут, причем по разным причинам.
1. Спецсимвол есть в искомом поле. Вот буквально на днях студентка завела такой интересный баг на одном из сайтов поиска книг — если в запросе есть восклицательный знак, поиск не срабатывает:
При том, что сама книга на сайте есть:
И система умеет работать со спецсимволами. Скажем, по вопросительному знаку она ищет:
Поэтому проверить нужно все спецсимволы. Я обычно делаю это примерно так: создаю товар / искомый объект сразу с набором спецсимволов:
~!@#$%^&*()_ {}|:”>?<Ё!”№;%:?*()_ /Ъ,/.,;’[]|
И по нему ищу. А вот если не срабатывает, тогда уже разбираюсь, с каким именно символом проблема.
2. Пользователь может забыть переключить раскладку и вот уже вместо «Хлеб» он вводит «{kt,»
3. Пользователь может случайно вкопипастить в поле какой-то текст со спецсимволами. Ошибки тоже надо предусмотреть, и уж точно не падать на этом =)
. Тримаются ли открывающие и закрывающие пробелы
Метод trim() удаляет пробельные символы с начала и конца строки.
То есть вводим « тест », а система преобразует строку в «тест» и потом уже передаёт дальше, в нашем случае — функции поиска.
Надо признать, что проверка на трим более логична при заполнении и сохранении полей — ввела случайно « Ольга» в имя, а потом поиск не находит, требуя точного совпадения. И тогда логично системе перед сохранением сделать трим.
В поиске обычно пробелы используются как разделители слов. Поэтому пробелом больше, пробелом меньше — системе неважно.
Хотя лидирующий пробел всегда интересно проверить — а что, если система посчитает « майка» за пустую строку, так как обнаружила в первом поле пробел и посчитала строку мусорной?
. Нижняя граница
Пустое поле (ноль) — мы уже проверили. А дальше думаем, какая у наших данных будет нижняя граница?
Важно подобрать её осознанно, а не просто ввести одну букву и потом заводить баг, что вы ожидали что-то другое (и обязательно при этом добавить «если не исправите, пользователи обидятся и уйдут!»)
Павел Абдюшев в своем докладе «Есть фича. Помогите протестировать!» привел замечательный пример с писателем и поэтом Эдгаром ПО. Это пример короткой реальной фамилии, по которой могут искать.
А теперь пойдем на OZON, который раньше, на минуточку, только книги и продавал, и попробуем найти там книгу «Ворон».
Сначала пробуем по фамилии:
ПО
Хммм, нет, даже среди вариантов не предлагает, думаем, что мы ввели начало слова. Ладно, попробуем с названием книги:
ПО ворон
Теперь Озон нашел нужную книгу, вот только я могу её не заметить, так как над ней аж 7 рекламных пункта:
Пожалуй, нажму «энтер», чтобы перейти на страницу результатов поиска. Нашлась!
Так что Озон с задачей справился. Но это Озон, а как поведет себя другой магазин с книгами, мы не знаем, пока не проверим.
Если книги автора найти не получается — то проблемы с приоритетами в выборке. Поиск по ФИО автора должен быть более релевантным, чем совпадение какого-то слова в описании.
. Верхняя произвольная граница
Есть ли ограничение в строке поиска? Если есть, то оно обычно в разумных пределах — 100 / 500 / 1000 символов. И если пользователь вводит больше, то значение обрезается до максимального.
И это разумно. Всегда лучше не дать ошибиться (не дать ввести больше N, обрезать запрос самостоятельно), чем ругаться на пользователя «да ты дурак, куда так много вводишь!».
Начинающие тестировщики, прочитав в ТЗ про границу в 1000 символов, записывают в свои чек-листы ожидаемый результат «при вводе больше система выдает ошибку». Но зачем выводить ошибку там, где можно обойтись без неё? Если системы ещё нет и вы пишете чек-лист заранее, просто уточните, как она будет работать.
Иногда верхнюю границу просто не ставят. И это тоже нормально, это не баг, который надо срочно исправить. Просто верхней произвольной границы у нас не будет.
. Поиск технологической границы
Для поиска технологической границы мы вбиваем в строку поиска ОЧЕНЬ БОЛЬШОЕ значение. Тут хочется напомнить, что мы живем в 21 веке, поэтому 1000 символов — не поиск технологической границы. И даже 10 000, или 100 000.
Введите 100 миллионов символов или главу «Войны и мира». Есть куча инструментов, которые помогут вам в этом.
См также:
Как сгенерить большую строку, инструменты
Генератор текста нужной длины
Зачем такой тест нужен? Казалось бы, ну даже если выдаст тебе система не слишком красивую ошибку, ну сам ведь балбес, хлам ввел. Однако иногда такой тест приводит к зависанию сервера. А вот это уже серьезно.
Мы столкнулись с этим на тестовом стенде подсказок Дадаты — ввели в подсказки по организациям большой текст и подвесили систему.
Поиск там работал по условию OR → то есть механизм брал каждое слово и искал его в справочнике так:
Слушай, у тебя есть слово 1 ИЛИ слово 2 ИЛИ слово 3 ИЛИ слово 4…?
Если слов много → то и комбинаций получается много → вот он и зависал, все их перебирая… При этом зависал сервер, то есть подсказок бы никто не увидел, если бы баг дошел до продакшена. А это уже нехорошо =)
Поэтому мой вам совет при тестировании поиска — когда исследуете технологические границы, генерируйте ТЕКСТ, а не строку. То есть кучу слов с пробелами. А то вдруг ваша система тоже не выдержит много комбинаций?
Это можно сделать и через perlclip. Просто задайте условие вида
«x xxx xx » x 9999999999
Релевантность выдачи
Здесь важно проверить приоритет поисковой выдачи. Понятно, что туда может попасть что-то «не то». Чем больше у нас данных и чем больше полей, по которым поиск возможен, тем больше вариантов на каждый запрос.
Вот, допустим, пытаюсь я найти однотонное платье в интернет-магазине. Что я могу задать в поиске? «Желтое платье». Что я получаю в выборке?
Целиком желтое платье на ШЕСТОМ месте. После 5 черных с вкраплениями желтого цвета.
С одной стороны, это логично. Ведь на других платьях желтый цвет тоже есть, поэтому его добавили в параметр «цвета». Ищем по параметрам:
И как раз в силу большого ассортимента товаров мы получаем то, что получаем. Можно ли как-то на эту выборку повлиять?
Можно. Причем можно даже разные варианты придумать:
Можно добавить в систему галочку «однотонная вещь». И проставлять её при заполнении товаров. А потом уже по запросу вещи конкретного цвета выводить сначала вещи с этой галочкой, а потом уже все остальные.
При этом можно даже в фильтры вывести такую галку, чтобы пользователь мог выбрать “только однотонные”, и получить только вещи нужного ему цвета.
Можно фильтр настроить так:
Сначала вещи, у которых только один цвет
Потом все остальные (многоцветные)
В этом случае также можно сделать галку для пользователя “только однотонные”, которая будет выводить только вещи, в которых указан один цвет.
Можно при заполнении цветов вещи добавить галку «основной», если они выбираются из списка. Или, если их вводят вручную (что вряд ли) ориентироваться на порядок цветов. Какой идет первым — он приоритетный.
И тогда уже при выдаче результатов сначала отдаем вещи, у которых запрошенный пользователем — приоритетный.
А вот другой пример. Исходный запрос — «красная майка женская»:
Что вернула система:
Черная майка
Мужская майка
Розовая с белым
Белая майка
…
А то, что нам нужно, аж на 8-ом месте. Почему так? А снова приоритеты. Где-то мелькнуло слово «красный», вон на мужских майках то каемка красная, то майка. Где-то просто ошиблись цветом при заполнении данных (и такое бывает), где-то в комментариях или другом описании было написано ключевое слово (что-то типа «подойдет и мужчинам, и женщинам, унисекс!»).
Но в результате — нерелевантная выборка. И если большой интернет-магазин с его оборотами может себе это позволить (и так найдут), то маленький, пытающийся завоевать доверие пользователей — нет. Впрочем, это уже выбор хозяина продукта.
Контекст поиска
Откуда я вызываю поиск? С главной страницы сайта или из конкретного раздела?
Скажем, если на Озоне попробовать поискать «котенок» на главной странице, он поищет везде: в книжках, игрушках, чашках, воздушных шариках…
А вот если я буду искать в разделе книг, то буду ожидать только книги про котят, не игрушки:
В интернет-магазинах обычно куча разных товаров, поэтому контекст поиска очень важен, чтобы выдавать релевантные товары.
А ещё контекст очень важен в мессенджерах. Искать вообще везде, во всех 100500 чатах, или только в одном? Будет очень плохо, если я запущу поиск по диалогу с мамой, а система выдаст мне кучу рабочих чатиков, где нашла совпадение…
Ищет ли по включению или полному соответствию
Поиск по включению — это когда можно ввести только часть слова. Например, «ко» вместо «котик». Это очень удобно во всяких чатах. Вот, например, я помню, что Ольга рассказывала историю про баг, связанный с кораблем. Но в каком падеже она говорила?
На корабле…
У корабля…
Есть корабль…
Если поиск работает по полному совпадению, то нужно перебирать все падежи. Если он работает по включению, мне достаточно написать «корабл».
Бывает, что сам поиск работает по полному совпадению, но при вводе подсказывает варианты:
Ту → туфли / тушь / туника
При этом если выбрал подсказку — показались товары. А если не выбрал, то сам себе злобная чебурашка.
Впрочем, некоторые магазины всё равно предлагают товары. Или которые включают в себя введенный текст, или какие-то вариации (Озон мне на «ту» выдал товары с «Two» в названии!)
В любом случае, нужно уточнить — как должно работать? А потом проверить:
Бессмертный полк. результаты поисковой работы. выпуск 5. полевая почта
Сотрудникам центра поисковой работы МИПОД «Бессмертный полк» часто задают вопрос: «Как найти сведения о бойце по номеру полевой почты? «.
Именно этой теме мы и решили посвятить сегодняшний выпуск «Поисковых хитростей».
Итак, для начала следует ответить на вопрос, что же, собственно, такое полевая почта.
В соответствии с определением, содержащимся вБольшом филателистическом словаре[1], полевая почта — особый вид почты для обслуживания военнослужащих там, где отсутствуют стационарные почтовые учреждения государственной почты, или в действующей армии в военное время (военно-полевая почта).
Каждая воинская часть в период Великой Отечественной войны имела свой номер полевой почты. Уже в самом начале войны на базе Главного управления связи Красной Армии было создано Управление военно-полевой почты. На фронтах и во всех армейских штабах создавались специальные отделы, а в частях – почтовые полевые станции. Система нумерации почтовых ящиков воинских подразделений была введена в действие с 22 июня 1941 и действовала до вступления в силу Приказа НКО СССР от 5 сентября 1942 года № 0679 «О введении в действие «Инструкции по адресованию почтовой корреспонденции в Красной Армии в военное время», исправившего ряд существовавших недостатков. Так, при прежней системе нумерации противник при перехвате почтовых отправлений, мог вычислить не только действительные номера воинских частей, но и места их дислокации.
С 6 февраля 1943 г. существовавшие 4-значные номера полевых почтовых станций стали заменяться 5-значными условными номерами.
Следует отметить, что полевая почта во время войны в месяц доставляла в Красную Армию около 70 млн писем и 30 млн газет. Самый большой объем переписки был между фронтовиками и их близкими, которые находились в тылу[2].
Доставка почты осуществлялась в обоих направлениях: как из тыла на фронт, так и передовой в тыл, при этом пересылка осуществлялась бесплатно.
Поскольку достать конверты на передовой было практически невозможно, бойцы складывали листки бумаги особым способом — в форме треугольника. Во многих семьях такие фронтовые треугольники бережно хранятся до сих пор.
Почтовые штампы на фронтовых треугольниках — ценнейший источник информации для поисковиков.
Так, при поиске Караева Аманберды, пропавшего без вести на территории Украины, благодаря номеру полевой почты удалось подтвердить нахождение бойца на территории Львовской области, что способствовало поиску его могилы.
Подробнее — в материале на сайте полка «Мы не ожидали, что после стольких лет найдётся его могила».
В случае если письма с фронта в семье не сохранились на помощь приходят электронные базы данных — ОБД-Мемориал и Память народа: родственники при поиске без вести пропавших солдат часто вносили в анкету известные им данные о номере полевой почты.
В апреле 2022 года на почту полка пришло вот такое письмо:
«Здравствуйте! Может, Вы мне поможете найти какие-нибудь сведения о моем деде. У меня есть такая информация — Долотов Александр Николаевич, 1912 года рождения, село Минское Костромской обл. Призван Костромским военкоматом в июне 1941 года. Воевал на Ленинградском фронте в звании сержанта, по специальности — связист. Пропал без вести в сентябре 1941 года где-то под городом Лугой. К сожалению, больше ничего не известно».
На основании вышеуказанных исходных данных и был начат поиск.
На сайте Память народа удалось обнаружить анкету на розыск пропавшего без вести бойца, в которой содержались новые и очень важные сведения: номер полевой почты – ппс 535, домашний адрес бойца — г.Кострома, ул. Никитская, 46/2 и дата его выбытия – 11 августа 1942 г.
По номеру полевой почты удалось установить подразделение, в котором служил Александр Николаевич — 533 обс (отдельный батальон связи) 41 СК (стрелкового корпуса) 1 формирования.
Данные о месте дислокации 533 обс и помогли установить место захоронения бойца.
Подробнее — в материале на сайте полка «Ошибки канцелярии. История поиска».
Получить сведения о принадлежности полевых почт воинским соединениям можно в справочнике, размещенном на сайте soldat.ru.
Однако, часто встречается ситуация, когда сведения о номере полевой почты отсутствуют в данном справочнике.
В таком случае получить нужные данные можно следующими способами:
— через поиск в интернете, в том числе через народную летопись на сайте Бессмертного полка, в которой содержится много ценной информации;
— через ОБД-Мемориал, забив в графе «Последнее место службы» номер полевой почты, остальные поисковые графы при этом должны быть пустыми. В сформированной подборке будет список бойцов, которых и следует проверить — в донесениях по ним, помимо номера полевой почты, может содержаться и информация о принадлежности полевой почты.
Пример из практики:
Требуется определить принадлежность полевой почты п/п 32539-в. Сведения о данном номере полевой почты в справочнике на сайте soldat.ru отсутствуют.
В списке бойцов, полученном в ОБД-Мемориал, значится:
Гринь Павел Евдокимович, номер полевой почты — п/п 32539-в.
В базе имеется архивный документ, в котором, наряду с номером полевой почты п/п 32539-в, упоминается 967 стрелковый полк, по спискам личного состава которого и искали бойца. Таким образом, данный номер полевой почты п/п 32539-в соответствует 967 стрелковому полку 273 стрелковой дивизии.
Продолжение в следующих выпусках «Поисковых хитростей».
[1] Большой филателистический словарь / Н. И. Владинец, Л. И. Ильичёв, И. Я. Левитас, П. Ф. Мазур, И. Н. Меркулов, И. А. Моросанов, Ю. К. Мякота, С. А. Панасян, Ю. М. Рудников, М. Б. Слуцкий, В. А. Якобс; под общ. ред. Н. И. Владинца и В. А. Якобса. — М.: Радио и связь, 1988. — С. 233. — 320 с.
[2] Источник http://fb.ru/article/149097/chto-takoe-polevaya-pochta-polevaya-pochta-vremen-vov-i-sovremennaya
Лучшие практики
1. Используйте иконку с лупой
Обязательно добавляйте к строке поиска визуальный маркер — иконку с лупой. Иконки, согласно определению, являются визуальным представлением предмета, действия или концепта. Существует ряд иконок, значения которых считывается подавляющим большинством пользователей. Картинка с лупой относится именно к этой категории.
Пользователи распознают информацию, которую передает иконка, даже без подписи
Совет: используйте самое простой, схематический вариант изображения. Чем меньше графических деталей, тем лучше будет распознаваться символ.
2. Располагайте строку поиска на видном месте
Раз функция поиска так важна для сайта или приложения, она должна бросаться в глаза — ведь именно она может вывести пользователя на нужную страницу кратчайшим путем.
На картинке слева функция поиска скрыта за иконкой
Важно отображать поле для ввода текста целиком: если оно будет скрыто за иконкой, функция поиска станет менее заметной и интеракция будет требовать от пользователя дополнительных усилий.
Избегайте применять последовательное раскрытие для функции поиска — оно скрывает контекст
3. Снабдите строку поиска кнопкой действия
Наличие кнопки помогает донести до людей, что от выполнения действия их отделяет еще один шаг — пусть даже они решат выполнить этот шаг нажатием на Enter.
Совет: Не делайте кнопку поиска слишком маленькой, чтобы пользователям не приходилось нацеливаться на нее курсором. Чем больше места она занимает, тем проще заметить и кликнуть.
Предоставьте пользователям возможность начать поиск как при помощи клавиши Enter, так и нажатием на кнопку. У многих сохраняется привычка именно нажимать на кнопку, чтобы запустить процесс.
4. Добавьте строку поиска на каждую страницу
Следует стабильно обеспечивать пользователям доступ к строке поиска на любой странице сайта. Ведь если пользователь не видит того, что ему нужно, он попытается воспользоваться поиском, где бы ни находился.
5. Строка поиска должна быть простой
Проектируя строку поиска, убедитесь, что она похожа на себя и что её легко использовать. Исследования по юзабилити выявили, что для пользователя удобнее, когда расширенные настройки поиска по умолчанию скрыты. Отображая их (как в примере булева поиска, приведенном ниже), вы рискуете запутать людей, которые пытаются ввести запрос.
Булев поиск
6. Разместите строку поиска там, где её ожидают увидеть
Плохо, когда пользователи вынуждены искать строку поиска — это значит, что она не притягивает взгляд и теряется на странице.
Иллюстрация, приведенная ниже, взята из исследования A. Dawn Shaikh и Keisi Lenz: на ней показано, в какой части экрана пользователи ожидают увидеть строку поиска. Эти данные были получены на базе опроса 142 респондентов. Как показало исследование, самые удачные области — верхний правый и верхний левый углы экрана: там пользователям удобнее всего обнаружить строку поиска, следуя стандартному F-паттерну.
Иллюстрация показывает, в каких областях экрана люди в первую очередь склонны искать строку поиска. Верхний правый угол по-прежнему лидирует
Таким образом, помещайте строку поиска в верхнем правом углу или в верхней части экрана по центру — так вы можете быть уверены, что её расположение будет соответствовать ожиданиям пользователей.
Итого
Помните, что мы всегда начинаем тестировать с самого важного. Поиск нужен для чего? Чтобы искать по каким-то полям. Поэтому в первую очередь проверяем:
А потом уже начинаем проверять регистр, включение, опечатки и прочая. И идём от простого к сложному, потому что если в одном тесте проверять сразу всё, то потом очень сложно будет понять, из-за чего конкретно поиск не сработал.
Также не забывайте про стандартные тесты для любого текстового поля:
Но помните, что это серебряная пуля для любой текстовой строки. А, значит, она явно менее приоритетна тестов именно на ваш функционал — в данном случае на поиск. А тестировать надо начинать с самого главного!
