Use this set of questions for incoming testers:
- Define load, performance and stress testing?
Load
— Грузильные тесты. Тестируешь, и при этом изрядно грузишься…Performance
— Когда под окном трое бравых ребят с гитарами выдают отличный музыкальный перформанс, а ты обязан сидеть перед компом и тестировать что-либо.Stress testing
— Когда над тобой нависают сразу и дэдлайн, и тим-лидер, и прожект-манагер, и за квартиру не уплачено, и тестируемый environment крепко глючит… - What are the goals of a performance testing of a web application?
Поломать все к чертям посредством тщательной перегрузки аппликухи по всем каналам. Отличный инструмент для перегрузок — Half Life 2 или Doom IV.
- State a generalized process for load test? Or explain how you did it previously.
Берем, и грузим. Вот и весь принцип. Или, вот, отличная история о том, как можно протестировать нагрузку на АТС.
- How do you determine user soad for a perf test of a Web application?
SOAD = Service Oriented Analysis & Design, а не американский певческий ансамбль «System Of A Down».
Ответ: скоростное кликанье, например. Или просто пишем на лебедевский бизнес-линч, типа, вот я разработал, а вы ничего в искусстве интерфейсов не понимаете… Если ответят — можно легко ответить и на этот вопрос.
- What do you understand by the terms ‘Response Time’, ‘Pages Per Second’, ‘Transactions Per Secpnd’?
Response Time — скорость пингования комплиментами типа «Вася, ты еблан», «Сам ты еблан».
Pages Per Second — количество «сам ты еблан»-ов в секунду.
Transactions Per Secpnd — таких слов в вашем языке нет. Есть Transactions Per SecOnd. Это уровень количества переговоров между пингующимися ебланами в течение одной секунды.
А вообще, вопросы тестировщикам любого уровня надо задавать попроще:
- what is a bug?
- what is adefect?
- what is the difference between bug and defect?
Почему-то не все могут сразу и внятно объяснить эти «мелочи». Как не каждый программист может сразу объяснить, что такое «файл».