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

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

Этот процесс деформации условно можно разделить на следующие этапы:

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

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

3. С инженерами в качестве перевозчика это называется универсальным обслуживанием. То есть, пока вы являетесь инженером по тестированию, вы должны выполнять всю работу по тестированию той части, за которую вы несете ответственность, включая автоматизацию, производительность и безопасность. Это также современное определение рынка и требования к инженерам по тестированию.

За этим процессом стоят следующие тенденции:

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

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

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

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

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

Каковы болевые точки автоматизированного тестирования? В основном это отражается в следующих моментах:

• Объектами автоматизациитестирования являются потребности и бизнес-сценарии;
• Действием автоматизациитестирования является машинное выполнение варианта использования теста;
• Результаты автоматизациитестирования ограничены и зависят от многих факторов;

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

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

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

Чтобы автоматизированное тестирование было по-настоящему эффективным и давало хорошие результаты, объекты тестирования должны быть стандартизированы.,в противном случаеавтоматизациятестможет быть толькотеставтоматизация,От результатов к средствам.

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

Так какова же будущая тенденция развития автоматизированного тестирования? Моя точка зрения заключается в следующем:

• Вернуться к самому позиционированию технических средств, обеспечить руководство, а не руководство (создание данных/регулярные онлайн-инспекции);
• Стандартизировать основные технические средства и спецификации процессов, а затем рассмотреть возможность расширения сценариев применения автоматизациитестирования;
• Глубокое понимание тестовых объектов,Проведение тестирования на основе потребностей и сценариев.,Разорвите цепи презрения к технологиям (лучше автоматизация, чем немного);

Качество — это то, что позволяет контролировать риски и точно их измерять. Что касается того, какая структура лучше и какая технология более мощная, рассудит время.