Часто бывает так, что два человека тестируют один и тот же билд приложения параллельно на разных платформах и заканчивают задание с разницей до часа и более.
Возможные причины такого могут крыться как в количестве багов для разных платформ (то есть, один тратит время на заполнение багтрекера, а второй -нет) или сама скорость работы приложения (если это веб-приложение, то скорость работы в разных браузерах) или в знании приложения. Однако, всегда есть некоторые хитрости, известные опытным тестировщикам:
1) Заранее знать предметную область.
Будь это онлайн-магазин или десктопное приложение для проигрывания звука, всегда полезно потратить перед тестированием лишнее время для того, что бы понять, как работают аналогичные продукты, что в таких продуктах реализовано и то, чего от приложения необходимо ожидать.
2) Заранее знать допустимые значения для различных полей.
При проверке текстовых полей нужно осознавать, какие значения там граничные. В таком случае можно проверить ввод значений всего за три подхода- значение меньше минимального, больше максимального и значение из допустимых и не потерять время, проверяя несколько допустимых значений.
3) Подготовка шаблонов отчета и записей багов до тестирования. Всегда проще заполнить готовый шаблон и копировать его из багтикета в багтикет, изменяя только суть ошибки, чем каждый раз писать заново.
Ключ к не только быстрой, но и к качественной работе- самосовершенствование. Если регулярно развивать себя, то можно будет задание, на которое у другого человека раньше уходил целый день, делать всего за несколько часов, даже видя приложение в первый раз.
Возможные причины такого могут крыться как в количестве багов для разных платформ (то есть, один тратит время на заполнение багтрекера, а второй -нет) или сама скорость работы приложения (если это веб-приложение, то скорость работы в разных браузерах) или в знании приложения. Однако, всегда есть некоторые хитрости, известные опытным тестировщикам:
1) Заранее знать предметную область.
Будь это онлайн-магазин или десктопное приложение для проигрывания звука, всегда полезно потратить перед тестированием лишнее время для того, что бы понять, как работают аналогичные продукты, что в таких продуктах реализовано и то, чего от приложения необходимо ожидать.
2) Заранее знать допустимые значения для различных полей.
При проверке текстовых полей нужно осознавать, какие значения там граничные. В таком случае можно проверить ввод значений всего за три подхода- значение меньше минимального, больше максимального и значение из допустимых и не потерять время, проверяя несколько допустимых значений.
3) Подготовка шаблонов отчета и записей багов до тестирования. Всегда проще заполнить готовый шаблон и копировать его из багтикета в багтикет, изменяя только суть ошибки, чем каждый раз писать заново.
Ключ к не только быстрой, но и к качественной работе- самосовершенствование. Если регулярно развивать себя, то можно будет задание, на которое у другого человека раньше уходил целый день, делать всего за несколько часов, даже видя приложение в первый раз.
Комментариев нет:
Отправить комментарий