Asp key как назвать бизнес login: Работаем с долгими API в ASP.NET Core правильно или тонкости переезда на новую платформу / Хабр

Собеседование с QA. 250+ вопросов для Junior, Middle, Senior

  1. Junior

1.1 Теория тестирования.

1.2 AQA

     1.2.1 Программирование и Selenium

     1.2.2 TestNG/JUnit, Git, CI

             1.3 Web

             1.4 Mobile

             1.5 Практические задания

 

  1. Middle

2.1 Теория

2.2 AQA

     2.2.1 Selenium

     2.2.2 Тестовая инфраструктура

2.3 Web

2.4 Mobile

2.5 Практические задания

 

  1. Senior

3.1 Теория

3.2 Практические задания

 

 

Дорогие друзья! Предлагаем вашему вниманию перевод статьи, опубликованной на DOU.ua 12 января 2022 года. Оригинальная версия на украинском языке доступна по ссылке.

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

Интервьюерам – пополнить свой запас интересных вопросов. Но не переборщите 🙂

Если вы не претендуете на позицию QA, просмотрите переводы подборок вопросов по другим популярным IT-специальностям.

 

Junior

 

Теория тестирования

1. Что такое тестирование?

2. Зачем тестировать ПО?

3. Какие существуют этапы тестирования?

4. Какие типы тестирования можете назвать?

5. Какие уровни тестирования знаете?

6. Какие техники тест-дизайна знаете?

7. Что такое техника анализа классов эквивалентности?

8. Что такое техника анализа предельных значений? В чем ценность этой техники?

9. Что такое Regression и Confirmation тестирование, какая между ними разница?

10. Как часто следует проводить регрессионное тестирование продукта?

11. Какие бывают виды интеграционного тестирования?

12. Что такое Configuration Testing?

13. Что такое Exploratory Testing?

14. Какие существуют UI-стандарты?

15. Что такое Black/Grey/White Box Testing?

16. Что такое Performance Testing?

17. Что такое Smoke и Sanity тестирование и какая между ними разница?

18. Что такое Traceability Matrix?

19. Что такое Sanity Testing?

20. Что такое End-to-End тест?

21. Что такое тестирование безопасности?

22. Что такое испытание на основе рисков?

23. Что такое динамическое тестирование?

24. Что такое «парадокс пестицида»?

25. Опишите основные фазы STLC? Дайте определение Entry и Exit Criteria.

26. Что такое Bug, Error, Failure, Fault?

27. Какие есть атрибуты баг-репорта? Какие основные поля для заполнения?

28. Какова разница между приоритетом и серьезностью?

29. Приведите примеры серьезного, но не приоритетного бага.

30. В чем разница между валидацией и верификацией?

31. Зачем нужна тестовая документация? Какие её виды?

32. Что такое тест-план? Какие элементы у него есть?

33. Какую обязательную информацию должен содержать тест-план? Как правильно его использовать, поддерживать и нужен ли он вообще для большинства проектов?

34. Какая разница между чеклистом и тест-кейсами?

35. Приведите пример хорошего тест-кейса.

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсе QA Стартовый (урок 1, урок 3, урок 4, урок 5), Основы тестирования (урок 6), Основы тестирования ПО (урок 1-5), а также в вебинаре “QA практикум. Техники тест дизайна” (часть 1 и часть 2).

 

AQA (Automation QA)

 

Программирование

36. Что такое ООП? Назовите его принципы с примерами?

37. Что такое интерфейс? Что такое абстрактный класс? Чем они отличаются?

38. Что такое SOLID? Приведите примеры.

39. Что такое DRY, KISS, YAGNI?

40. Какие паттерны GOF вам известны? Приведите примеры их использования.

41. Что такое PageObject и PageFactory?

42. Какая иерархия Collections?

43. Какая разница между Thread class и Runnable interface?

44. Какая разница между String, Stringbuffer и Stringbuilder?

45. Разница между final, finally и finalize?

 

Selenium

46. ​​Что такое Selenium и зачем его используют?

47. Что такое драйвер браузера?

48. Какие виды локаторов страницы существуют? Каковы их преимущества и недостатки?

49. Что такое Selenium Waits? Какие есть и чем отличаются?

50. Какие exceptions может бросить Selenium? Что они означают и как их обрабатывать?

51. Для чего используют JavaScriptExecutor? Приведите примеры.

52. Что такое Selenium Grid?

53. Какие способы click и send keys Selenium?

54. Как вы запускаете параллельное выполнение тестов? Что такое ThreadLocal?

55. Какая разница между Action и Actions?

56. Как написать метод isElementPresent?

57. Как вычитать данные из динамической веб-таблицы?

58. Можете ли вы назвать 10 интерфейсов в Selenium?

59. Назовите два способа, позволяющих автоматизировать капчу.

60. Вспомните типы навигационных команд Selenium.

61. Как найти поврежденные ссылки в Selenium WebDriver?

62. Какую технику следует рассмотреть, используя весь сценарий, если «нет ни frame id, ни frame name»?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсах Web Testing Automation on Java (урок 1), Автоматизация тестирования мобильных приложений (урок 5), а также в вебинаре “Selenoid или Selenium Grid — что лучше?”.

 

TestNG/JUnit

63. Для чего нужны TestNG/JUnit?

64. Какие инструкции используются в TestNG/JUnit?

65. Какие assertions есть в TestNG/JUnit?

66. Как выполнять тесты параллельно TestNG/JUnit?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсе Web Testing Automation on Java (урок 4).

 

Git

67. Для чего используют системы контроля версий?

68. Что такое Git? Каков принцип его работы?

69. Что такое commits, branches в Git?

70. Для чего нужны GitHub, GitLab и другие, базирующиеся на Git, вебхостинги проектов?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсе Основы работы с Git.

 

CI

71. Что такое CI?

72. Как автоматическое тестирование интегрируется в CI?

73. Как настроить Job или Pipeline на знакомом вам CI-инструменте?

74. Какие инструменты для генерации репорта после выполнения автоматических тестов вы знаете?

75. Какую информацию должен содержать отчет о выполнении автоматических тестов?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсе Web Testing (урок 4).

 

Web

76. Что такое клиент-серверная архитектура?

77. Что может выступать в роли клиента?

78. Что такое REST API, SOAP? В чем разница?

79. Какие протоколы передачи данных знаете?

80. Какие способы взаимодействия с API существуют? В чем разница между ними?

81. Как можно протестировать API, что там нужно проверять?

82. Как расшифровывается CRUD?

83. Чем отличается GET от POST?

84. Какие отличия между XML и JSON?

85. Какие знаете форматы передачи данных?

86. Как происходит шифрование?

87. Какие бывают виды баз данных?

88. Охарактеризуйте каждый класс status code (1хх; 2xx; 3xx; 4xx; 5xx).

89. Какие есть HTTP-методы?

90. Какие знаете Web elements?

91. Какие браузеры знаете? В чем их отличие?

92. Для чего необходимы инструменты разработчика в браузере (Chrome DevTools) и как они помогают в тестировании.

93. Что такое кэш?

94. Что такое сессия?

95. Зачем нужны cookies?

96. Что такое фрейм?

97. Что такое HTML/CSS/JavaScript?

98. Какую структуру имеет веб-страница?

99. Зачем чистить кэш?

100. Какие виды тестирования можно применить только к Web?

101. Для чего в веб-страницах используют JavaScript?

102. Что такое REST?

103. Что такое AJAX?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсах QA Стартовый (урок 6), Web Testing, SQL Базовый.

 

Mobile

104. Какие мобильные платформы существуют?

105. Какие версии Android и iOS используются на рынке (минимальные и максимальные)?

106. Какие версии Android нужно тестировать, если заказчик сказал поддерживать с версии 5.0?

107. Назовите типы мобильных приложений.

108. Каков формат файлов сборок приложений для Android и iOS?

109. Что такое ADB?

110. Как снять логи с AOS/IOS?

111. Что нужно проверять при использовании сканера отпечатка/Face ID?

112. Как я могу запускать тесты Android без Appium?

113. Объясните концепцию дизайна Appium.

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсе Автоматизация тестирования мобильных приложений.

 

Практические задания

114. Написать чеклист для функционала корзины в интернет-магазине.

115. Написать тестовые наборы данных для поля ввода даты, которое отсеивает пользователей в возрасте до 18 лет.

116. Написать чеклист тестирования формы ввода данных платежной карты.

117. Протестовать «предмет» относительно различных видов тестирования. (Предмет — лифт, карандаш, калькулятор и т. д.)

118. Есть Input поле, принимающее целые значения от 18 до 99 включительно. Надо протестировать с помощью техники тест-дизайна Boundary Values ​​Analysis и Equivalence Partitioning.

119. Есть веб-страница с полями: e-mail, password и кнопкой submit. Необходимо привести примеры отрицательных тест-кейсов, которыми можно проверить эту страницу.

120. Привести примеры тест-кейсов для функционала, находящегося на нескольких страницах проекта (например, поле поиска).

121. Как протестировать процесс оплаты в интернет-магазине?

122. Как протестировать сломанный тостер?

123. Объясните для 7-летнего ребенка, что такое база данных.

124. Определите необходимое количество функциональных тест-кейсов, чтобы проверить Log in форму.

125. Есть форма регистрации в веб-приложении с полями (first name, last name, username, password, repeat password) и кнопкой Register. Какие проверки нужно провести?

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

127. Как бы вы провели smoke-testing для приложения типа Telegram?

133. Как будет выглядеть баг-репорт, если, к примеру, не работает электрический чайник?

128. Есть таблица books с полями: name, price, page_count. Следует выбрать все имена книг, в которых price более 10 единиц и количество страниц от 20 до 100.

129. У вас есть функционал калькулятора, который доступен через веб-браузер по ссылке. Он имеет только функцию делить, так сказать, MVP-версию. Диапазоны для вписывания в числитель и делитель от 0,1 до 99,9. Вывод значения происходит автоматически, потому что front-end реализован на React JS. Как вы будете тестировать этот функционал? Какие виды тестирования примените? Какие техники тест-дизайна используете?

 

 

130. Задание на работу с SQL.

 

  • извлечь номер телефона и адрес пользователя Muzik.
  • Извлечь данные о пользователях, имеющих сумму заказа более 2000 грн.
  • Подсчитать количество заказов в таблице и общую сумму сделанных заказов.

 

 

131. Ваша компания разрабатывает программное обеспечение для медицинских систем, и вы тестируете компонент, управляющий дефибриллятором сердца. Вы заметили, что одно решение в тестовом модуле состоит из 34 независимых атомарных условий. Какой метод тестирования белого ящика следует выбрать для этого и почему?

132. Оздоровительная программа для сотрудников совмещена с оплатой медицинского страхования и имеет следующие правила:

 

  • сотрудники, потребляющие 17 единиц или менее алкоголя в неделю, получают $28 скидки на оплату.
  • Для сотрудников, которые заполнят «Оценку риска для здоровья», оплата уменьшается на $23.
  • Сотрудники, участвующие в ежегодном контроле за состоянием здоровья в компании: получат скидку на $50 за то, что имеют индекс массы тела (ИМТ) 25,5 или менее, и $19 скидки при ИМТ ниже 30. Некурящие получают дополнительную скидку на $46. Курильщики, присоединившиеся к курсу отказа от курения, получают скидку в $24. Курильщики, не присоединившиеся к курсу отказа от курения, оплачивают дополнительно $75.

 

133. Используя технику классов эквивалентности, сколько тестов нужно написать, чтобы покрыть вышеупомянутые условия на 100%?

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

 

  • лица до 18 лет не застраховываются.
  • Для мужчин на красном авто прибавляется +15% к стоимости полиса.
  • Для женщин от 18 до 64 лет страховая премия 1000 грн.
  • Для мужчин от 18 до 64 лет страховая премия 1200 грн.
  • Для лиц старше 64 лет страховая премия 1800 грн.

 

135. Напишите сценарии автоматического тестирования для сортировки по цене и добавлению товара в корзину на сайте. К вашим тестам добавьте документацию с настройками и разместите ваше решение на GitHub.

 

Middle

 

Теория

1. Назовите обязанности QA?

2. Что знаете о тестировании нагрузки? В каком случае следует проводить такое тестирование? На каком этапе готовности продукта?

3. Что такое таблица решений/decision table и как её можно использовать?

4. Что может быть критериями запуска и завершения тестирования?

5. Расскажите о вариантах интегрирования тестовой документации в проект, инструментах для работы с ней.

6. Как организовать сквозное тестирование (e2e)?

7. Какие тест-кейсы можно сдать для тестирования баз данных?

8. Приведите примеры подходов для тестирования локализации.

9. Что такое A/B тестирование?

10. Что такое mock/stub? Какие знаете инструменты для работы с ними?

11. Когда нужно использовать технику Pairwise?

12. Что такое fuzz-тестирование и где его используют?

13. Что такое REgexp?

14. Как меняется стоимость дефекта при тестировании программного обеспечения?

15. Каковы пути анализа бизнеса клиента? Как определить целесообразность того или иного функционала?

16. Назовите последовательность выполнения CI/CD процесса на проекте.

17. Какое должно быть процентное соотношение между положительным и отрицательным тестированием на проекте?

18. Какой вид тестирования целесообразнее проводить до релиза?

19. Есть ли разница между bug leakage и bug release?

20. Может ли быть ситуация, когда критерии завершения (exit criteria) не выполнены? Что должно происходить в этом случае?

21. Что мы действительно должны покрывать тест-кейсами, а что считается избыточным расходом времени и денег? Когда нецелесообразно писать тест-кейсы?

22. Для какого функционала труднее всего написать тест-кейсы?

23. Как посчитать Cyclomatic complexity?

24. В чем основная разница между defect detection percentage и defect removal efficiency?

25. Какие модели risk-based testing вы знаете?

26. Что такое тестирование API? Какими инструментами пользуются для его выполнения?

27. Что такое performance testing? Какими инструментами пользуются для его выполнения?

28. Что такое load и stress testing? Какими инструментами пользуются для их выполнения?

Видео курсы по схожей тематике:

QA Стартовый

Мизевич Кристина

Основы тестирования

Анна Дварри

Основы тестирования ПО

Татьяна Заварзина

29. Что такое contract testing?

30. Какая разница между Scrum и Kanban?

31. Расскажите о ритуалах, ценностях и ролях в Scrum.

32. Как выбор методологии может повлиять на качество разработки?

33. Нулевой спринт в Scrum. Для тестирования есть задание под названием «Настройка среды». Что здесь нужно выполнять?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсах Web Testing, QA Стартовый, “Методология управления проектами. Вступление в SCRUM”.

 

AQA

 

Selenium

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

35. Как взаимодействуют клиентская библиотека Selenium, драйвер браузера и сам браузер?

36. Для чего используют browser capabilities, arguments и options?

37. Что такое iframe и как с ним работать в Selenium?

38. Как обрабатывать браузерные сообщения (alerts)?

39. Что такое Appium?

40. Что такое Electron-based applications? Как использовать Selenium и Appium для их тестирования?

41. Как взаимодействовать с запросами, отправляемыми из браузера?

42. Как взаимодействовать с cookies, LocalStorage и SessionStorage?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсе Web Testing Automation on Java (урок 1) и Автоматизация тестирования мобильных приложений.

 

Тестовая инфраструктура

43. Что такое и чем отличаются виртуальная машина, симулятор и эмулятор?

44. Что такое контейнер и чем он отличается от виртуальной машины?

45. Как используют виртуальные машины и контейнеры в автоматизации?

46. ​​Что такое IaaS и PaaS? Приведите примеры.

47. Что такое Configuration Management?

48. Что такое Provisioning?

49. Какие команды Linux Shell вам известны? Как с помощью команд Linux Shell найти лог-файл и строчку с ошибкой в ​​файле?

50. Какие команды Windows CMD вам известны? Как с помощью команд Windows CMD найти IP-адрес машины?

51. Что такое SSH и как им пользоваться?

52. Что такое bash и batch скрипты? Зачем их используют?

 

Web

53. Какая разница между авторизацией и аутентификацией?

54. Как происходит авторизация на сервере?

55. Какие статус-коды ошибок бывают? Может ли сервер отправить код 400, если проблема на его стороне?

56. Как выполнить Debug страницы в браузере?

57. Как протестировать адаптивную верстку?

58. Что такое WebSocket и как проверить обрыв соединения?

59. Каковы есть основные виды уязвимости веб-приложений?

60. Какие инструменты для тестирования Web performance client-side знаете?

61. Какова разница между методами GET и POST?

62. Какая разница между методами PUT и PATCH?

63. Какие знаете сниферы?

64. Какова разница между DROP и TRUNCATE?

65. Что такое case function?

66. Что такое collation?

67. Что такое схема GraphQL?

68. Объясните разницу между OLTP и OLAP.

69. Вспомните разные типы репликации в SQL Server?

70. Что вы понимаете под Self Join? Приведите примеры.

71. Что такое cursor и как им пользоваться?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсах Web Testing Automation on Java, SQL Базовый.

 

Mobile

72. Что основное нужно проверить при тестировании мобильного приложения?

73. Что такое Manifest.xml в .apk файле и какие данные там указывают?

74. Что такое режим разработчика Do not keep activities?

75. Как происходит перехват трафика http/https для мобильных устройств?

76. В каком виде хранятся данные в мобильных приложениях локально?

77. Как тестировать миграцию локальных данных?

78. Каковы основные компоненты Android-приложений (активити / фрагмент / сервис / интент-фильтр)?

79. Опишите жизненный цикл активити.

80. Что такое утечки памяти? Как найти?

81. Как протестировать билд на Android?

82. Что такое Testflight? Как тестировать с его помощью?

83. Как работает Android? Какая у него архитектура?

84. Как происходит деплой программ IOS/AOS?

 

Ответы на некоторые из этих вопросов вы можете найти в видео курсе Автоматизация тестирования мобильных приложений.

 

Практические задания

85. Что делать, если разработчик не соглашается, что указанный баг действительно является багом? А если в требованиях использована неоднозначная формулировка? Если бизнес-аналитик, PM и представитель клиента сейчас недоступны, чтобы подсказать? Как можно предотвратить такую ​​ситуацию?

86. Сложилась ситуация, когда команда тестирования не успевает закончить свою работу в дедлайн. Как правильно действовать в этом случае? А если релиз передвинуть нельзя? А если никакие фичи из релиза забрать нельзя?

87. Что делать, если проект уже начался, а QA-инженер там начал работать только когда начали разрабатываться бизнес-фичи? Какие этапы тестирования теперь нужно наверстать и нужно ли это? Как это сделать максимально грамотно без ущерба для загрузки по тестированию новых фич? Какие риски имеет позднее вовлечение QA-инженера в разработку?

88. Веб-страница с полями e-mail, password и кнопкой submit. Назовите отрицательные тест-кейсы, по которым можно проверить эту страницу.

89. Предположим, что после нажатия кнопки submit страница перезагружается и ранее введенные данные исчезают. Как проверить, что информация отправлена ​​в базу данных?

90. Как проверить, что данные отправились на сервер, если у нас нет доступа к бэкенду?

91. Приведите примеры улучшений для приведенной веб-страницы (любая на выбор).

92. Составить Smoke Test Suite для DOU.ua.

93. Протестовать функционал банкомата с помощью техники State Transition Diagram.

95. Написать предельные значения для ввода в форму оплаты товара на сайте.

96. Есть метод POST, который регистрирует нового пользователя на сайте, есть тело запроса, содержащее данные о почте, телефоне, имени пользователя и адресе проживания. Какие кейсы для проверки можете привести?

97. На что следует акцентировать внимание при автоматизации методов API? Что следует проверять?

98. Вы тестируете логин-форму, вводите логин и пароль, нажимаете кнопку логин и ничего не происходит. Ваши действия?

99. В течение 5 минут найдите и опишите дефекты, которые вы видите:

 

 

100. Вам нужно сделать Regression Testing за два дня. Как вы это сделаете, если Regression Run охватывает 1000 тест-кейсов?

101. Вы тестируете интернет-магазин, который продаёт карандаши. В заказе нужно указать количество карандашей (максимум для заказа – 1000 штук). В зависимости от заказанного количества карандашей отличается цена:

 

1–100 – 10 грн за шт.

101-200 – 9 грн за шт.

201-300 – 8 грн за шт.

 

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

 

102. Есть приложение типа мессенджера, пользователь заходит в чат и отсылает файл (видит сообщение Failed to send…) Когда это может быть баг, а когда нет?

103. Есть веб-приложение интернет-магазина (регистрация, логин, поиск товаров, корзина и покупки). Программу поддерживают следующие браузеры: Chrome, Safari, Edge. У нас есть ограниченное время на тестирование. Расскажите, как вы будете проверять приложение?

104. Напишите автоматические тестовые сценарии для проверки API операций создания и просмотра GitHub Gists. Интегрируйте ваш проект с известной вам CI-системой.

 

Senior

 

Теория

1. Как вы преодолеете трудности из-за отсутствия надлежащей документации для тестирования?

2. Какой подход является наилучшим для старта QA в проекте?

3. Какие препятствия могут возникнуть в обеспечении качества для Agile Tester?

4. Что такое Definition of Done?

5. Когда можно считать, что тестирование окончено?

6. Что такое RCA в тестировании? Нужно ли его проводить?

7. Какой подход вы используете для Test Cases Review?

8. Какие виды рисков существуют? Что такое Mitigation Plan?

9. На основе чего нужно составлять стратегию для проведения тестирования нагрузки?

10. Как часто следует ревьюировать тестовую документацию?

11. Как можно быстро сделать выборку необходимых проверок для смоук-тестирования?

12. Как запланировать загруженность команды тестировщиков?

13. Какую ценность несет анализ результатов тестирования команде и проекту в целом?

14. Как можно подкорректировать флоу разработки, чтобы получать более чистые результаты на выходе и уменьшить количество багов на проде?

15. Расскажите о метриках качества, которые вы применяли. Зачем они нужны?

16. Как провести эстимейт задачи? Каковы техники оценки объема тестирования существуют?

17. Как можно посчитать покрытие тестами функционала?

18. Какое оптимальное количество шагов в тестовом сценарии?

19. Как избежать появления регрессивных дефектов?

20. Что такое тестирование со смещением влево (Shift left testing)?

21. Как будете тестировать программу, если для продукта нет документации?

22. В чем смысл юнит-тестов?

23. Какие минусы полной автоматизации тестирования?

24. Что такое ROI и как его считать?

25. Что такое CI/CD? Какие плюсы и минусы этого подхода?

26. TOP OWASP: какие знаете уязвимости и методы защиты?

27. Что вы думаете по поводу BDD? Когда следует использовать, а когда будет только хуже? Если все же следует использовать, то для UI или API автоматизированного тестирования?

28. Что такое сокеты и как их тестировать, вручную и автоматизировано? Зачем их используют?

29. Когда следует делать стресс-тестирование на проектах? От чего отталкиваться, когда строите сценарий для такого тестирования? Что учесть при выборе инструмента?

Бесплатные вебинары по схожей тематике:

QA практикум. Техники тест дизайна. 2

Мизевич Кристина

QA практикум. Техники тест дизайна. 1

Мизевич Кристина

Средства автоматизации тестирования REST API.

Дмитрий Бормотов

30. Расскажите об алгоритмах шифрования трафика.

31. Что такое NIC?

32. Для чего нужен протокол RTP?

33. Что, по вашему мнению, лучше – SIP или PRI?

34. Что такое NAT?

 

 

Практические задания

35. Сформулируйте негативные сценарии для POST-запроса, который создаёт нового пользователя.

36. Как вы регулируете конфликтные ситуации между QA и разработчиками?

37. Есть проект, на котором нет тестовой документации, но проекту уже год. Мануальным QA не хватает времени на тестирование, они очень устали, есть желание уволиться. Какое решение по команде можно принять?

38. Продайте мне тестирование как клиенту, не желающему его покупать. Кратко и структурированно опишите вашу работу на каждом из этапов разработки ПО, используя профессиональные термины (не лить воду).

39. У вас есть онлайн-калькулятор. Вы вводите 1+1 и получаете 3. Расскажите, как вы будете искать причину проблемы.

40. Могут ли быть такие виды архитектур? Чего может быть недостаточно для правильной работы архитектур, приведенных ниже?

 

Пример 1

 

 

Пример 2

 

 

Пример 3

 

 

Пример 4

 

Вопросы при выполнении этого задания:

 

  • какие запросы выполняются по форме авторизации?
  • Какой запрос выполняется, когда мы сохраняем данные в базе данных?
  • Можно ли авторизоваться с помощью GET-запроса и нормально ли так делать?
  • Какой код ответа мы получаем при падении ошибки на сервере, код при ошибочных credentials на форме авторизации?
  • Можно ли заменить SSL-сертификат шифрованием данных в пакете от клиента к серверу для протокола HTTP или это будет равноценной заменой?

 

41. Есть веб-страница с полями e-mail, password и кнопкой submit. Предположим, что после нажатия кнопки submit страница перезагружается и ранее введенные данные исчезают. Как проверить, что данные отправлены в базу данных?

42. Какое минимальное количество тест-кейсов необходимо, чтобы убедиться в корректной работе этой веб-страницы?

43. Как проверить безопасность на веб-странице (на выбор)?

 

Редакция DOU.ua выражает благодарность за вопросы и рецензию: Роману Поботину, Андрею Заблоцкому, Виктору Максименко, Марьяне Батюк, Ирине Литвин, Сергею Могилевскому, Святославу Логину, Роману Маринскому, Олегу Заревичу, Олесе Паславской, Тарасу Лирке, Максиму Богуну, Вадиму Гуличу, Виталию Кашубе, Юрию Суравскому, Светлане Франковой, Владимиру Арутину, Станиславу Жупинасу, Людмиле Федчук, Иванне Черухе, Юлии Левченко, Владиславу Куличенко, Юрию Бояру.

Курсы DevOps в Минске | Онлайн-обучение на DevOps-инженера с нуля

О неоконченном высшем образовании

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

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

Рекламная аналитика

Затем я стал аналитиком в рекламном агентстве. Нужно было составлять отчеты по рекламе и попутно решать административные задачи. Работа оказалась нервной и слишком «клиентоориентированной»: деньги ставились выше здравого смысла. Где-то через год я понял, что не привыкну.

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

Учеба и первые результаты

В 2017 году один товарищ порекомендовал мне бесплатные экспресс-курсы GeekBrains. Я записался и прошел интенсив по Java, но с покупкой платного курса не спешил — изучал отзывы в сети. Они были противоречивыми, но хороших оказалось больше. И еще я заметил, что авторы самых негативных отзывов не были знакомы с моделью обучения на платных курсах.

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

К слову, изучать Java я начал еще во время работы в рекламном агентстве. Тут же стал применять новые знания на практике: автоматизировал свои рабочие процессы, снизил повседневную нагрузку. Результаты порадовали и еще больше убедили развиваться в выбранном направлении.

После курса Java я поступил на факультет BigData и быстро ощутил, как здорово прокачиваю аналитику. Новые знания ложились на каркас практики, который у меня уже был.

А еще я начал понимать исходный код программ, даже если он на другом языке.

Стало ясно, что со знанием концепций программирования осваивать новые языки и инструменты — дело техники.

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

В Питер — за перспективами

Весной 2018 года я решился на переезд в Санкт-Петербург, где возможностей, конечно, побольше, чем в Красноярске. На тот момент у меня было уже три года опыта в рекламном агентстве. За месяц до отлета я предупредил руководство, что ухожу, подготовил себе замену, разработал должностные инструкции и передал все дела.

В Питере я практически сразу нашел компанию, где я могу стать аналитиком с базовыми навыками программирования. Это было бутиковое рекламное агентство закрытого типа. На собеседовании они смотрели на мои рабочие навыки и на то, как я усваиваю новую информацию и взаимодействую с коллективом. Программирование их интересовало скорее на перспективу. Ведь даже рекламная аналитика — это не только Google Analytics, Яндекс.Метрика и Excel, но и автоматизация. Ожидание оффера затянулось на месяц, но цель была достигнута.

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

Знаний Python, SQL и Power BI хватило, чтобы справился с тестовым заданием. Еще были вопросы на рабочую логику — тут пригодился опыт аналитика.

Я увидел, что буду работать с адекватными и спокойными людьми. Руководитель сам в прошлом был рекламным аналитиком в агентстве, и мы отлично поняли друг друга.

Еще понравилось, что со мной не торговались по зарплате. На рынке аналитики, особенно в рекламе, не всегда адекватно оценивают твой труд. Многие пытаются сбивать цену фразами типа «Вы же готовы к даунгрейду в первое время?». Как человек с опытом, я сразу понимаю, что «первое время» затянется. А здесь мне позволили самому доказать, сколько я могу сделать и заработать.

Как я работаю

Сейчас я аналитик в управляющей компании в kassir.ru — зарабатываю в 2,5 раза больше, чем на прошлом месте. Но главное — получаю удовольствие от того, чем занимаюсь.

Я работаю над сайтами экосистемы компании: использую SQL и Python, R (на нем написан legacy-код), PowerBI, MS Azure, Google Analytics. Это единственное, что могу рассказать о своих задачах, так как в компании я подписал NDA. Добавлю только, что опыт в рекламной аналитике пригодился.

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

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

Что касается программирования, я самостоятельно практикуюсь в Java, планирую ближе знакомиться с Clojure и Scala, продолжаю изучать Python и SQL в GeekBrains.

Что я понял на своем опыте

Если боитесь пробовать себя в IT, значит, пока не понимаете, чем предстоит заниматься. По-моему, лучший способ это прояснить — съездить на конференцию и познакомиться с разработчиками. Они расскажут, чем занимаются на практике и какие видят перспективы по своему направлению.

Как проходить собеседования

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

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

Как адаптироваться на новом месте

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

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

Как не потерять интерес

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

Как получить идентификатор приложения Facebook и секретный ключ в 2022 году?

Эта запись в блоге была первоначально написана в декабре 2017 года. С тех пор Facebook изменил пользовательский интерфейс своего портала для разработчиков. Для того же мы обновили блог для идентификатора приложения Facebook и секретного ключа в соответствии с последними шагами портала разработчика.

Если вам когда-либо понадобится интегрировать Facebook Login или использовать Facebook Graph API, вы можете нанять разработчиков asp.net у нас по доступной цене.

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

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

  • Во-первых, вам нужно перейти в браузере на страницу разработчиков Facebook. Для этого вам необходимо войти в свою учетную запись Facebook.
  • Далее вам нужно щелкнуть ссылку «Добавить новое приложение», расположенную в верхнем правом меню «Мои приложения».

Процесс входа в Facebook API:

Чтобы использовать Facebook API, например, вход с помощью Facebook или Facebook Graph API, вам необходимо создать приложение Facebook. Когда вы создаете приложение для Facebook, это приложение будет иметь идентификатор приложения и секрет приложения. Эти учетные данные необходимы для выполнения практически любых действий с Facebook, в том числе для прохождения процесса авторизации OAuth и работы с Facebook Graph API.

С идентификатором приложения вы можете отправлять API-запросы в Facebook для получения данных. Секрет приложения Facebook можно использовать для декодирования зашифрованных данных.

Выполните следующие шаги, чтобы создать приложение Facebook:

1. Войдите в свою учетную запись Facebook и перейдите по адресу https://developers.facebook.com

2. Если у вас уже есть учетная запись, зарегистрированная для учетной записи разработчика Facebook , вы можете пропустить этот шаг и сразу перейти к шагу 3. Если вы не зарегистрированы в учетной записи разработчика Facebook, вам необходимо выполнить следующие шаги:

  • Нажмите кнопку «Начать» в правом верхнем углу.

  • Теперь вам нужно нажать кнопку «Далее» во всплывающем окне.

  • Введите код подтверждения, чтобы подтвердить свою учетную запись через свой почтовый идентификатор.

  • Может потребоваться повторная проверка вашей учетной записи по почтовому идентификатору.

  • На следующем экране, после подтверждения вашей учетной записи, 3-й шаг — сообщить вам об этом. Выберите здесь вариант «Разработчик».

  • На экране приветствия нажмите кнопку «Создать первое приложение». Здесь вас попросят указать отображаемое имя и контактный адрес электронной почты вашего нового идентификатора приложения. Это имя приложения будет показано конечным пользователям, когда они попытаются «Войти через Facebook», и они будут перенаправлены на веб-сайт Facebook для получения разрешения на вход.
  • Итак, убедитесь, что вы дали осмысленное имя, которое может идентифицировать ваш веб-сайт.

3. Если вы уже зарегистрированы в Facebook Developer, выполните следующие шаги:

  • Нажмите «Мое приложение» >> «Добавить новое приложение»

  • Во всплывающем окне введите «Отображаемое имя» нового приложения и «Контактный адрес электронной почты», затем нажмите «Создать идентификатор приложения». Кнопка

  • Завершите проверку безопасности, введя пароль и нажмите кнопку «Отправить», чтобы открыть страницу списка продуктов

4. На странице списка продуктов нажмите кнопку «Настроить» на продукте. с именем «Вход через Facebook»

5. В меню в левом углу щелкните ссылку «Вход через Facebook», чтобы развернуть подменю. Затем вам нужно нажать «Настройки» в подменю.

6. Теперь вы увидите подробную информацию о том, где вам нужно ввести URL-адрес вашего веб-сайта в «Действительные URI перенаправления OAuth».

Например, домен моего веб-сайта — yourdomain. com, поэтому я ввел https://yourdomain.com

 7. Теперь разверните меню «Настройки» и выберите «Основные». Здесь вы можете найти идентификатор приложения и секрет приложения. Затем нажмите кнопку «Показать» в текстовом поле «Секрет приложения». Вы можете скопировать «Идентификатор приложения» и «Секрет приложения», которые вы можете использовать для своих вызовов API Facebook.

8. По умолчанию, когда вы создаете приложение Facebook, оно является частным и доступно только вам для целей тестирования. Конечные пользователи смогут использовать его только после того, как вы запустите приложение. Для живого приложения вы должны ввести URL-адрес политики конфиденциальности в настройках> Основные.

9. Для переключения режима с «Разработка» на «Живой» щелкните переключатель состояния. После этого появится всплывающее окно для переключения режима. Пожалуйста, выберите категорию вашего приложения и нажмите кнопку «Переключить режим», чтобы сделать ваше приложение общедоступным.

Короче говоря, получить идентификатор приложения Facebook и секретные коды Facebook от Facebook очень просто. Использование настроек Facebook OAuth при выполнении вышеупомянутых шагов может помочь вам получить идентификатор приложения Facebook и секретный ключ в 2022 году. Вы можете установить его в режиме разработки, просто переключив режим одним щелчком мыши.

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

  1. ASP.NET — вход с помощью Facebook и Graph API
  2. ASP.NET — вход и регистрация с помощью LinkedIn API
  3. 2020 Обновлено: как получить идентификатор клиента и секрет клиента приложения Google может помочь вам с легкой реализацией для вашей аутсорсинговой компании программного обеспечения требований.

     

    Интеграция API социальных сетей

    Рабочий номер для сотрудников и потребителей

    Доступ и управление данными о занятости и доходах, хранящимися в базе данных The Work Number®. Вы можете начать с входа в систему для просмотра вашей информации в электронном виде. Это более простой и быстрый способ просмотреть вашу информацию.

    Зарегистрируйтесь для получения доступа  → 

    У вас уже есть учетная запись? Войдите здесь.

    Зачем управлять своими данными с помощью Equifax

    Проверить точность

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

    Get Insights

    Просматривайте свою историю занятости и доходов, а также просматривайте проверяющих, которые запрашивали ваши данные за последние два года.

    Подробнее Прозрачность

    Имея доступ к вашему отчету о занятости из The Work Number, вы можете видеть, какие данные предоставили или просмотрели работодатели.

    Шаг 1 • Определите своего работодателя

    Нажав «Зарегистрироваться», выберите «Не робот», прежде чем продолжить. Введите код работодателя, связанный с вашим работодателем, или найдите своего работодателя по имени.

    Шаг 2 • Войдите в систему и подтвердите свою личность

    Новые пользователи выбирают опцию «Зарегистрироваться сейчас». Вам потребуется предоставить дополнительные данные для аутентификации, а также выполнить запрос на одноразовый пароль. После аутентификации вы создадите личный идентификатор пользователя и пароль.

    Если изначально вам не предлагается опция «Зарегистрироваться сейчас» или вам нужна помощь при входе в систему , вы можете позвонить в наш центр обслуживания клиентов по телефону 800-996-7566.

    Вернувшиеся пользователи введите личный идентификатор пользователя и пароль, которые вы создали ранее. Если вы забыли свой идентификатор пользователя или пароль, выберите «Забыли идентификатор пользователя» или «Забыли пароль», чтобы повторно пройти аутентификацию и ввести одноразовый пароль.

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

    Управление вашими данными 
     

    Отчет о ваших личных данных о занятости

    Просмотр ваших данных

    Получите мгновенный и частный доступ к вашему отчету о занятости. Просмотрите свою информацию в базе данных The Work Number и посмотрите, кто получил вашу информацию за последние два года.

    Запрос вашей информации

    Оспорить ваши данные

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

    Оспорить вашу информацию

    Заморозить ваши данные

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

    Заморозить ваши данные 

    Код зарплаты – это шестизначный номер, который позволяет получить однократный доступ к вашей информации. Верификатор сообщит, когда потребуется ключ зарплаты. Чтобы сгенерировать ключ зарплаты, войдите в систему , чтобы просмотреть свои данные и найти своего работодателя.

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

    Сначала найдите своего работодателя. Нажав кнопку «Войти», вы введете свой код работодателя или выполните поиск своего работодателя.

    Затем зарегистрируйтесь или войдите в систему. Если вы первый раз, выберите «нажмите здесь», чтобы зарегистрироваться. Если вы являетесь зарегистрированным пользователем, введите предоставленный работодателем идентификатор пользователя или созданный вами идентификатор пользователя и пароль. Если вы не знаете свой идентификатор пользователя или пароль, обратитесь в отдел кадров.

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

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

    Помощь при входе в систему доступна по телефону 1-800-996-7566 с понедельника по пятницу, с 7:00 до 20:00 по центральному поясному времени (кроме праздничных дней).

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *