Сообщений в теме: 60

[meol]

Да можно и перенести. Куда?

Форум тестировщика ->Качество ->Методологии
С чего начать систему качества?, Первые шаги

[Олешка]

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

[meol]

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

с этим соглашусь, однако правильнее говорить о качестве процесса

[Олешка]

с этим соглашусь, однако правильнее говорить о качестве процесса

Совсем точно: о качестве процесса тестирования? :)

[meol]

Менеджер системы качества занимается качеством всех процессов, в том числе и тестирования.

[Case]

QA department занимается полным тестированием продукта как внешняя команда по отношению к проекту, играя за клиента.

Коллеги, давайте хотя в своей среде называть вещи своими именами. Если отдел занимается тестированием и только оным, то давайте его всё-таки называть отделалом тестирования без использования совершенно не к месту термина QA department, чтобы не создавать лишних ассоциаций и пользоваться верной терминологией.

Я к примеру официально руководитель отдела тестирования и службы качества. Как руководитель отдела тестирования занимаюсь именно тестированием во всех его проявлениях, нам сейчас дотупных, как служба качества (да я в ней один, но начало положено и руковдство такую сущность приняло и организовало) я пытаюсь разрабатывать вместе с ведущими разработчиками и постановщиками стандарты ведения работы.
Однако QA я себя пока не считаю, потому как только путаюсь вникнуть в идеи.

[Олешка]

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

Вот линк: QA team - прошу комментарии.

[Олешка]

Менеджер системы качества занимается качеством всех процессов, в том числе и тестирования.

То есть сам процесс тестирования у вас уже построен и проблема в том, как контролировать его качество?

[Case]

Не согласен с этой терминологией.
Путаницы много - потому тестеров и называают QA.
Сам ресурс при всём моём уважение назван пардон - SQAtester - тоесть не так не так.
Или если опираться на привёднный вами пример - масло маслянное.

[meol]

Менеджер системы качества занимается качеством всех процессов, в том числе и тестирования.

То есть сам процесс тестирования у вас уже построен и проблема в том, как контролировать его качество?

Это было замечание по поводу терминологии в разрезе QA и тестирование

[Олешка]

Кажется, пора перебираться в Терминологию. ;)

[Case]

Похоже с неё родимой начинать нужно.
А то мы тут наобсуждаем :)

[meol]

Оставим пока терминологию, благо есть теперь куда обращаться ;)

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

Конкретно что он делает? Работает как аналитик, проектировщик?

[Case]

Работеат как тестировщик наравне с проектировщиком и аналиток. Тестирует принимаемые ими решения. Это не метафора. Если будет принято на этапе проектирования ущербное решение, то цена его исправления растёт по экспоненте с переходом на более поздний этап разработки.

[OlegSh]

Всем привет!
Я тут почитал дискуссию про QA и похоже тут бы действительно надо начать с терминологии, причем в первую очередь определится с понятием качества ПО.
Если понимать качественное ПО в широком смысле, то тогда это то ПО к-рое выпускается фирмой, имеющей сертификат качества, а это в свою очередь означает и страховки сотрудникам, и процесс разработки и т.д. и т.п.
Если понимать качественное ПО в узком смысле, то тогда это ПО к-рое соответствует заявленным требованиям и здравому смыслу.

Так что и те сотрудники, к-рые занимаются проверкой самого ПО на соответствие требованиям, и те, к-рые следят чтобы процесс разработки ПО и т.д. соответсвовал стандартам, являются QA.

[Олешка]

Привет ;)

To OlegSh:

Общее определение качества, которое, скажем, дает тот же ISO 9000 - соответствие продукта требованиям. Дальше все упирается в то, какие требования и кто их выдвигает. Стандарт
ISO/IEC 9126-1 дает несколько определений, если интересно, могу выложить цитаты.

[Canadian Bear]

Privet ot Canadskikh testerov:-))!!! Kak pozhivaem, rabyata, kak nashet termminologii vzyatoi iz IEEE Standard? Vy zabyli o takom ponyatii kak QC (Quality Control). Budu rad poobshat'sya na forume.
Vlad

[Case]

Господа, снова вопрос упирается в терминологию - предлогаю вернуться к незаконченному обсуждению, и прояснить для себя спорные моменты, а то каждый вновь прибывший будет биться в туже стену непонимания :)

[Case]

Олешка, цитаты думаю были бы полезны.

[Олешка]

ISO/IEC 9126-1 Software engineering - Product quality - Part 1: Quality model.

This part of ISO/IEC 9126 enables software product quality to be specified and evaluated from different perspectives by those associated with acquisition, requirements, development, use, evaluation, support, maintenance, quality assurance and audit of software. It can for example be used by developers, acquirers, quality assurance staff and independent evaluatorsm particularly those responsible for specifying and evaluationg software product quality. Examples of uses of the quality model defined in this part of ISO/IEC 9126 are to:

• validate the completeness of a requirements definition;
• identify software requirements;
• identify software testing objectives;
• identify quality assurance criteria;
• identify acceptance criteria for a completed software product.

...
There are different views of product quality and associated metrics at different stages in the software lifecycle:

Internal quality is the totality of characteristics of the software product from the internal view. Internal quality is measured and evaluated against the internal quality requirements. Details of software product quality can be improved during code implementation, reviewing and testing, but the fundamental nature of the software product quality represented by internal quality unchanged unless redesigned.

External quality is the totality of characteristics of the software product from an external view. It is the quality when the software is executed, which is typically measured and evaluated while testing in a simulated environment with simulated data using external metrics. During testing, most faults should be discovered and eliminated. However, some faults may still remain after testing. As it is difficult to correct the software architecture or other fundamental design aspects of the software, the fundamental design usually remains unchanged throughout testing.

Quality in use is the user's view of the quality of the software product when it is used in a specific environment and a specific context of use. It measures the extent to which users can achieve their goals in a particular environment, rather than measuring the properties of the software itself.