Главная страница
Навигация по странице:

  • Е.3 Независимость в тестировании

  • гост. 19621_ГОСТ Р 56920_Определения (1). Системная и программная инженерия


    Скачать 0.52 Mb.
    НазваниеСистемная и программная инженерия
    Дата02.06.2022
    Размер0.52 Mb.
    Формат файлаdocx
    Имя файла19621_ГОСТ Р 56920_Определения (1).docx
    ТипДокументы
    #564986
    страница12 из 12
    1   ...   4   5   6   7   8   9   10   11   12
    Е.2 Обмен информацией в тестировании

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



    Е.3 Независимость в тестировании

    Тестирование должно быть максимально объективным. Чем ближе аналитик тестирования к автору элемента тестирования, тем труднее обеспечить объективность. Общеизвестно, что автору найти дефекты в своей собственной работе намного труднее, чем обнаружить те же самые дефекты независимому тестеру. Независимость в оценке продукта общепринята во многих отраслях, например, издательство, где оценку выполняет редактор; производство, где есть управление качеством; жилищное строительство, где есть строительная инспекция.

    Далее приводится список в порядке увеличения уровня независимости между автором и тестером:



    a) автор проверяет свой собственный продукт;



    b) тестирование разработано и выполнено человеком, не являющимся автором, но с той же ответственностью, что и автор, и который является членом той же организационной единицы, что и автор, подчиняющимся тому же менеджеру;



    c) тестирование разработано и выполнено тестером, являющимся членом той же организационной единицы, что и автор, подчиняющимся тому же менеджеру;



    d) тестирование разработано и выполнено хотя и внутренними тестерами, но независимыми от разрабатывающей организационной единицы;



    e) тестирование разработано и выполнено тестерами, привлеченными внешней организацией (консультантами), но работающими в той же организации, что и автор;



    f) тестирование разработано и выполнено тестерами внешней организации (тестирование третьей стороной).

    Основная задача состоит в том, чтобы в рамках ограничений времени, бюджета, качества и риска проекта достигнуть максимальной независимости между разработчиками тестирования и разработчиками элементов тестирования. Организационная Стратегия Тестирования организации должна определить необходимую степень независимости, и это должно найти отражение в Плане Тестирования Проекта и конечных планах подпроцессов. Условия высоких рисков обычно приводят к более высокой степени независимости. Стандарт ИИЭР верификации и валидации программного обеспечения ИИЭР 1012-2004 определяет понятия независимости в действиях верификации и валидации, включая тестирование.

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

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




    Библиография







    [1]

    BS 7925-1:1998, Software testing - Vocabulary

    [2]

    BS 7925-2:1998, Software testing - Software component testing

    [3]

    CRISPIN, L. and GREGORY, J. 2009. Agile Testing: A Practical Guide for Testers and Agile Teams. Pearson Education

    [4]

    IEC 60300-3-9:1995, Risk analysis of technological systems

    [5]

    IEEE Std 610.12-1995, IEEE Standard Glossary of Software Engineering Terminology

    [6]

    IEEE Std 829-2008, IEEE Standard for Software and System Test Documentation

    [7]

    IEEE Std 1008-1987, IEEE Standard for Software Unit Testing

    [8]

    IEEE Std 1012-2012, IEEE Standard for Software Verification and Validation

    [9]

    IEEE Std 1028-2008, IEEE Standard for Software Reviews and Audits

    [10]

    ISO/IEC 12207:2008, Systems and software engineering - Software life cycle processes

    [11]

    ISO/IEC 15026-3:2011, Information technology - System and software integrity levels

    [12]

    ISO/IEC 16085:2006, Systems and software engineering - Life cycle processes - Risk management

    [13]

    ISO/IEC/IEEE 24765:2010, Systems and software engineering - Vocabulary

    [14]

    ISO/IEC 25000:2005, Software Engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Guide to SQuaRE

    [15]

    ISO/IEC 25010:2011, Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - System and software quality models

    [16]

    ISO/IEC 25051:2006, Software engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testing

    [17]

    International Software Testing Qualifications Board (ISTQB), Standard glossary of terms used in Software Testing [online]. 2010. Updated 1 April 2010 [viewed 11 April 2011]. Available from: http://www.istqb.org/

    [18]

    KOEN, B.V., 1985. Definition of the Engineering Method. American Society for Engineering Education











    УДК 006.034:004.054:006.354

    ОКС 35.080




    Ключевые слова: тестирование программного обеспечения, процесс планирования тестирования, подпроцесс, План Тестирования, Организационная Стратегия Тестирования, риск, менеджмент, валидация, верификация




    Электронный текст документа
    подготовлен АО "Кодекс" и сверен по:
    официальное издание
    М.: Стандартинформ, 2016
    1   ...   4   5   6   7   8   9   10   11   12


    написать администратору сайта