Автоматизация тестирования программного обеспечения - [закрытый] тезис Masters

Попробуйте что-то вроде этого ...

<div id="wrapper" style="width:100%; text-align:center">
<img id="yourimage"/>
</div>
6
задан Artjom B. 12 March 2015 в 14:04
поделиться

5 ответов

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

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

Я думаю, что с тезисом с 6 кредитами у вас будет достаточно времени, чтобы изучить и опробовать некоторые из более крупных коммерческих инструментов и инструментов с открытым исходным кодом, а также изучить литературу. Я бы посоветовал вам изучить как коммерческие инструменты (Quick Test Pro, Test Complete), так и автоматизацию на основе ключевых слов - например, Selenium RC. Кто-то еще упомянул тестирование «за GUI», например, FIT / Fitnesse, его, возможно, стоит обсудить и оценить.

Я рассказываю о черном ящике и автоматизации функционального тестирования в своей ежемесячной колонке в выпуске журнала «Тестирование и производительность» за декабрь 2008 года:

http://www.stpmag.com/issues /stp-2008-12.pdf (стр. 7)

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

Только человек способен проверять это скрытое утверждение в конце каждого контрольный пример "... и ничего странного не произошло". http://xndev.blogspot.com/2007/09/whats-test-framework.html (это четвертый результат в Google по запросу "что такое тестовая среда", поэтому я рекомендую его )

  • Аналогия с минным полем ( http://www.testingperspective.com/tpwiki/doku.php?id=minefield )
  • Статьи Дуга Хоффмана по автоматизации тестирования: http://www.softwarequalitymethods.com/H-Papers.html
  • Классическая "готовая" проблема автоматизации тестирования
  • Антиинтеллектуализм, продвигаемый некоторыми сторонниками сообщества автоматизации тестирования черного ящика
  • Курс тестирования программного обеспечения «Черный ящик» Канера
  • Работа Джеймса Баха по / когнитивному / тестированию
  • Контекстно-зависимое тестирование программного обеспечения
  • Работа Джона Коля по теме «Человек и машина», или киборгский подход (вместо выполнения тестов и оценка)
  • Надеюсь, это поможет.

    9
    ответ дан 9 December 2019 в 22:39
    поделиться

    Автоматизация тестирования программного обеспечения - это большая тема, и вы можете сузить круг своих интересов, а не пытаться охватить сочетание фреймворков, воспроизведения / записи, обзора методов, автоматических и других.

    Об автоматизации тестирования программного обеспечения написаны целые книги:

    • В качестве общей темы
    • Сосредоточение внимания на функциональных / функциональных тестах (FIT)
    • Сосредоточение внимания на модульных тестах
    • Сосредоточение на модульных тестах с использованием одного конкретного языка и framework

    Фреймворки предназначены для различных типов тестирования:

    • Модульное тестирование
      • Разработка на основе тестирования
      • Разработка на основе поведения
    • Тестирование функций / функций
    • Тестирование графического интерфейса пользователя (Windows, графические интерфейсы Java, X Windows и т. Д.)
    • Веб-тестирование
    • Тестирование производительности
    • Тестирование безопасности

    Я бы подумал о том, чтобы сосредоточиться на фреймворках (или методах, или чем-то еще) в одной из этих областей, а не пытаться охватить их все. Или выберите пару из этих областей и сравните их.

    Проблема воспроизведения / записи и рукописных тестов кажется мне давней. В 1980-х продавцы любили продвигать воспроизведение / запись для автоматизации Windows GUI. Это вселяло большие надежды и большие надежды. Но это также сделано для хрупких тестов и готовых продуктов. Воспроизведение / запись хороши для начала работы с инструментом, но для удобства обслуживания вам обычно нужны сценарии, написанные на более высоком уровне. Это открыло новую эру подходов на основе таблиц и ключевых слов,

    3
    ответ дан 9 December 2019 в 22:39
    поделиться

    Я не знаю о литературе, но думаю, публикации ACM в вашей школьной библиотеке, вероятно, дадут результат. В частности, информационные бюллетени SIG * . (Возможно, SIGSOFT ?)

    Для меня это звучит как хорошая магистерская диссертация. Конечно, последнее слово за вашим научным руководителем. Тебе стоит поговорить с ними.

    0
    ответ дан 9 December 2019 в 22:39
    поделиться

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

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

    0
    ответ дан 9 December 2019 в 22:39
    поделиться

    В этом году только что вышла отличная книга по автоматизации тестирования: «Внедрение автоматизированного тестирования», Эльфриде Дастин, Том Гарретт и Берни Гауф, Эддисон Уэсли.

    -1
    ответ дан 9 December 2019 в 22:39
    поделиться
    Другие вопросы по тегам:

    Похожие вопросы: