Для начинающих
#21
Отправлено 31 августа 2005 - 10:57
#22
Отправлено 31 августа 2005 - 10:57
#23
Отправлено 31 августа 2005 - 12:38
Ну если уж решено одевать трусы поверх брюк, то повязывать галстук в такой ситуации совсем необязательно.Cпецификации тоже требует. Но т.к. выпускать версию нужно срочно, тестировать нужно тоже, а спецификации решено было написать после выпуска релиза, потому как на написание спецификации займет много времени, которого нет и было принято решение написать всю спецификацию по проекту после выпуска релиза. Отсюда должно стать понятным то, почему разработчик пишет планы тестов.
#24
Отправлено 31 августа 2005 - 15:55
В спецификации и взять. Если у ваших разработчиков есть время на то, чтобы писать планы тестирования, лучше бы они употребили их на написание спецификаций. Для тестирования пользы от этого было бы неизмеримо больше. А если спецификации пишутся как описание существующего поведения, тогда оно правильное просто ПО ОПРЕДЕЛЕНИЮ и тестировать вообще нет смысла.при тестировании моего ПО у меня на входе должны быть данные, на выходе смотрю что с ними стало. Где тестору взять эталон: эталон того, что должно быть на входе и эталон того, что должно получиться на выходе. Идти к разработчику?
Либо тестируйте на соответствие общечеловеческим критериям качества ("не падает", "не теряет данные пользователя", "удобно работать"), а в качестве эталона используйте все, что под руку попадется -- стандарты, рекомендации, собсвенное предвзятое мнение. Но не забудьте записать, что именно вы использовали.
Кстати, а кто у вас контролирует выполнение этого плана? Разработчик, который его писал? А кто отвечает за то, что план не выполнен? Тоже разработчик? Если нет, он вам такого может написать -- огого! Причем из лучших побуждений, в борьбе за качество, так сказать.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#25
Отправлено 05 сентября 2005 - 04:27
при тестировании моего ПО у меня на входе должны быть данные, на выходе смотрю что с ними стало. Где тестору взять эталон: эталон того, что должно быть на входе и эталон того, что должно получиться на выходе. Идти к разработчику?
Кстати, а кто у вас контролирует выполнение этого плана? Разработчик, который его писал? А кто отвечает за то, что план не выполнен? Тоже разработчик? Если нет, он вам такого может написать -- огого! Причем из лучших побуждений, в борьбе за качество, так сказать.
План тестов выполняю я сам. Контролирует меня мой начальник. Отвечаю за выполнение и сроки тоже я. Сам понимаю что все с ног на голову поставлено... но... как говорится: "кто за рулем, тот и рулит".
Чувствую спецификации меня тоже запрягут писать.
#26
Отправлено 07 сентября 2005 - 08:24
Моя программа работает еще в добавок с аппаратными средствами и в ней очень много всяких надстроек. План тестов даже для одного модуля получается очень большой. На выполнение думаю уйдет 2 недели. Это нормально, что на тест уходит столько времени? Вообще сколько времени умные люди тратят на тестирование ПО (хоть примерно).
#27
Отправлено 07 сентября 2005 - 08:55
а спецификации решено было написать после выпуска релиза, потому как на написание спецификации займет много времени, которого нет и было принято решение написать всю спецификацию по проекту после выпуска релиза.
Классика :) Проверено временем - не работает . Если есть желание - приводите в наш форум руководство.
Уважаемый, если у вас есть напористость танка, соответвующий вес и ооочень устойчивая нервная система - можно попробовать всё переделать: берём в руки например РУП или лубую другую методологию, где приводится простое описание ШАГОВ процесса разработки ПО и начинаем методично долбить всех начиная от руководства по каждому пункту. Опыт крайне интересный. Если хотябы одиного из пунктов нет - я бы просто сменил контору.
Редактор портала www.it4business.ru
#28
Отправлено 07 сентября 2005 - 08:56
Класс.Ну если уж решено одевать трусы поверх брюк, то повязывать галстук в такой ситуации совсем необязательно.
Редактор портала www.it4business.ru
#29
Отправлено 07 сентября 2005 - 08:57
Бегите оттуда, коллега :)Чувствую спецификации меня тоже запрягут писать.
Редактор портала www.it4business.ru
#30
Отправлено 07 сентября 2005 - 08:59
Редактор портала www.it4business.ru
#32
Отправлено 08 сентября 2005 - 08:00
Слава, не нагнетайте обстановку и не провоцируйте панику.Бегите оттуда, коллега :)Чувствую спецификации меня тоже запрягут писать.
Вполне нормальная ситуация, когда команда достаточно маленькая, а процессы только-только начинают формироваться. На каждую задачу узкого специалиста нанять невозможно, потому что нет средств, нет понимания, зачем это нужно, и пользы от этого никакой не будет. Но кто-то всё равно должен это делать, и кто-то должен пытаться улучшить процесс. Единственное, что реально нужно -- это поддержка со стороны руководства. Если ее нет -- тогда действительно трудно.
Спецификации для уже сделанного софта написать таки нужно и полезно, если их нет, а продукт предполагается поддерживать в течение какого-то времени. Но в будущем лучше не повторять ошибок.
Почему плохо, когда спецификации пишет тестировщик? Потому что при этом у него "взгляд замыливается" и он перестает замечать сделанные ошибки. В результате он не может адекватно оценить качество спецификации, протестировать ее до начала разработки. А значит проблемы переносятся на более поздний этап и цена их устранения возрастает. Но плохо -- не значит невозможно. Если больше некому, пусть уж лучше их напишет тестировщик, чем не напишет никто.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#33
Отправлено 08 сентября 2005 - 08:03
На тестирование может расходоваться в зависимости от типа системы от 10 до 90% общего времени проекта,это зависит от множества факторов. Но среднестатистический показатель -- 40%, можно на него ориентироваться.Вообще сколько времени умные люди тратят на тестирование ПО (хоть примерно).
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#36
Отправлено 08 сентября 2005 - 16:45
Спасибо за исчерпывающие ответы и дельные советы
#37
Отправлено 08 сентября 2005 - 19:46
Мои аплодисменты. А еще можно начать с ReleaseNotes, потом тестировать, потом писать код, и конце подготовить вижен.Ну если уж решено одевать трусы поверх брюк, то повязывать галстук в такой ситуации совсем необязательно.Cпецификации тоже требует. Но т.к. выпускать версию нужно срочно, тестировать нужно тоже, а спецификации решено было написать после выпуска релиза, потому как на написание спецификации займет много времени, которого нет и было принято решение написать всю спецификацию по проекту после выпуска релиза. Отсюда должно стать понятным то, почему разработчик пишет планы тестов.
Это вариант.Бегите оттуда, коллега :)Чувствую спецификации меня тоже запрягут писать.
Если вы в Москве, попробуйте устроиться в CNet. В конторе процессы поставлены относительно неплохо. Т.е. есть и лучше, но у них сейчас вакансий много.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#38
Отправлено 09 сентября 2005 - 04:13
#39
Отправлено 09 сентября 2005 - 07:28
Да, конечно. Только я хочу ознакомиться со статьей перед тем, как она будет опубликована?
Да, конечно.
Редактор портала www.it4business.ru
#40
Отправлено 09 сентября 2005 - 07:32
А если для тестирования идёт просто параллельная разработка второй аналогичной системы (DoD) то и все 100%На тестирование может расходоваться в зависимости от типа системы от 10 до 90% общего времени проекта,это зависит от множества факторов. Но среднестатистический показатель -- 40%, можно на него ориентироваться.
Редактор портала www.it4business.ru
Количество пользователей, читающих эту тему: 4
0 пользователей, 4 гостей, 0 анонимных