Позавчера я написал статью о значении CheckList для качества доставки. Одноклассник оставил сообщение в фоновом режиме и задал следующие три вопроса:

1. Содержит ли CheckList подробное описание случаев?
2. Какова общая логика формулирования CheckList?
3. Должна ли стратегия CheckList основываться на проектах или тестах?

Основываясь на трех вышеуказанных вопросах, в этой статье мы расскажем о моем опыте и понимании внедрения CheckList в процессе тестирования.

Кто будет руководить выполнением контрольного списка?

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

Контрольный список — это метод, используемый во всех аспектах процесса разработки программного продукта для проверки качества поставки. Это также механизм предотвращения рисков.。С точки зрения разработки программного обеспечения,Его основная цель – контроль рисков.,Сосредоточьтесь на качестве,Таким образом, роль CheckList очевидна.

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

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

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

Вариант реализации CheckList

Позвольте мне привести вам случай из моей предыдущей работы.

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

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

Я сделал предложение девушке, отвечающей за пользовательский бизнес: каждая итерация версии,Определите изменения и масштабы их влияния.,И перечислите точки, требующие обновления конфигурации и сопутствующих операций.,Опубликуйте код вUATиPROокружающая среда доиразработка в процессеСвоевременно подтверждайте и проверяйте, чтобы как можно быстрее выявить риски.。

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

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

Логика формулирования стратегии CheckList

Логика CheckList на самом деле очень проста. Обычно вы можете выполнить следующие шаги:

• Оценить риски, подтвердить масштаб воздействия и контрольные точки;
• Перечислять методы проверки контрольных точек и вовремя проверять их при внесении изменений;
• Выполнять сопоставление «точка-точка» или «точка-ко-многим» в соответствии с бизнес-доменами и приложениями и поддерживать их единообразно;
• Содействовать внедрению вышеуказанного процесса, чтобы стать частью процесса тестирования НИОКР и сформировать один из ворот качества;
• Измените ручной метод выполнения CheckList на автоматизированный, используйте CICD или интегрируйте его в конвейер выпуска;

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