Обычно мои приложения очень маленькие, а тестовая среда - это просто консольный проект. , Я добавляю классы со статическими методами и проверяю свой код. Я считаю, что этот подход будет довольно простым и приятным (особенно, поскольку вы можете видеть, что результат был доставлен)некоторые основные вопросы тестирования или модульного тестирования
У меня сейчас есть небольшой небольшой тестовый проект в визуальной студии, поэтому я немного смутился о том, как вы проверите вещи, которые «кажется т блока как, например:
Purchase.LoadAllAsync()//finished loading on the loadcomplete event
Какой модульного тестирования я бы написать для этого? Тем более, что это изменится в зависимости от того, что в базе данных?
Я сделал некоторые скаутинг на SO и нашел это: When is a Test not a Unit-test?
Что смутило меня дальше, если тест не юнит тест, как бы вы это проверить?
Иногда я обычно просто пишу небольшую тестовую функцию в основной форме или на главной странице в silverlight, а затем просто удаляю ее. Но, я думаю, модульное тестирование используется, потому что тесты должны оставаться там, чтобы вы могли повторно использовать их правильно?
Мне жаль, если я немного невежественен! = P
Благодаря
Update
хотел также добавить: А как насчет тестов, которые работают хорошо в самом приложении, но при вызове из внешнего кода он выходит из строя. (Это случилось со мной пару раз) Случается ли это с вами, ребята, и/или это значит плохой дизайн?
Возможный дубликат [некоторые основные вопросы тестирования или модульного тестирования] (http://stackoverflow.com/questions/4243374/some-basic-questions-on-testing-or-unit-testing) –
@Pieter You ' я связан с моим вопросом? – gideon
@ Питер, только один из них может быть дубликатом, нужно быть оригинальным :-) – paxdiablo