2016-03-31 2 views
0

Я тестирую бизнес-приложение, и мой босс настаивает на том, что мои тестовые примеры слишком детализированы и не приносят никакой ценности компании. Для тестирования пользовательского интерфейса и функциональности я просто тестировал каждое текстовое поле, меню и т. Д. И делал правильный тестовый пример в MTM.Насколько подробно должен быть мой ручной тестовый пример?

Насколько подробно я должен включать в тестовые примеры? Насколько они должны быть подробными?

+0

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

+0

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

+0

Хороший вопрос, чтобы спросить своего босса, который будет читать эти тестовые примеры после того, как вы их выполнили. Постарайтесь понять, сколько деталей потребуется этой стороне. – user1054999

ответ

0

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

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

Я надеюсь, что это будет полезно для вас.

0

Это очень легко просто следовать моим пунктам:

1) Просто понять, что приложение.

2) Просто поймите, что функциональность приложения.

3) Обратите внимание на важные моменты в этом приложении. Обратите внимание, что приложение полностью функционально работает по строкам в документе.

4) Теперь начните писать тестовые примеры по функциональности.

5) Ваше тестовое деловое приложение, так что оно связано и с серверной стороной.

6) Напишите также серверную часть тестовых ящиков.

7) Писать тестовые примеры четко и шаг за шагом. Потому что при тестировании каждая точка важна для разработчиков.

Я надеюсь, что это будет полезно для вас.

1

Трудно что-то предложить, не видя, что у вас есть, и что критикуют.

Просто крошечная идея о том, как сделать ваши тестовые версии более общими: попытайтесь использовать какие-то репозитории.

Это может быть UserRepository (с GoodUser, BadUser; GoodUser.Admin, GoodUser.Customer и т. Д.).

Такие стратегии применяются при автоматизации тестирования.

Таким образом, вместо того, чтобы

1. Enter "Login1" into 'login field'; 
2. Enter "Password1" into 'password field'; 
3. Press 'Sign in' button... 

Вы просто

1. Sign in as GoodUser.Customer; 

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

Удачи вам!

0

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

0

В приложении вы можете написать один тестовый случай для действия и записывает ваши результаты

EX:

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

Смежные вопросы