Giriş
International Software Testing Qualifications Board (ISTQB) Chapter 2 - Testing Throughout the Software Life Cycle ile ilgili notlarım şöyle.
2.2 Test Seviyeleri
2.2.1 Component level testing
Unit test veya birim test ile aynı şey. Geliştirici tarafından yapılır
2.2.2 Integration level testing
Geliştirici ekibi tarafından yapılır. "Low-level design" test edilir.
2.1 Big Bang yöntemi
2.2 Bottom up yöntemi
2.3 Top-down yöntemi - En büyük bileşen alınır ve stub veya mock kullanılarak test edilir.
2.2.2.3 Integration Testi Olarak Top-down yöntem
Burada kullanılan stub kelimesinin açıklaması şöyle. Aslınca çoğu mock'lama kütüphanesi artık stub/mock ayrımını bile yapmıyor. Stub yerine mock kelimesi bence kullanılabilir.
Bu testte sistemin diğer sistemler ile çalıştığı test edilir. "High-level design" test edilir. Tuzak sorulardan birisi hangi stratejini izleneceğidir. Bir strateji izlenmez
2.2.4. Acceptance tests
Kullanıcı tarafından yapılır. "Business requirements" test edilir. "Business perspective" ile sistemin kabul edilebilir olduğu test edilir. Tuzak soru "tüm kullanıcılar" tarafından kabul edilebilir olmasıdır ki bu doğru bir ifade değil.
5. Other tests
2.3 Test Çeşitleri
1. Functional Tests
2. Non-functional Tests
Reliability,
Usability,
Efficiency
Maintainability
Portability (Taşınabilirlik)
olarak gruplanmış.
Supportability diye bir şey yok :)
3. Structure Tests
International Software Testing Qualifications Board (ISTQB) Chapter 2 - Testing Throughout the Software Life Cycle ile ilgili notlarım şöyle.
2.2 Test Seviyeleri
2.2.1 Component level testing
Unit test veya birim test ile aynı şey. Geliştirici tarafından yapılır
2.2.2 Integration level testing
Geliştirici ekibi tarafından yapılır. "Low-level design" test edilir.
2.1 Big Bang yöntemi
2.2 Bottom up yöntemi
2.3 Top-down yöntemi - En büyük bileşen alınır ve stub veya mock kullanılarak test edilir.
2.2.2.3 Integration Testi Olarak Top-down yöntem
Burada kullanılan stub kelimesinin açıklaması şöyle. Aslınca çoğu mock'lama kütüphanesi artık stub/mock ayrımını bile yapmıyor. Stub yerine mock kelimesi bence kullanılabilir.
Stubs are hard coded methods that return an expected answer and don’t care about method arguments or the state of any objects, so don’t function normally. They might be anonymous functions passed directly to a method on the unit we are testing, in which case we are testing that the unit behaves correctly when the function returns that hard coded result. A stub could be a method implemented as a requirement of an interface that the unit under test needs to call. A stub that checks the existence of a file, for example, could always return true if we’re not actually using the file system while testing the unit:2.2.3. System tests
Bu testte sistemin diğer sistemler ile çalıştığı test edilir. "High-level design" test edilir. Tuzak sorulardan birisi hangi stratejini izleneceğidir. Bir strateji izlenmez
2.2.4. Acceptance tests
Kullanıcı tarafından yapılır. "Business requirements" test edilir. "Business perspective" ile sistemin kabul edilebilir olduğu test edilir. Tuzak soru "tüm kullanıcılar" tarafından kabul edilebilir olmasıdır ki bu doğru bir ifade değil.
5. Other tests
2.3 Test Çeşitleri
1. Functional Tests
2. Non-functional Tests
Reliability,
Usability,
Efficiency
Maintainability
Portability (Taşınabilirlik)
olarak gruplanmış.
Supportability diye bir şey yok :)
3. Structure Tests
Hiç yorum yok:
Yorum Gönder