Как синхронизировать автоматизированные тесты с планами тестирования?

Question

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

В частности, как избежать неловкости обновления тестов в обоих местах?

Answer 1

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

1) Кто это читает? 2) Кто, вероятно, должен прочитать это, но в настоящее время вы подозреваете, что они не беспокоятся? (Вы знаете, почему они не беспокоятся?) 3) Какую информацию они должны получить от него? Это дает им эту информацию? 4) Как вы в настоящее время представляете эту информацию? Это работает для ваших читателей / не читателей? 5) Какие отзывы вы должны получить от читателей вашего плана тестирования? 6) Есть ли у вас какие-либо нормативные требования, которые необходимо удовлетворить при планировании испытаний?

Если вашей основной целью в плане тестирования является получение обратной связи и выявление важных пробелов в вашем тестировании (в ваших тестах всегда будут большие дыры, вопрос в том, являются ли они важными) - тогда (извините, я могу только разместить одну ссылку) - на сайте конференции EuroSTAR есть полезный вебинар от Рикарда Эдгрена, который называется «Больше и лучше идей для тестирования».

Вы можете обнаружить, что управление тестами через вики может стоить изучить - вот сообщения в блоге, обсуждающие эту идею: http://marlenacompton.com/?p=1894

Answer 2

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

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

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

Answer 3

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

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

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

Answer 4

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

После того, как у вас есть четко определенные тесты, вам не нужны письменные планы тестирования, и вам нечего синхронизировать!