tag:blogger.com,1999:blog-28014261027605873332012-05-04T20:25:06.251+03:00nikodennoreply@blogger.comBlogger3125tag:blogger.com,1999:blog-2801426102760587333.post-81947665589422041542010-11-09T01:17:00.002+02:002011-09-12T21:26:18.624+03:00

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

nikodennoreply@blogger.com2tag:blogger.com,1999:blog-2801426102760587333.post-18997169497503846492009-04-02T18:53:00.032+03:002010-08-31T20:32:05.788+03:00

... или Мое ли это дело - постить "чужие" баги?Читатель t-gra затронул весьма интересные вопросы которые, между прочим, живо интересовали меня самого еще на заре моей QA карьеры. Разобью их на два основных:1. Хочу поинтересоваться твоим мнением по поводу разделения продукта на области с назначением ответственным за каждую область отдельного инженера. Что, все так делают?2. И если инженер видит

nikodennoreply@blogger.com0tag:blogger.com,1999:blog-2801426102760587333.post-27058874333026764412008-09-25T14:56:00.041+03:002009-12-18T16:09:18.204+02:00

В ходе работы с дефектами часто сталкиваешься с тем, что приходится обращать внимание инженеров на необходимость более четкой формулировки summary дефекта. Причем, со временем это повторяется снова и снова. Та же ситуация наблюдается на интервью с соискателями на должность инженера по тестированию. Многие компании уделяют этому недостаточно внимания, но в сколь-нибудь большом проекте это может

nikodennoreply@blogger.com3