TG Telegram Group & Channel
Short QA ideas | United States America (US)
Create: Update:

#собесы
А теперь перейдём к задачкам...

Вы наверняка знаете, что на собеседованиях нередко дают задачи -- иногда на тест-дизайн, иногда на код. В обоих случаях кандидаты часто совершают одни и те же ошибки.

Наболело, так что коротко и по делу расскажу, о чём стоит помнить, решая любую задачу на тестирование/код на собеседовании:

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

2. Если в задаче прямо оговорено, что какие-то поведение/факт гарантированы, не нужно их тестировать/проверять/подвергать сомнению (по крайней мере, пока задача не решена в предложенной формулировке). Эти ограничения позволяют сэкономить время и сфокусироваться на определенных аспектах решения задачи.

3. Простое работающее решение всегда лучше идеального ненаписанного. Всегда можно начать с простого и очевидного решения и следующим шагом улучшить его.

4. Протестируйте своё решение. Учтены ли граничные значения? Учтены ли риски и корнер-кейсы?

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

#собесы
А теперь перейдём к задачкам...

Вы наверняка знаете, что на собеседованиях нередко дают задачи -- иногда на тест-дизайн, иногда на код. В обоих случаях кандидаты часто совершают одни и те же ошибки.

Наболело, так что коротко и по делу расскажу, о чём стоит помнить, решая любую задачу на тестирование/код на собеседовании:

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

2. Если в задаче прямо оговорено, что какие-то поведение/факт гарантированы, не нужно их тестировать/проверять/подвергать сомнению (по крайней мере, пока задача не решена в предложенной формулировке). Эти ограничения позволяют сэкономить время и сфокусироваться на определенных аспектах решения задачи.

3. Простое работающее решение всегда лучше идеального ненаписанного. Всегда можно начать с простого и очевидного решения и следующим шагом улучшить его.

4. Протестируйте своё решение. Учтены ли граничные значения? Учтены ли риски и корнер-кейсы?

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


>>Click here to continue<<

Short QA ideas




Share with your best friend
VIEW MORE

United States America Popular Telegram Group (US)