понедельник, 17 сентября 2012 г.

QA Club Kiev: Online Test Results

Дорогие коллеги, мы подготовили статью с ответами к онлайн тестам, которые проводил QA Club Kiev на самом масштабном нетворкинг мероприятии в Киеве за последний год - IT Jam 2012.

Вы можете ознакомиться с вопросами и ответами ниже :)


P.S.: Кому не удалось посетить IT Jam 2012 в этом году, просмотрите 3-х минутное видео, о том как это было!



Один день из жизни тестировщика

У вас X критических задач на текущий момент, полная загруженность. Вы ничего не успеваете, а Вам направляют еще одну задачу и ставят ее как приоритет номер 1. Естественно, задача должна быть сделана на “вчера”. При этом, остальные задачи должны также выполняться - параллельно.

Вы работаете на Agile проекте, старт-ап, который должен был запуститься еще 5 месяцев назад. Ваш проект занимается поддержкой аналитики финансовых рынков и должен предоставлять различного рода аналитическую информацию, обновленную в зависимости от изменений в финансовом мире. Деньги уходят, заказчик готов отказаться от всего и распустить проект. В таких условиях все зависит от этой задачи и ее выполнения. Задача должна быть сделана за 2 дня.

Перед Вами стоит следующая задача, а также спецификация на 45 страниц:
«Как пользователь я хочу иметь возможность пользоваться поиском, который будет представлять стандартную форму поиска и искать по всей информации по сайту».

Ваши действия:
1.       Вы знаете, что на изучение спецификации вам нужно потратить около 4 часов, так как задача очень большая. Когда приступить к изучению требования? Сразу? Ваши действия (учтите,  что вы работаете в условиях полного недосыпания и загруженности)
a)      Да, сразу, опишите почему (правильный ответ,  так как там могут быть ошибки и фундаментальные неточности, переделывать которые потом просто не будет времени)
b)      Нет, не сразу, дождаться когда часть функциональности будет готова, опишите почему (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)
c)       Договорится о встрече с разработчиком и менеджером, и обсудить требования на совещании. (Не правильно, так как нет времени на совещание и длительные обсуждения 50 страниц) 
Правильный ответ: A. Сразу, так как там могут быть ошибки и фундаментальные неточности, переделывать которые потом просто не будет времени

2.       Сколько времени потратить на изучение?
a)      ни сколько (нет времени заниматься этим)
b)      30 минут (нужно бегло проглянуть, но не вчитываться)
c)       2 часа (постараться изучить главные моменты и поставить свои замечания)
d)      4 часа (полностью изучить требования и проверить их на полноту)
e)       6 часов (полностью изучить требования, а также обсудить их вместе с разработчиками, чтобы ничего не упустить) 
Правильный ответ: C. 2 часа, если критичная задача, ее нужно изучить, но постараться потратить столько времени, чтобы ничего не упустить. При этом нельзя братв все 4 часа, так как нужно выполнять еще другие задачи.

3.       Стоит ли писать тест-план?
a)      Да стоит, так как от детального планирования зависит рациональное выполнение работы
b)      Нет (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)
Правильный ответ: B. Нет (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)

4.       Вам нужно получить дизайн новой страницы, но ваш дизайнер сказал вам что сможет приступить к задаче не раньше чем через 4 дня. Ваши действия:
a)     Оставить дизайн на себя так как никто другой не может этого сделать
b)     Оставить дизайн на программиста, пусть сам разберается ведь у него есть ощущение того, как все должно быть.
c)      Заасайнить таск на дизайнера и убедить его что это задача номер 1, которая должна быть выполнения сейчас
Правильно: C. оставляйте дизайн профессионалам этого дела, не стоит все тянуть на себе, так как дизайнер знает что и как в системе. Нельзя оставлять дизайн на программиста, так как эти люди должны концентрировать свое внимание на функциональности системы, а в критические моменты просто совершить элементарные ошибки в логике.

5. Когда писать тестовую документацию?
a)    В самом начале
b)    В конце
c)    Перед самим тестирование
d)    Не писать вообще
Правильно: C. Перед самим тестированием. Нужно продумать ход действий, документация должна быть минимальной.

6. Какие виды тестирования вы будете применять и почему?
a)     Ад хок тестирование, регрессионное и приемочное
b)     Функциональное тестирование, интеграционное, регрессионное.
c)      Функциональное и регрессионное.
d)     Системное тестирование, альфа-тестирование и бета-тестирование.

Правильно: В. Должно применяться как минимум функциональное, интеграционное, регрессионное тестирование.

7.  Вы  получили первую версию системы. При тестировании системы, Вы получили следующее (смотреть скриншот). Есть ли на данном скриншоте баги?

a)      Да, здесь 3 бага. Опишите их.
b)      Да, здесь 7 багов. Опишите их.
c)       Да, здесь 5 багов. Опишите их.
d)      Да, здесь 1 баг. Опишите его.
e)      Здесь нет ни одного бага.

Правильный ответ:  В. 7 багов – картинка закрытия залазит на форму; слова Запрос с лишним символом; Поиск кнопка длиннее чем поле ввода; первый результат поиска не верный; текст красным не должен появляться; в красном тексте лишние символы; не соблюден один стиль на форме (разные шрифты и выравнивание).


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

1) Executing the same test case by giving the number of inputs on same build called as
a) Regression Testing
b) ReTesting
c) Ad hoc Testing
d) Sanity Testing 

Correct: b
 
2) To check whether we are developing the right product according to the customer requirements are not. It is a static process
a) Validation
b) Verification
c) Quality Assurance
d) Quality Control 

Correct: b
 
3) To check whether we have developed the product according to the customer requirements r not. It is a Dynamic process.
a) Validation
b) Verification
c) Quality Assurance
d) Quality Control 

Correct: a

4) The review and approved document (i.e. Test plan, System Requirement Specification’s) is called as
a) Delivery Document
b) Baseline Document
c) Checklist 

Correct: b
 
5) Conducted to validate that the application, database, and network they may be running on can handle projected volumes of users and data effectively. The test is conducted jointly by developers, testers, DBA’s and network associates after the system Testing called as
a) Functional Testing  
b) Stress/Load Testing 
c) Recovery Testing
d) Integration Testing 

Correct: b
 
6) Cost of quality = Prevention Cost + Appraisal cost + Failure cost
a) True 
b) False 

Correct: a 

7) It measures the quality of processes used to create a quality product. It is a system of management activities, It is a preventive process, It applies for entire life cycle & Deals with Process.
a) Validation
b) Verification
c) Quality Assurance 
d) Quality Control 

Correct: c
 
8) Boundary value analysis belongs to which testing method?
a) Black Box testing 
b) White Box testing 

Correct: a
 
9) What are the Types of Integration Testing?
a) Big Bang Testing
b) Bottom Up Testing
c) Top Down Testing
d) All the above 

Correct: d
 
10) Which is Black-Box Testing method?
a) equivalence partitioning 
b) code coverage
c) fault injection 

Correct: a
 
11) Automation Testing should be done before starting Manual testing.
Is the above statement correct?
a) Yes
b) No

Correct: b

12) Typical defects that are easier to find in reviews than in dynamic testing are:
a) deviations from standards,
b) requirement defects
c) design defects
d) insufficient maintainability and incorrect interface specifications
e) All of the above 

Correct: e

13) Load Testing Tools:
a) reduces the time spent by the testers
b) reduces the resources spent
c) mostly used in web testing
d) all of the above  

Correct: d

14) Reviews, static analysis and dynamic testing have the same objective
a) identifying defects
b) fixing defects.
c) 1 and 2
d) None

Correct: a

15) What are the 2 major components taken into consideration with risk analysis?
a) The probability the negative event will occur
b) The potential loss or impact associated with the event
c) Both a and b
d) Neither a nor b

Correct: c

16) The selection of test cases for regression testing
a) Requires knowledge on the bug fixes and how it affect the system
b) Includes the area of frequent defects
c) Includes the area which has undergone many/recent code changes
d) All of the above

Correct: d

17) What do you mean by “Having to say NO”
a) No, the problem is not with testers
b) No, the software is not ready for production
c) Both a & b
d) none of the above

Correct: b

Давайте проанализируем ответы и постараемся понять, почему именно они являются правильными.

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

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

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

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

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

До новых встреч на QA Club Kiev, следите за анонсами!

2 комментария:

  1. Да, большое количество участников проявили интерес.
    Виталий, на какую тематику Вы бы хотели пройти тесты?

    ОтветитьУдалить