Уровни критичности артефакта «Дефект»

Блокирующий дефект: Ошибки, блокирующие дальнейший процесс разработки и/или тестирования конечного продукта.

Например:

Система не запускается
Вызов функции не работает.

Отсутствует способ выполнить бизнес-операцию.

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

Например:

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

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

Средний дефект:

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

Низкийдефект:

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

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

1.Get the latest version

$ git checkout develop

$ git pull

2.Make new branch for your task or bug, please use this template — «users/ALIAS/Bug(or Task)-NumberOfTheTask»

$ git checkout -b users/anbesp/Task-00001

3.Start development, commit your changes to your branch (‘users/anbesp/Task-00001’)

4.After your finished your Task or fixed your Bug, other developers could pushed a lot of code to develop branch, your need to get new version of ‘develop’ branch

$ git checkout develop

$ git pull

5.Make rebase

$ git checkout users/anbesp/Task-00001

$ git rebase develop

6.Resolve all (if have) conflicts

7.Make merge

$ git checkout develop

$ git pull

8.If ‘develop’ branch have new changes, go to 4 point, otherwise go to next point

9.Start merge with —squash, for squash previous commits into one, you should merge without any issues, otherwise go to 4 point

$ git merge —squash users/anbesp/Task-00001

10.Set commit message. Please use this template — «[Task(or Bug) NumberOfTheTask] Short description»

$ git commit -m «[Task 00001] Add translated strings»

11.Delete your local branch if need

$ git merge users/anbesp/Task-00001

12.Push your changes, you should push without any issues, otherwise go to 4 point

$ git push

Отличный курс-всем рекомендую просмотреть:

Постарались собрать все термины необходимые для прохождения тестирования ISTQB русские и английские варианты.

Output Cache Entries Сколько страниц находятся в outputcache прямо сейчас. Кол-во должно быть в целом стабильным в течении длительного времени при такой же нагрузке. Если грузим 10 страницами и cache растет стремительно, то что-то не так

Output Cache Hits Сколько запросов всего прошло через кэш (в абсолютных величинах)

Output Cache Misses Сколько всего пропусков кэша, т.е. сколько страниц не из outputcache (доходим до логики выполнения приложения)

Output Cache Hit Ratio Отношение сколько из кэша/не из кэша (в идеале у сайта должно быть 90% шли по кэшу и только 10% мимо кэша). Если низкий %Hit Ratio, то значит outputcache применяется, но не используется

Private Bytes (Process\Private Bytes) Показывает, какое кол-во потребляемой памяти IIS использует для приложения w3wp

Cache % Process Memory Limit used Сколько кэш занимает % от допустимой памяти. Если страниц очень много в памяти, они будут автоматически удаляться.
Если ограничение стоит на 400Мб(privateBytesLimit), а процесс в настоящее время использует 350Мб, то счетчик покажет = 87,5% (350/400*100=87,5)

Если счетчик достигает 100%, то ASP.Net сразу обрезает 50% кэша, выбирая наиболее часто используемые страницы. Очевидно, что нельзя этого допускать.

Cache % Machine Memory Limit Used Этот счетчик сообщает текущее использование физического памяти в % от максимума (заданного или установленного по умолчанию). Это потребление всей машинной памяти – не только ASP.NET
Если машина использует 40% доступной физ. Памяти, а предел соcтавляет 60%( percentagePhysicalMemoryUsedLimit=60), этот счетчик сообщал бы 66%(40*60/100).

Если счетчик достигает 100%, то ASP.Net сразу обрезает 50% кэша, выбирая наиболее часто используемые страницы. Очевидно, что нельзя этого допускать.

Hit Ratio = Hits/ Misses*100%

Стандартный тест-кейс состоит из следующих пунктов, пронумерованных на картинке внизу красными цифрами от 1 до 8.

Содержание этих пунктов сводится к следующему:

Дефект — Ошибка в работе программного обеспечения, которую нельзя устранить конфигурированием ПО и которая требует исправление кода производителем или ошибка в комплекте поставки, приводящая к возникновению ошибок в работе ПО.

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

1.      Соответствие макету

Приблизительное время проверки: от 5 до 10

Описание:

Расположение блоков должно быть 1:1 по сравнению с макетом. Допускается расхождение до 5px для текста. Разрешены правки размеров и расположения криво нарисованных блоков (разница размерах в 1-2px на разных страницах).