📂
Yazılım Geliştirme - Wiki
  • Giriş
  • YAZILIM GELİŞTİRME KILAVUZU
    • İsimlendirme
      • C# İsimlendirme Kılavuzu
      • MS SQL Server İsimlendirme Kılavuzu
      • Birim Testi İsimlendirme Kılavuzu
    • Clean Code
    • Refactoring
      • Refactoring Yöntemleri Katalogu
      • Code Smells
      • Teknik Borç ve Yeniden Düzenleme
      • Refactor Mercilessly - Acımasızca Yeniden Düzenle
      • Yeniden Düzenleme İş Akışları
      • Boy Scout Rule - İzci Kuralı
      • Later Equals Never - Sonra Asla Demektir
      • Collective Code Ownership - Ortak Kod Sahipliği
      • Opportunistic Refactoring - Fırsatçı Yeniden Düzenleme
      • Simplifying Conditional Expressions
      • Integrate Often - Sık Entegre Et
      • Broken Window - Kırık Pencere Teorisi
      • DRY - Don't Repeat Yourself
      • KISS - Keep It Simple Stupid
      • YAGNI - You're Not Gonna Need It
    • SOLID Prensipleri
      • Single Responsibility Principle
      • Open-Closed Principle
      • Liskov Substitution Principle
      • Interface Seggregation Principle
      • Dependency Inversion Principle
    • Design Patterns - Tasarım Kalıpları
    • Anti-Patterns - Anti-Kalıplar
    • Cyclomatic Complexity
    • When a Bug is Found - Bir Hata Bulunduğunda
    • Unit Tests - Birim Testleri
    • Test Geliştirme Yöntemleri ve Prensipleri
  • Extreme Programming (XP)
    • Extreme Programming (XP)
    • Extreme Programming’in Kuralları
    • Extreme Programming Değerleri
    • Technical Debt - Teknik Borç
    • Simplicity is the Key - Basitlik Kilit Noktadır
    • Iterative Development - Tekrarlamalı Geliştirme
    • Never Add Functionality Early - Asla Önceden İşlevsellik Ekleme
    • Pair Programming - Çift Programlama
    • Code the Unit Test First - Önce Testi Yazmak
  • Uygulama Yapısı ve Katmanları
    • Application Domain - Uygulama Alanı
      • ASP.NET MVC
      • ASPNET Web Api
      • WCF Servisleri
      • Javascript
    • Business Domain - İş Alanı
    • Data - Veri Erişim Katmanı
    • Dependency Injection / Ioc
    • Solüsyon ve Proje Organizasyonu
  • Test Geliştirme
    • Birim Testleri
      • Behaviour Driven Development - BDD
      • Test Driven Development (T.D.D.)
      • Birim Testi Geliştirme Prensipleri
      • Birim Testi İsimlendirme Kılavuzu
      • Strict Mock
    • Sistem Testleri
    • Arayüz Testleri
      • WebDriver Kullanımları
      • Tarayıcı Ayarları
      • Nunit ile Selenium Entegrasyonu
    • Entegrasyon Testleri
    • Test Piramidi
    • Acceptance Tests - Kabul Testleri
Powered by GitBook
On this page
  • Açıklama
  • Tanım
  • Araçlar

Was this helpful?

  1. Test Geliştirme

Sistem Testleri

Bu belgenin amacı .NET uygulamalarında geliştirilen sistem testlerine ait pratikleri tanıtmaktır.

PreviousStrict MockNextArayüz Testleri

Last updated 4 years ago

Was this helpful?

Açıklama

Bu belgenin amacı .NET uygulamalarında geliştirilen sistem testlerine ait pratikleri tanıtmaktır.

Tanım

Sistem veya kullanıcı kabul (user acceptance) testleri bir sistemin arayüzleri (web sitesi sayfaları, servis metotları, vb.) ile iletişime geçerek beklenen davranışların uçtan uca doğrulanmasını sağlayan testlerdir.

Bu testler aşağıdaki kapsamlarda olabilir:

  • Web sitesi işlemleri

  • Servis metotları

  • Konsol uygulamaları

Bu testlerde veritabanı, dosya sistemi, ağ ve servis erişimleri de test edilmiş olur.

Araçlar

Bu testlerin geliştirilmesinde birim testlerinde de kullanılan Nunit ve FluentAssertions kütüphaneleri kullanılabilir. Web sitelerinin testlerinde tarayıcı simülasyonlarını gerçekleştirmek için Selenium kütüphanesi kullanılır. bkz.

Arayüz Testleri