0 added
0 removed
Original
2026-01-01
Modified
2026-02-26
1
<p>Последняя тема, которую мы обсудим в курсе - это смещение тестирования влево. Мы уже касались ее, когда говорили о способах удешевления тестирования. Теперь обсудим подробнее.</p>
1
<p>Последняя тема, которую мы обсудим в курсе - это смещение тестирования влево. Мы уже касались ее, когда говорили о способах удешевления тестирования. Теперь обсудим подробнее.</p>
2
<h2>Что такое смещение влево</h2>
2
<h2>Что такое смещение влево</h2>
3
<p>Смещение влево - это техника, при которой мы смещаем тестирование влево по жизненному циклу продукта, то есть привносим его на этапы разработки требований, проектирования продукта, дизайна, разработки и написания кода.</p>
3
<p>Смещение влево - это техника, при которой мы смещаем тестирование влево по жизненному циклу продукта, то есть привносим его на этапы разработки требований, проектирования продукта, дизайна, разработки и написания кода.</p>
4
<p>Другими словами, мы стараемся протестировать продукт и найти ошибки в нем как можно раньше. Чем раньше мы отследим и устраним ошибку, тем меньше времени на это уйдет. Так мы сэкономим время, сделаем продукт качественнее и быстрее выведем его на рынок.</p>
4
<p>Другими словами, мы стараемся протестировать продукт и найти ошибки в нем как можно раньше. Чем раньше мы отследим и устраним ошибку, тем меньше времени на это уйдет. Так мы сэкономим время, сделаем продукт качественнее и быстрее выведем его на рынок.</p>
5
<p>Представим, что команда допустила ошибку на стадии разработки технических требований. Никто ее не заметил, поэтому дальше прошли этапы дизайна и разработка. И уже в самом конце тестировщик находит ошибку.</p>
5
<p>Представим, что команда допустила ошибку на стадии разработки технических требований. Никто ее не заметил, поэтому дальше прошли этапы дизайна и разработка. И уже в самом конце тестировщик находит ошибку.</p>
6
<p>Если все происходит именно так, то дизайн и разработка были сделаны зря. Нужно исправлять ошибку, возвращать продукт на более ранние стадии, вносить правки в дизайн, менять код. На это уйдет очень много времени, и этой траты можно было бы избежать. Нужно было просто сместить тестирование влево - то есть привлечь тестировщика еще на этапе разработки требований, дизайна и кода.</p>
6
<p>Если все происходит именно так, то дизайн и разработка были сделаны зря. Нужно исправлять ошибку, возвращать продукт на более ранние стадии, вносить правки в дизайн, менять код. На это уйдет очень много времени, и этой траты можно было бы избежать. Нужно было просто сместить тестирование влево - то есть привлечь тестировщика еще на этапе разработки требований, дизайна и кода.</p>
7
<p>Наглядно эта проблема видна на диаграмме:</p>
7
<p>Наглядно эта проблема видна на диаграмме:</p>
8
<p>На этой схеме нет еще одного этапа жизненного цикла - эксплуатации. На этом этапе стоимость исправления ошибки может быть катастрофически высокой. Ошибка в готовом продукте может испортить репутацию бренда, а в некоторых случаях - даже поставить под удар здоровье и безопасность людей. Компаниям очень важно, чтобы ни одна серьезная ошибка не дошла до этапа эксплуатации, поэтому смещение влево широко применяется и внедряется в различных сферах.</p>
8
<p>На этой схеме нет еще одного этапа жизненного цикла - эксплуатации. На этом этапе стоимость исправления ошибки может быть катастрофически высокой. Ошибка в готовом продукте может испортить репутацию бренда, а в некоторых случаях - даже поставить под удар здоровье и безопасность людей. Компаниям очень важно, чтобы ни одна серьезная ошибка не дошла до этапа эксплуатации, поэтому смещение влево широко применяется и внедряется в различных сферах.</p>
9
<p>Рассмотрим конкретные техники, которые помогают смещать тестирование влево.</p>
9
<p>Рассмотрим конкретные техники, которые помогают смещать тестирование влево.</p>
10
<p><strong>Тестирование документации</strong>. Очень важно изучать документацию и проверять, не содержит ли она взаимоисключающих параграфов, есть ли в ней неоднозначные или не совсем понятные моменты. Без понятной документации разработчику сложно разобраться, какие требования необходимо реализовать</p>
10
<p><strong>Тестирование документации</strong>. Очень важно изучать документацию и проверять, не содержит ли она взаимоисключающих параграфов, есть ли в ней неоднозначные или не совсем понятные моменты. Без понятной документации разработчику сложно разобраться, какие требования необходимо реализовать</p>
11
<p><strong>Три амиго</strong>. Во время этой практики команда обсуждает требования к продукту с трех сторон:</p>
11
<p><strong>Три амиго</strong>. Во время этой практики команда обсуждает требования к продукту с трех сторон:</p>
12
<ul><li>Тестировщик задает множество вопросов и продумывает будущие проверки</li>
12
<ul><li>Тестировщик задает множество вопросов и продумывает будущие проверки</li>
13
<li>Разработчик начинает продумывать, как ему реализовать требования к продукту</li>
13
<li>Разработчик начинает продумывать, как ему реализовать требования к продукту</li>
14
<li>Продакт-оунер понимает, какой результат компания получит и в какие сроки</li>
14
<li>Продакт-оунер понимает, какой результат компания получит и в какие сроки</li>
15
</ul><p><strong>Написание тест-кейсов по документации</strong>. В этом случае тестировщики изучают документацию и по ней пишут тест-кейсы. Ориентируясь на них, разработчики проверяют результат своей работы на соответствие требованиям. При этом необязательно писать кейсы для всех требований. Достаточно предоставить<strong>корнер-кейсы</strong>- то есть тесты на исключительные случаи, которые разработчикам неочевидны.</p>
15
</ul><p><strong>Написание тест-кейсов по документации</strong>. В этом случае тестировщики изучают документацию и по ней пишут тест-кейсы. Ориентируясь на них, разработчики проверяют результат своей работы на соответствие требованиям. При этом необязательно писать кейсы для всех требований. Достаточно предоставить<strong>корнер-кейсы</strong>- то есть тесты на исключительные случаи, которые разработчикам неочевидны.</p>