Как мы можем решить, какой метод тестирования можно использовать?

Question

У меня есть проект в .net, я хочу проверить его.

Но я ничего не знаю о тестировании и его методе.

как я могу продолжить тестирование.

какой метод мне лучше начать?

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

Answer 1

В тестировании нет «правильных» или «неправильных». Тестирование - это искусство, и то, что вы должны выбрать, и то, насколько хорошо это работает для вас, во многом зависит от проекта к проекту и вашего опыта.

Но, как профессиональный эксперт по тестированию, я советую вам обеспечить правильное сочетание автоматического и ручного тестирования.

АВТОМАТИЗИРОВАННОЕ ИСПЫТАНИЕ

• Модульное тестирование
  Используйте NUnit для проверки ваших классов, функций и взаимодействия между ними.
  http://www.nunit.org/index.php

• Автоматическое функциональное тестирование
  Если это возможно, вы должны автоматизировать большую часть функционального тестирования. Некоторые каркасные работы имеют встроенное функциональное тестирование. В противном случае вы должны использовать инструмент для этого. Если вы разрабатываете веб-сайты / приложения, возможно, вы захотите взглянуть на Selenium.
  http://www.peterkrantz.com/2005/selenium-for-aspnet/

• Непрерывная интеграция
  Используйте CI, чтобы убедиться, что все ваши автоматизированные тесты запускаются каждый раз, когда кто-то из вашей команды делает коммит в проект.
  http://martinfowler.com/articles/continuousIntegration.html

РУЧНОЕ ИСПЫТАНИЕ
Как бы я ни любил автоматизированное тестирование, оно, IMHO, не заменит ручное тестирование. Основная причина в том, что автоматизированный пользователь может делать только то, что ему говорят, и проверять только то, что ему сообщили, для того, чтобы он воспринимался как пройденный / неудачный. Человек может использовать свой интеллект, чтобы находить ошибки и задавать вопросы, возникающие при тестировании чего-то другого.

• Поисковые испытания
  ET - это очень дешевый и эффективный способ поиска дефектов в проекте. Он использует интеллект человека и учит тестеров / разработчиков больше о проекте, чем любой другой метод тестирования, который я знаю. Проведение сеанса ET для каждой функции, развернутой в тестовой среде, - это не только эффективный способ быстрого поиска проблем, но и хороший способ учиться и получать удовольствие!
  http://www.satisfice.com/articles/et-article.pdf

Answer 2

Поскольку масштаб вашего проекта неясен, все что вам нужно сделать, это убедиться:

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

Чтобы получить это, вы можете использовать:

1. Стандартный способ: NUnit, MbUnit (myFav) или xUnit (пока не работал с ним) или MSTest
2. Быстро и грязно: консольное приложение (не круто, не так гибко)

Answer 3

Если вы используете .Net, я бы рекомендовал проверить NUnit. Это отличная среда для тестирования.

Что касается изучения "метода тестирования", существует множество различных способов тестирования приложения. Например, при использовании такого инструмента, как NUnit, вы пишете автоматизированные тесты, которые запускаются без участия пользователя. В этих типах тестов вы обычно пишете тесты для каждого из общедоступных методов в вашем приложении и гарантируете, что при известных входных данных эти методы дают ожидаемые выходные данные. Со временем, по мере изменения приложения (с помощью улучшений, исправлений ошибок и т. Д.), У вас появляется основной набор тестов, который вы можете запустить повторно, чтобы гарантировать, что в результате изменений ничего не сломается. Вы также можете выполнить тестирование на сбой, чтобы убедиться, что для метода задан неверный набор входных данных, он выдает правильные исключения и т. Д.

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

Я думаю, что лучший подход к тестированию сочетает в себе оба вышеперечисленных способа, а именно: автоматическое тестирование и пользовательское тестирование (с документированными сценариями тестирования).