Каков наилучший способ помочь вашему тестеру?

Question

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

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

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

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

что бы она ни нашла, она войдет в нашу багзиллу, и я продолжу проверять ее, исправлять и заставлять ее проверять снова.

Итак, мой вопрос, у вас есть какие-нибудь хорошие советы или лучший способ, чтобы мы могли помочь нашему тестировщику лучше находить больше ошибок?

спасибо

Answer 1

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

1. Полностью функциональный
2. Решает основные проблемы как плохие ввод

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

Answer 2

Похоже, вы уже делаете две важные вещи:

1. Старайтесь найти свои собственные недостатки. (Хотя не похоже, что вы работаете с какими-либо автоматизированными модульными тестами, которые могут помочь в этой области)
2. Оценка отзывов, полученных при тестировании.

Я бы порекомендовал еще две вещи.

1. Вам обоим необходимо получить четкое определение того, что нужно сделать.
2. Предоставлять завершенную функциональность на регулярной основе.

Это что-то вроде баланса между:

A. Предоставить примечания к выпуску с четким описанием того, что было сделано

B. Регулярный выпуск с добавленной функциональностью.

Answer 3

Одним из огромных преимуществ независимого тестировщика является то, что она будет изобретать сценарии, которые мы, как разработчики, никогда бы не рассмотрели. Так что многое зависит от ее понимания системы и пользователей, а также от ее творчества.

Я стараюсь помочь нашим тестировщикам:

1. Сообщая им, что я изменил, и какие другие части системы могут быть затронуты,

2. Убедившись, что они понимают требования клиентов, чтобы они знали, как система должна работать,

3. Запрос отзывов об их субъективных наблюдениях (это слишком сложно ...; это занимает слишком много времени ...; экран уродлив, потому что ....), и

4. Поощряя их находить творческие способы сломать систему после того, как они убедились, что она работает так, как она должна для "ожидаемых" входов.

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

Помните, что проверка состоит из двух частей:

1. Система должна сделать то, что должна, и

2. Это не должно делать то, что не должно делать!

Удачи!

Answer 4

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

Answer 5

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

Например, если у вас есть приложение hello world, если вы нажмете кнопку, на которой ваш ярлык говорит «привет», вы точно скажете, что текст метки кнопки Click будет «Hello».

У нас также есть наши разработчики, которые передают мне свои документированные тесты UNIT, а затем я просто расширяю тесты, чем они. Это отличная помощь. Наши модульные тесты всегда ответят на эти четыре основных вопроса, КТО, КОГДА И КАК. Кто сделал изменения. Что было изменено. Как это работает сейчас. Когда это было изменено.

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

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

Answer 6

Не лучше ли в некоторых случаях НЕ помогать тестеру? Вы собираетесь присутствовать, чтобы помочь всем пользователям, когда они запускают вашу программу?