https://lib.custis.ru/index.php?action=history&feed=atom&title=%D0%9F%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D1%8F_%D0%B2%D1%81%D0%B5_%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B..._%28%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B9_%D0%91%D0%B0%D1%80%D0%B0%D0%BD%D1%86%D0%B5%D0%B2%2C_SQADays-11%29 2026-04-12T21:47:35Z История изменений этой страницы в вики MediaWiki 1.26.4 https://lib.custis.ru/index.php?title=%D0%9F%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D1%8F_%D0%B2%D1%81%D0%B5_%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B..._(%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B9_%D0%91%D0%B0%D1%80%D0%B0%D0%BD%D1%86%D0%B5%D0%B2,_SQADays-11)&diff=38103&oldid=prev 2012-05-23T19:51:49Z

<p>Новая страница: «== Аннотация == ;Докладчик: [http://barancev.moikrug.ru/ Алексей Баранцев] &lt;blockquote&gt; Анализ границ — эту те...»</p> <p><b>Новая страница</b></p><div>== Аннотация ==<br /> ;Докладчик: [http://barancev.moikrug.ru/ Алексей Баранцев]<br /> &lt;blockquote&gt;<br /> Анализ границ — эту технику каждый тестировщик осваивает, наверное, самой первой. Прочитать спецификацию, отделить «хорошие» данные от «плохих», сделать тесты для тех и для других, а также проверить границы. Выделить классы эквивалетности, взять по одному представителю из каждого, а также проверить границы. Это знакомо каждому тестировщику.<br /> <br /> Но в действительности применение этой техники вовсе не так просто, как может показаться на первый взгляд, потому что в реальном мире разных «границ» куда больше, чем описано в любой, даже самой хорошей спецификации. Причина этого в том, что в реальной программе существует множество *технологических* границ, о которых аналитик может даже не подозревать. Это максимальные и минимальные числа в различных представлениях, максимальные допустимые размеры строк или полей в базе данных, максимальная и минимальная представимая дата, точность вычислений и другие ограничения. Иногда они возникают из-за особенностей реализации — алгоритмов или архитектурных решений, которые выбрали ваши разработчики. Иногда они определяются внешними используемыми библиотеками и платформой (программной и/или аппаратной), на которой реализована ваша программа.<br /> <br /> Что будет, если пользователь, случайно или намеренно, пересечёт такую *технологическую* границу — введёт слишком большое число или слишком длинную строку? Должен ли тестировщик пытаться это выяснить? Или может быть достаточно предупредить пользователей, чтобы они не вводили «плохие» данные, а кто ввёл — мы ответственности не несём? А если всё таки мы решили, что тестировщику следует пытаться всё это проверить — как искать эти границы, если они нигде не описаны? И можно ли попасть в область, находящуюся «за технологической границей»? А если можно — нет ли там, дальше, ещё каких-нибудь границ? Как далеко это может завести тестировщика?<br /> <br /> Я расскажу свою точку зрения на применение этой техники, приведу примеры реальных багов, связанных с нарушением *технологических* границ, подскажу некоторые приемы, которые позволяют их обнаруживать, и дам рекомендации, когда этого можно не делать.<br /> &lt;/blockquote&gt;<br /> <br /> == Видео ==<br /> <br /> {{vimeoembed|42284184|720|338}}<br /> &lt;poll&gt;<br /> ALTERNATIVE<br /> REVOTE<br /> UNIQUE<br /> Оцените доклад «{{PAGENAME}}»:<br /> Отлично!<br /> Хорошо.<br /> Нормально…<br /> Не очень: (<br /> Просто хочу узнать результаты.<br /> &lt;/poll&gt;<br /> <br /> &lt;noinclude&gt;{{ActualBanner2}}&lt;/noinclude&gt;<br /> <br /> == Слайды ==<br /> [[Файл:Переходя все границы... (Алексей Баранцев, SQADays-11).pdf|left|page=-|256px]]<br /> <br /> == Примечания и отзывы ==<br /> &lt;!-- &lt;blockquote&gt;[©]&lt;/blockquote&gt; --&gt;<br /> <br /> &lt;references/&gt;<br /> <br /> {{replicate-from-custiswiki-to-lib}}<br /> <br /> [[Категория:Тестирование (доклады)]]<br /> [[Категория:SQADays-11 (наша запись)]]</div>

StasFomin