Я предлагаю вам не смешивать автоматическое и ручное тестирование , позволяя тестировщикам получать доступ к серверу, который подготовлен для ваших автоматических тестов. Это может привести к ложным негативам как в ваших автоматических, так и в ручных тестах. Эти «ошибки» являются недетерминированными и, скорее всего, никогда не воспроизводятся (очень плохие новости). Это приведет к большому количеству ненужных «отчетов об ошибках» и сбоям сборки.
Итак, вот что вы можете сделать ...
В дополнение к текущей настройке, вы можете создать дополнительный ступенчатый сервер для своих ручных тестеров. Это минимум , который вы должны сделать. Вам, вероятно, следует создать несколько из них, по одному для каждого тестера .
И вот идет напыщенная речь ...
В моем текущем проекте мы недавно узнали, что наши тестеры (у нас их было ~ 10) повторно использовали один сервер. Они утверждали, что, поскольку у нашего приложения будет несколько одновременно работающих пользователей, было хорошей идеей, что, пока они тестируют отдельные функции, они также проверяют, как эти функции работают, когда несколько пользователей работают на одном сервере. НЕПРАВИЛЬНО!
Если речь идет о нескольких пользователях, должны быть тестовые случаи для конкретных проблем. Если функциональность № 1 может мешать функциональности № 2, она должна быть специально протестирована, а не просто «проверена на счастье».
До того, как это было объяснено нашим ручным тестировщикам, у нас было много ложных сообщений об ошибках из-за того, что один тестер просто наступал на пальцы другого тестера. (например, tester1 удалил запись, которую tester2 представил в систему и т. д.). Это создало много ненужных отчетов об ошибках, и эти ошибки никогда не воспроизводились.
Извините за напыщенную речь, я надеялся, что это все еще помогает