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

• Автоматизированное тестирование Стоит ли продолжать инвестировать?
• Практика автоматизированного тестирования для снижения затрат и повышения эффективности,Каковы эталонные случаи?？
• Кроме Автоматизированное Кстати, какие факторы снижают эффективность? Как это решить?

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

1. Необходимо ли продолжать инвестировать в автоматизированное тестирование?

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

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

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

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

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

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

2、Практика автоматизированного тестирования для снижения затрат и повышения эффективности Случай

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

Другой типичный пример — покупка бизнес-инструментов. В последние несколько лет SaaS-компании To B по-прежнему преуспевали. В последние годы они банкротятся или меняют направления бизнеса. Все меньше и меньше компаний могут выжить, а цена за единицу продукции на одного клиента становится все ниже и ниже. глубоко это понимает.

Более разумный подход к автоматизированному тестированию сейчас — это разработать небольшие инструменты (например, создание данных) или напрямую использовать зрелые инструменты/платформы тестирования с открытым исходным кодом, чтобы обеспечить возможность запуска тестовых случаев и удовлетворения некоторых ежедневных регрессий основного процесса. Чем глубже вы идете, тем выше затраты и тем очевиднее уменьшение эффекта отдачи.。

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

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

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

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

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

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

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

3. Факторы, снижающие эффективность, и идеи по повышению эффективности.

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

Как говорил однокурсник из технической группы, повышение эффективности = 70% методы управления + 20% возможности персонала + 10% инструментальная платформа. Хоть это и не совсем точно, но наглядно объясняет причину явления: чем больше команда, тем ниже эффективность.

Автоматизированное проверить перед приземлением,Обязательно уточните, каковы ваши цели,Какую проблему решить. Если это необходимо для повышения эффективности,Высока вероятность, что дело закончится неудачей.。долженСосредоточьте внимание автоматизации на областях, которые слабо связаны с бизнесом, таких как создание данных и пакетный мониторинг, а не на улучшении охвата автоматизированных тестовых примеров.！

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

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