Совет по тестированию программного обеспечения?

Question

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

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

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

Answer 1

У вас есть два варианта:

• Разделите код на независимые модули, чтобы исправление / изменение только в одном модуле означало, что вам необходимо повторно протестировать этот один модуль. Однако из-за зависимостей это эффективно только в очень ограниченной степени.
• Ввести автоматизированные тесты, чтобы повторное тестирование не было таким дорогостоящим. Это займет еще немного работы в кулак, но определенно окупится в вашем сценарии. У вас нет для проведения модульного тестирования или TDD - интеграционные тесты, основанные на инструментах захвата-воспроизведения, часто проще внедрить в ваш сценарий (созданный проект с процессом ручного тестирования).

Answer 2

Внедрите среду непрерывного тестирования, к которой вы и разработчики можете получить доступ.Что-то вроде CruiseControl.Net и NUnit для автоматизации функциональных тестов.

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

Answer 3

Реализация GO-сервера с Dashboard и управление с GO Agent GUI на вашем конце.

http://www.thoughtworks -studios.com / формы / формы / перейти / скачать текст ссылки

Answer 4

Определите «Quality SLA» - а именно, что все модульные тесты должны пройти, весь новый код должен иметь определенный уровень покрытия, весь новый код должен иметь определенный балл в некотором контролере статического анализа.

OfКонечно, что-то подобное может быть реализовано, поэтому регулярно проводите опросы после выпуска, где вы обсуждаете проблемные области и принимаете меры на случай, чтобы избежать этого в будущем.