Где и как узнать результаты анализов на коронавирус?

Какую поисковую систему использовать: Google или Яндекс?

Когда я был неопытен, для поиска я использовал только одну поисковую систему. Но опыт показал, что такой подход неэффективен, потому что у каждой поисковой системы свой уникальный запатентованный алгоритм поиска и, соответственно, свои плюсы и минусы. Куда важнее понять для каких типов поисковых запросов использовать тот или иной поисковик. Существует следующие типы поисковых запросов:

Навигационные запросы – это такие запросы целью которых является поиск определенного места в сети Интернет. Например, сайт фирмы или сайт недавно посещенного форума, поиск ссылки на блог и т.д.
Информационные запросы – такие запросы вводят, если хотят получить какие-то сведения или найти нужную информацию в Интернете. Например, поиск сведений об истории Древнего Рима или поиск результатов футбольного матча и т.д.
Транзакционные запросы – это вид запросов, которые вводят для того чтобы совершить какое-то действие в Интернете — транзакцию (купить, скачать, закачать, подписаться и т.п.)
Нечеткие запросы – это общие, конкретизированные запросы, которые, как правило, вводят неопытные пользователи. Напрмер, «мобильник», «музыка», «цветы» и т.д.

Особенности поисковой системы Google

Данный поисковик лучше использовать для навигационных запросов или поиска адреса сайта

Алгоритм этой поисковой машины особое внимание уделяет виду доменному имени и ссылке. Я несколько раз видел как при вводе нечеткого запроса в ТОП-10 выдачи присутствовали сайты, на которых вообще отсутствовал контент

Не стоит также забывать и о том, что — это международный поисковик, т.е. лучшее решение для поиска информации на иностранном языке.

Особенности поисковой системы Яндекс

Отечественный поисковик отлично подходит для поиска информации в Интернете по информационным запросам. Он очень хорошо индексирует Рунет, его алгоритм уже много раз подвергался доработке, к тому же он оптимизирован для поиска информации на русском языке. Примечательно что Яндекс тоже получил статус международного поисковика, произошло это 19 мая 2010 года (ссылка на источник).

Советы врачей, что можно делать в ожидании результатов

Во время ожидания анализов врачи советуют соблюдать правила самоизоляции, чтобы не подвергать опасности членов семьи и окружающих:

не выходить за пределы квартиры или дома;
сообщить на работу о сдаче ПЦР и в учебное заведение: школу, если ребенок, колледж или университет, если студент;
избегать общения с членами семьи, друзьями, коллегами по работе и другими людьми;
ввести в память телефона все важнейшие номера: лечащего врача, регистратуры поликлиники, горячих линий;
внимательно следить за своим здоровьем.

Полностью правила самоизоляции изложены здесь.

Прекратить самоизоляцию можно после того, как удалось проверить анализ на коронавирус через Госуслуги (при отрицательном результате). Особо подчеркнем, прекращать самоизоляцию можно только после официального объявления итогов тестирования. А это – портал Госуслуг. Результаты по телефону – для успокоения.

FAQ

Что такое баг?

Баг — это отклонение фактического результата от ожидаемого результата.

Здесь:— фактический результат — это то, что мы “видим” или то, что произошло после проделанных действий— ожидаемый результат — это ожидания наблюдателя, которые он получил из требований, спецификаций, любой другой документации, личного опыта и здравого смысла

Откуда берутся баги?

Баги являются следствием ошибок.

В свою очередь, ошибка — это действие человека, которое приводит к неправильным результатам.

Что такое баг репорт (bug report)?

Баг Репорт (Bug Report) — документ, содержащий отчет о любом недостатке в компоненте или системе, который может привести компонент или систему к невозможности выполнить требуемую функцию.

Баг Репорт (Bug Report) — документ, содержащий информацию о найденном баге.

Что такое Серьезность бага (Bug Severity)?

Серьезность характеризует уровень влияния бага на работоспособность приложения / компонента и необходима для дальнейшего проставления приоритета.

Как и чем считывать ошибки

Автопроизводитель Hyundai рекомендует для поиска и считывания диагностических ошибок использовать дилерский прибор Hi-scan pro, но так как сканер такого уровня не всегда находится в зоне доступности, иногда можно его заменить более скромными приборами. К примеру, международный сканер, рекомендованный в Соединенных Штатах для простых пользователей – “ELM327”, без проблем прочитает информацию о двигателе и все что связано с экологией (систему EGR, датчики кислорода, контроль топливообразования), частично может считать данные с АКПП. Но вот для связи с другими системами (АБС, подушки безопасности, системы климат-контроля) понадобится более продвинутый сканер.

Чтобы прочитать код ошибки достаточно:

При выключенном зажигании, подсоединить разъем сканера к авто и к ноутбуку;
Включить зажигание (не запускать) и зайти в раздел “Поиск ошибок”;
После того как ошибки будут найдены, важно сохранить или записать их.

Сами по себе ошибки и их количество не говорят ни о чем, это могут быть старые данные, которые сохранились после какого либо ремонта (замена топливного фильтра, случайное или намеренное рассоединение какого либо разъема под капотом, установка дополнительного оборудования и т.д), поэтому рекомендуется стереть все ошибки и сделать тестовый заезд. После повторного подключения опять считать данные и сравнить какие ошибки повторяются, а какие исчезли (но не факт, они могут опять “вылезти” после более длительной поездки).

Расшифровке и анализу каждой ошибки необходимо уделять более тщательное внимание, так как дословный перевод не всегда указывает на точную причину. Зачастую одна ошибка может являться не причиной, а следствием, или же одна неисправность может породить целый букет ошибок

Важной особенностью почти всех сканеров является отображение так называемой “Live data”. С помощью “живых” (текущих) данных можно на запущенном авто посмотреть и сравнить с рекомендованными: характеристики мотора, состояние впрыска, проследить работу лямбда-зонда и значение топливных коррекций

Также возможно осуществить контрольную поездку с записью данных, чтобы потом, выбрав необходимые графики, совместить их и найти виновника неисправности.

Типы багов

Дополнительный атрибут “Тип бага” необходим для обнаружения слабых мест в процессе разработки и тестирования, а также для их последующей корректировки.

Используемые типы багов определяются в зависимости от направления, размера и сложности проекта.

Приведенные ниже типы багов относятся к WEB сайтам.

UI (ошибка в верстке)

Баг в верстке — следствие ошибки в разметке (HTML) или стилизации (CSS) элемента страницы в специфическом окружении.

Примеры:

Не отображается блок Х на странице Y (в дизайне блок есть, на странице — нет)
Неправильное расположение блока на странице X (в дизайне блок слева, на странице — справа)
Не переносится на новую строку / Не обрезается текст ссылки “Our TOP 20 projects” в блоке «How it works?» на странице Х

UX (ошибка в удобстве)

Баг в удобстве — неудобство / нелогичность работы с элементами / функционалом страницы.

Примеры:

Не получается с первого раза нажать на кнопку Х в футере на мобильном (очень маленькая зона клика, кнопку нужно сделать больше)
Удаляется заказ после нажатия на кнопку Х в модальном окне на странице Б (ожидаешь закрытия окна, а фактически удаляется заказ — UX путает)

Functional (ошибка в функционале)

Баг в функционале — несоответствие логики работы компонента заявленным функциональным требованиям.

Примеры:

Отображается неправильное количество ссылок в блоке Related Papers в sidebar
1. требование: выводить 5 ссылок
2. фактически: выводится 10 ссылок
Не происходит прокрутка страницы вверх после нажатия на кнопку To Top
1. требование: происходит прокрутка страницы вверх после нажатия на кнопку To Top
2. фактически: ничего не происходит
Не показалось сообщение об ошибке при вводе числа в поле Name
1. требование: допустимые символы для поля Name = буквы (обязательны) + пробелы (не обязательны). При вводе других символов — показываем сообщение об ошибке.
2. фактически: сообщение об ошибке не отображается
Не отображается модальное окно А после нажатия на кнопку Х
1. требование: после нажатия на кнопку X показывается окно А
2. фактически: после нажатия на кнопку X показывается окно С
Не отображается текст “Нет заказов” на профиле райтера, если количество заказов, назначенных райтеру = 0
1. требование: отображается текст “Нет заказов“, если количество заказов на профиле райтера = 0
2. фактически: не отображается текст “Нет заказов“, если количество заказов на профиле райтера = 0

SEO (ошибка в seo)

Баг в seo — ошибка, которая влияет на SEO (нарушение нефункциональных требований, касающихся seo).

Примеры:

Отображается неправильная структура заголовков блоков на странице Х
Найдены 4 ошибки на странице Х после проверки в w3c валидаторе
Указан неправильный title на странице Х
Закрыта для индексации страница Х
Отсутствует атрибут ALT на изображении Z на странице Х

Чётко формулируйте запрос

Прежде всего нужно понять: что именно мы хотим узнать? Необходимо сформулировать тему как можно более узко и задать максимально конкретный вопрос.

Например, по запросу «Тесла» Яндекс выдаст информацию как об учёном, так и о марке автомобиля. Запрос «Никола Тесла» покажет все сведения о знаменитом физике. А «Никола Тесла изобретения» ответит на конкретный вопрос: какой вклад в науку он сделал.

Если с первой попытки не получилось найти нужные данные — не отчаивайтесь. Внимательно посмотрите на заголовки в выдаче и постарайтесь понять, как переформулировать запрос, чтобы поисковик вас понял. Возможно, помогут синонимы или пара уточняющих слов. Подсказки, которые возникают в поисковой строке при наборе текста, также могут натолкнуть на мысль, как сделать запрос точнее.

Важно понимать, что спросить поисковик — не то же самое, что спросить человека. Нейросети всё лучше учатся понимать людей: строчные и заглавные буквы, язык раскладки, опечатки и орфографические ошибки уже не являются для них проблемой

Но чтобы выдача соответствовала цели, нужно правильно подобрать ключевые слова.

Для чего нужно размещать свой тест на Госуслугах

С 1.08.20 года в России введены специальные правила возвращения в страну туристов из-за границы. Они обязаны сдать тест на коронавирус, а результат выложить на сайте Госуслуг. Сделано это в целях безопасности окружающих.

По результатам анализов Роспотребнадзор принимает решение: поместить прилетевшего на карантин (при положительном тесте) или разрешить ему вернуться к обычной жизни (анализ отрицательный)

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

Как это сделать, сроки загрузки результатов

Государством установлено, что в течение трех суток после возвращения из-за границы турист обязан сдать тест на ковид, а результаты разместить на портале Госуслуг. При уклонении от выполнения правил или просрочке термина в 72 часа наступает административная или уголовная ответственность. Пока выписывались штрафы от 15 000 до 40 000 руб., дело до реальных тюремных сроков не доходило.

Сдать анализы можно сразу после прилета (практически во всех аэропортах есть лаборатории), в частном клиническом центре или в государственной лаборатории. Но везде на платной основе. Сколько платить, нужно смотреть в прейскуранте или на сайтах организаций. Ведь разбежка в цене может быть существенной, от 1500 руб. до 5000 руб.

После получения результатов анализа на бумажном носителе, независимо от результатов расшифровки (положительный или отрицательный тест), их нужно разместить на портале Госуслуг (www.gosuslugi.ru). Для этого требуется зайти в Личный кабинет на сайте (если его нет, то зарегистрироваться), внести личные данные в специальную анкету, приложить к ней полученный из лаборатории документ, отправить.

После отправки анализов Роспотребнадзор проводит проверку и принимает решение: самоизоляция или обычная жизнь без ограничений.

Источники

Баг (значения) // ru.wikipedia.org URL: https://ru.wikipedia.org/wiki/Баг_(значения) (дата обращения: 28.10.2020).
Программная ошибка // ru.wikipedia.org URL: https://ru.wikipedia.org/wiki/Программная_ошибка (дата обращения: 28.10.2020).
ISTQB Глоссарий Терминов Тестирования 2.3 [https://www.rstqb.org/ru/istqb-downloads.html?file=files/content/rstqb/downloads/ISTQB%20Downloads/ISTQB%20%D0%93%D0%BB%D0%BE%D1%81%D1%81%D0%B0%D1%80%D0%B8%D0%B8%CC%86%20%D0%A2%D0%B5%D1%80%D0%BC%D0%B8%D0%BD%D0%BE%D0%B2%20%D0%A2%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%202.3.pdf]
Куликов С. Тестирование программного обеспечения Базовый курс. — 3 изд. 2020. — 298 с.
Программа подготовки ISTQB Базового уровня 2018[https://www.rstqb.org/ru/istqb-downloads.html?file=files/content/rstqb/downloads/ISTQB%20Downloads/ISTQB_CTFL_Syllabus_2018-RU.pdf]

Отправляйтесь в святилище и победите похитителей сокровищ

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

Нужное место будет отмечено на вашей мини-карте. Когда доберетесь до святыни, вы обнаружите там похитителей сокровищ. Расправьтесь с ними – это довольно слабые противники, поэтому проблем с ними возникнуть не должно. Когда победите врагов, вы сможете допросить одного из них.

Поговорите с Язвительным похитителем сокровищ. Он назовет подношения мальчика «барахлом», из-за чего тот сильно расстроится. Затем расспрашиваем о его желаниях: он не хочет сдавать экзамены, и просит, чтобы Злюка (одноклассница) больше не задирала его. Далее вам нужно будет узнать больше информации об подношениях.

Все ли баги нужно исправлять?

Нет, не все.

В идеальном мире — наверное да, но мы не знаем где он

Что мы знаем, так это то, что все люди ошибаются. Тестировщики тоже. Иногда Вы можете замечать вещи, которые багами не являются.

Это может происходить потому что вы:

Не знаете правильный ожидаемый результат (из-за плохой коммуникации / недостаточного описания требований / недостаточного опыта)
Допустили ошибку в ходе тестирования (например, перепутали порядок “шагов” проверки, или поменяли значение в базе данных не там, где нужно было)

Ситуация, когда Вы создаете “ложный” баг репорт — называется false-fail result .

Такие “моменты” характеризуют качество документации, качество подготовки к тестированию, качество проведения тестирования и анализируются QA (Вы ведь уже знаете, что QA ≠ тестирование?)

Если баг на самом деле существует, то перед исправлением всегда нужно оценивать его критичность, и сложность исправления.

Вряд ли кто-то будет заниматься ошибкой, исправление которой стоит $1000 в то время как она затрагивает всего 0.002% пользователей, не приносящих ценности компании.

Zero bug policy — отличный процесс работы с багами при использовании гибкой разработки

База спикеров

Оптимальное решение, если нужно часто обращаться к разным экспертам. Ничего сложного: достаточно просто записывать в специальную таблицу имена и фамилии, контакты, ссылки на компании. Отдельным столбцом — описания, чтобы вы сами быстро поняли, о чём конкретно может рассказать человек. Я только начала собирать свою базу и жалею, что не сделала этого раньше.

Кстати, заношу туда не только знакомых экспертов, но и заказчиков, для которых писала тексты. С ними у меня уже налажены хорошие отношения, и в большинстве случаев удаётся получить комментарии. Например, когда писала материал о бесплатных источниках трафика, пошла к владельцу агентства, для которого тоже пишу, — он как раз не тратит ни копейки на дистрибуцию контента и получает неплохое число переходов.

Алгоритм создания баг репорта

Предположим, Вы нашли баг и приступаете к написанию баг репорта.

С чего начать?

Ниже приведен алгоритм, следуя которому Вы точно ничего не упустите и снизите вероятность создания дубликатов или некачественных отчетов.

Понять “суть” проблемы, а не ее проявление (если получится, но это требует технических знаний)
Воспроизвести дефект один-два раза (удостовериться, что он повторяется)
Проверить наличие найденного вами дефекта в системе управления дефектами (возможно, баг уже создали)
Написать заголовок (отвечает на вопросы “что? где? когда?”)
Написать отчета
Заполнить отчета
Внимательно прочитать отчет. Убрать лишнее, добавить нужное!
Еще раз перечитать отчет! (самый важный пункт)
Сохранить отчет
Переназначить отчет либо проверяющему (если такой есть) либо разработчику (который будет исправлять ошибку)

Если Вы хотите потренировать свой навык создания отчетов о дефекте и получить оценку с рекомендациями, Вы можете по созданию баг-репортов.

Профильные компании

Можно обратиться прямо в компанию, чьи представители могли бы ответить на ваши вопросы. (Допустим, пишете об открытии производства — можно найти поставщика оборудования, недавно основанную производственную компанию, консалтинговую фирму. Если готовите статью о выселении из квартиры, тогда пригодится список юридических компаний.)

Обращение к профильным компаниям — самое неоднозначное решение. С одной стороны, маркетологи и пиарщики будут рады упоминанию. С другой — журналистский запрос может попасть в руки менеджера по продажам, а тот его просто проигнорирует. Но попробовать определённо стоит, особенно если спикеры молчат в сервисах или соцсетях.

Не дождались ответа ни на сайте, ни в соцсетях — обращайтесь в следующую компанию. Есть соблазн написать сразу всем по списку, но так лучше не делать. Если вам дадут хороший комментарий, но вы откажетесь, потому что уже взяли другой, — компании вряд ли будет интересно дальнейшее сотрудничество.

7 полезных советов при поиске информации

Составлять поисковый запрос нужно так, чтобы максимально сузить количество вариантов в выдаче
Используйте фильтрацию по времени – это позволит найти более-менее актуальную информацию. Благо сейчас все крупные поисковые системы предоставляют расширенный поиск, в котором можно установить диапазон дат.
Корректный вопрос, задаваемый поисковику, должен состоять как минимум из двух ключевых слов тогда поисковику будет гораздо проще отыскать нужную информацию
Для поиска информации используйте разные поисковые машины. Несмотря на то, что все поисковики построены на общих принципах, алгоритмы у них могут различаться. Поэтому может случиться так, что то, что не смог найти Yandex, выдаст Google
Если вы ищете какие-либо товары или услуги в вашем городе, уточняйте регион поиска(например Москва). Это уменьшит количество результатов, но найденные результаты будут более релеванты вашим поисковым запросам
Используйте больше существительных для поиска.
Используйте синонимы, если по запросу не было найдено то, что нужно

Главный фактор успешного и быстрого поиска – это формулировка запроса для поисковой системы. Если вы умеете сообразить, какие нужны ключевые слова для устраивающего вас результата – вы король поиска!

Откуда берутся баги?

Баги являются следствием ошибок.

В свою очередь, ошибка — это действие человека, которое приводит к неправильным результатам .

Причин возникновения ошибок множество :

Стресс
Спешка
Усталость, болезнь
Непонимание задания
Отсутствие коммуникации
Невозможность сконцентрироваться
Некомпетентность
Чрезмерная сложность ПО
Отсутствие документации / информации
…

Ошибки делают все и делают их всегда.

Это неотъемлемая часть природы человека и ее невозможно изменить или обойти.

Лучшие спортсмены, ученые, инженеры, политики, актеры, музыканты — ошибаются. Бизнес-аналитики, разработчики, тестировщики, дизайнеры, администраторы, переводчики и т.п. — не исключение…

— это один из принципов тестирования.

Что такое Баг / Дефект?

Перед тем, как начать разговор о баг репортах, стоит очень хорошо разобраться, что такое “баг”, ведь его мы и будем описывать

Слово “баг” — это технический жаргон . Оно используется в разговорах, статьях и приложениях (Jira, TestRail и т.п.)

Стандарты и книги используют другое название — “дефект”, оно более профессиональное.

Так как это не научная статья, мы будем использовать слово “баг”, как более распространенное и привычное

Существует несколько определений бага:

Баг — это изъян в компоненте или системе, который может привести компонент или систему к невозможности выполнить требуемую функцию.
Баг — это проблема, которая может приводить к отказу приложения или получению неправильных результатов, если ее не исправить.
Баг — это недостаток в компоненте или системе, способный привести к ситуации сбоя или отказа

Данные определения описывают баги в коде и их сложно применить к багам в требованиях, UI / UX и т.п.

На этапе проверки требований у нас нет компонента, системы (см. определение 1,3) или приложения (определение 2). У нас есть только текст, который их описывает, если он вообще существует

Более универсальное и доступное определение приведено в книге :

Баг — это отклонение фактического результата от ожидаемого результата.

Здесь:

фактический результат — это то, что мы “видим” или то, что произошло после проделанных действий
ожидаемый результат — это ожидания наблюдателя, которые он получил из требований, спецификаций, любой другой документации, личного опыта и здравого смысла

Давайте рассмотрим несколько примеров багов.

Баг в функционале:

Существует функция, которая возвращает сумму чисел.Передав ей значения sum(2, 2) мы должны получить 4 (ожидаемый результат)
Предположим, функция возвращает значение, отличное от 4, например 5 (фактический результат)
фактический результат ≠ ожидаемому результату (5 ≠ 4), значит это баг в логике функции

Баг в требованиях:

У нас есть требование, в котором указано, что дата регистрации клиента на сайте должна равняться 02.04.20 (фактический результат)
Здравый смысл подсказывает, что датой регистрации должна быть “текущая дата в момент регистрации” (ожидаемый результат)
Фактический результат ≠ ожидаемому результату, значит это баг в требованиях

Баг в UX:

Предположим, Вы открываете меню сайта на мобильном устройстве. Меню находится справа и занимает 70% ширины экрана. Слева появляется черный фон
Вы нажимаете на черный фон — ничего не происходит.Опыт подсказывает, что после клика на фон меню должно закрываться (ожидаемый результат), но по факту — ничего не происходит (фактический результат)
Фактический результат ≠ ожидаемому результату, значит это баг в UX

Резюме

В статье мы рассмотрели все, что нужно знать начинающему тестировщику о багах, баг репортах и их жизненном цикле.

Мы поняли, что баг репорты — это чрезвычайно важные документы, потому что именно они описывают найденные в процессе тестирования дефекты, исправление которых и повышает качество продукта.

И именно правильное и качественное оформление баг репортов является ключевым навыком тестировщика.

Если у вас есть вопросы или предложения — пишите нам в Телеграм!

Если вам интересно тестирования и Вы хотите получать актуальную информацию по этой теме — подписывайтесь на наш Tелеграм канал. У нас очень интересно: статьи, видео, тесты, опросы, нет спама