Результаты поиска

Пытаясь защитить больше тестирования разработчиков, я нахожу, что аргумент "Isn't that QA's job?" используется очень часто. На мой взгляд, не имеет смысла возлагать на команду QA все обязанности по тестированию, но в то же время Сполски и другие говорят, что вы не должны использовать разработчиков $100/hr для выполнения чего-то, что может делать тестер $30/hr. Каков опыт других сотрудников в компании с преданной командой QA? Где должно быть проведено разделение труда?

Уточнение: я имел в виду QA как группу проверки и подтверждения. Разработчики не должны делать валидацию (ориентированное на клиента тестирование), но где находится точка разделения верификации (функционального тестирования)?

• Вы участвуете в экспертных оценках кода или практикуете парное программирование, или и то, и другое?
• Удалось ли вам продемонстрировать повышение качества программного обеспечения с помощью этих методов?
• Какие преимущества и недостатки вы наблюдали в ходе практики?
• С какими препятствиями на пути реализации вы столкнулись?

В моем собственном случае наша команда разработчиков проводила экспертные оценки ряда различных программных артефактов (анализ требований, планы тестирования, код и т. д.). Одноранговое Программирование даже не рассматривалось как вариант.

Практика экспертных оценок была вытеснена сверху, и разработчики никогда не купились на это. У нас была внешняя группа SQA, которая собирала показатели от деятельности, но цифры были довольно бесполезны, так как усилия были половинчатыми. После многих лет, когда это был "official" способ делать вещи, разработчики пришли к коллективному игнорированию предписанных процедур.

Теперь существует меньше видимости в том, когда ошибки будут вставлены в жизненный цикл. А не проведение экспертных оценок привело к увеличению специализации на team...where никто толком не знает требований / логики компонентов вне своей собственной специализированной области системы.

Было бы полезно узнать ваш опыт w/ экспертных оценок или парного программирования, особенно истории успеха.

В моей организации люди считают, что легковес CMMI-это миф, несмотря на доказательства обратного . Каковы ваши впечатления от lightweight CMMI? Вы сделали это, и это хорошо работает для вас?