 |
 |
|
| Clumsy 0.2 | Soap UI |
| Тестирование с помощью Python | 🖄Postman | |
| Nmap | Webservices | |
| Тестирование API | Testlink | |
| Pivotal Tracker | 🦈 Wireshark |
Если у Вас возникли проблемы с работой клиента первым делом стоит изучить логи.
Расположение лог файла обычно зависит от конкретного проекта, например:
У одного клиента логи могут лежать в
C:\Users\andreyolegovich.ru\AppData \Roaming\AO\AO_Client\logs
а у другого в
C:\ProgramData\AO2\AOClientPC
Зачастую полезно посмотреть, что именно клиент пытается отправить на сервер.
Откройте логи с помощью
Notepad++
и сделайте поиск по слову POST
Советую не пренебрегать опцией Find All in Current Document.
Если есть хотя бы небольшой шанс того, что Вы будете тестировать что-то связаннное с user input, почитайте статью Big List of Naughty Strings
Перед началом работы над новым проектом Вам нужно будет изучить одну или
несколько спецификаций.
Несколько - потому что проект может иметь спецификацию, которая описывает
бизнес логику, спецификацию интерфейсов и, например, документацию для
поддержки проекта.
То какая информация попадает в одну спецификацию, а какая в другую зачастую
завист от менеджера ведущего проект, либо может быть чётко прописана
в корпоративных правилах.
В любом случае, в спецификации интерфейсов мы ожидаем увидеть описание
API
и задача тестировщика здесь сводится к тому, чтобы
1.) Связать бизнес логику с запросами, описанным в спецификации интерфейсов.
2.) Проверить качество спецификации а именно уточнить не забыли ли
разработчики описать какое-либо действие. Насколько понятно названы запросы и т.д.
Так как логика разработчиков отличается от логики тестировщиков бывает полезным
уточнить какие из перечисленных запросов создаются непосредственно клиентами
а какие являются вторичными, то есть нуждаются в запросе триггере, который приходит
от клиента или бэкенда.
Результатом проверки спецификации интерфейсов будет карта составленная в виде
документа, либо просто в воображении тестировщика, которая накладывает на
бизнес процессы соответсвующием им запросы либо цепочки запросов.
gitlab-basics
requestb.in
en.wikipedia.org/wiki/Test_stub
Валидатор JSON
Тестирование отдельных задач в тестовом и рабочем окружениях.
Покрытие тест-кейсами функционала системы.
Проверка входящих баг-репортов из tech support.
функциональное тестирование и отслеживание качества выпускаемого сервиса;
анализ функциональности сервиса;
общение с командой разработки и менеджерами, принятие совместных решений об улучшении сервиса;
локализация и документирование дефектов;
оптимизация процесса тестирования внутри команды и постановка задач разработчикам автотестов;
запуск и анализ результатов автотестов.
Проведение ручного функционального тестирования;
Участие в регрессионном тестировании;
Ведение тестовой документации, подготовка тест кейсов;
Регистрация найденных дефектов в баг-трекере, контроль их исправления;
Взаимодействие с командой разработки.
Список планировщиков проектов и багтрекеров:
Jira
Trello
Pivotal Tracker
Bugzilla
CA
Asana
Basecamp
Redmine
Team Foundation Server
FogBugz
GitHub Issues
Axosoft
Mantis
Trac
Yodiz
YouTrack
Попарное и общее сравнение:
На сайте wikipedia
На сайте softwareinsider.com
например
Jira vs. Yodiz
На сайте Jira
Иметь:
опыт тестирования frontend-а клиентских приложений.
опыт работы по scrum или знание теории данной методологии
Понимание процесса разработки и тестирования;
знание и понимание процессов
Agile
Знать:
что такое регрессия
smoke/UAT-тестирование
positive/negative тест-кейсы
тест-сьюты
тест-раны
про граничные значения,
про типы вводимых данных,
про необходимость соответствия дизайн-макетам в тестировании.
баг-трекинговые системы (JIRA или др.);
английский язык
SSCC18 - сколько памяти выделять
|
| Clumsy 0.2 | Soap UI |
| Тестирование с помощью Python | 🖄Postman | |
| Nmap | Webservices | |
| Тестирование API | Testlink | |
| Pivotal Tracker | 🦈 Wireshark |
Вы нашли то, что искали на сайте?
Или оцените по десятибальной шкале
Если сайт не помог, извиняемся за потраченное время - хочу заверить, что мы
стараемся не попадать в нерелевантные запросы, но тем не менее не всегда успеваем
обновлять ключевые слова. Ну и контролировать поисковую выдачу, конечно, невозможно.
Например: у нас есть статья про
аэропорт Хельсинки
и про аэропорт Риги но
в выдаче по Риге всё равно статья про Хельсинки.
Если статья Вам помогла, нажимайте ДА. Так мы поймём, что переделывать её не нужно.
Занятно наблюдать в вебвизоре, как люди копируют текст, например
вежливого отказа в
трудоустройстве на английском
но игнорируют кнопку ДА.
Сделаем поиск лучше!
| Рекомендую наш хостинг beget.ru |
| Пишите на info@urn.su если Вы: |
| 1. Хотите написать статью для нашего сайта или перевести статью на свой родной язык. |
| 2. Хотите разместить на сайте рекламу, подходящуюю по тематике. |
| 3. Реклама на моём сайте имеет максимальный уровень цензуры. Если Вы увидели рекламный блок недопустимый для просмотра детьми школьного возраста, вызывающий шок или вводящий в заблуждение - пожалуйста свяжитесь с нами по электронной почте |
| 4. Нашли на сайте ошибку, неточности, баг и т.д. ... ....... |
| 5. Статьи можно расшарить в соцсетях, нажав на иконку сети:
|
