Если клиент продолжает время от времени изменять требования, то какой метод тестирования следует использовать?
Я всегда выполняю регрессионное тестирование, как только появляются изменения. Дело в том, что клиент время от времени вносит изменения или дополнительные требования, и это делает дело более беспорядочным. Я проверяю что-то, а потом все меняется. Я снова должен протестировать измененный модуль и выполнить интеграционное тестирование с другими модулями, с которыми он связан.
Как бороться с такими случаями?
2 ответа
1) Сначала спросите полное требование Клинта и отметьте каждый маленький пункт в документе.
2) Понять эту общую функциональность.
3) Используйте метод тестирования по умолчанию.
4) Вы не упоминаете, какой тип тестирования (приложение или портал)
5) Насколько это удобно и удобно, продолжайте тестирование.
6) Вы хотите автоматизировать тестирование. Пожалуйста, используйте это (App-appium или Web-selenium)
Я надеюсь, что это полезно для вас.
Я хотел бы предложить вам следующие вещи
-> Изначально соберите все требования и уточните у клиента, есть ли у вас какие-либо вопросы по электронной почте.
-> Документируйте каждую вещь в MOM всякий раз, когда вам звонят клиенты, и делитесь ими со всеми, кто присутствовал на звонке (команда разработчиков, клиент, бизнес, QA)
-> Подготовьте стратегический документ плана тестирования, протестируйте кейсы и поделитесь им с клиентом и попросите его подписать контракт.
-> После того, как все готово, начните с тестирования дыма, затем проверьте основные функции в этом выпуске, а затем можете продолжить.
-> Вы можете автоматизировать регрессионные тесты, поскольку будете выполнять их для каждого выпуска (я бы предложил использовать Selenium, если это приложение для настольных компьютеров, а не UFT).
Пожалуйста, дайте мне знать, если у вас есть какие-либо вопросы.