Pembangunan Dipacu Ujian (TDD) dalam Front-end.

Pembangunan Dipacu Ujian (TDD) diiktiraf secara meluas untuk meningkatkan kualiti kod dan mengurangkan pepijat dalam pembangunan perisian. Walaupun TDD adalah perkara biasa dalam pembangunan bahagian belakang dan API, ia adalah sama berkuasa dalam pembangunan bahagian hadapan. Dengan menulis ujian sebelum melaksanakan ciri, pembangun bahagian hadapan boleh menangkap isu lebih awal, memastikan pengalaman pengguna yang konsisten dan memfaktorkan semula dengan yakin. Dalam artikel ini, kami akan meneroka TDD dalam konteks pembangunan bahagian hadapan, membincangkan faedahnya dan melihat contoh menggunakan React dan JavaScript.

Mengapa Menggunakan TDD dalam Pembangunan Frontend?

Pembangunan hadapan mempunyai cabaran unik, termasuk interaksi pengguna, komponen pemaparan dan mengurus aliran data tak segerak. TDD membantu dengan membolehkan pembangun mengesahkan logik, komponen dan keadaan UI mereka pada setiap peringkat. Faedah TDD di bahagian hadapan termasuk:

Kualiti Kod Lebih Tinggi: Ujian penulisan mula-mula menggalakkan kod yang bersih dan boleh diselenggara dengan menguatkuasakan modulariti.

Keyakinan Pembangun yang Dipertingkat: Ujian menangkap ralat sebelum kod mencapai pengeluaran, mengurangkan pepijat regresi.

Pengalaman Pengguna yang Lebih Baik: TDD memastikan komponen dan interaksi berfungsi seperti yang dimaksudkan, menghasilkan UX yang lebih lancar.

Keselamatan Pemfaktoran Semula: Ujian menyediakan jaring keselamatan, membolehkan pembangun memfaktorkan semula tanpa rasa takut melanggar ciri.

Cara TDD Berfungsi di Frontend: Kitaran Merah-Hijau-Refactor

Proses TDD mengikut kitaran tiga langkah mudah: Merah, Hijau, Refactor.

Merah - Tulis ujian untuk ciri atau fungsi baharu. Ujian ini sepatutnya gagal pada mulanya kerana tiada kod dilaksanakan lagi.

Hijau - Tulis kod minimum yang diperlukan untuk lulus ujian.
Refactor - Bersihkan dan optimumkan kod tanpa mengubah tingkah lakunya, memastikan ujian terus lulus.

Mari gunakan TDD dengan contoh membina komponen carian mudah dalam React.

Contoh: Melaksanakan TDD untuk Komponen Carian dalam React
Langkah 1: Sediakan Persekitaran Pengujian Anda

Untuk mengikuti, anda memerlukan:

Bertindak balas untuk mencipta komponen UI.
Perpustakaan Pengujian Jest dan React untuk menulis dan menjalankan ujian.

# Install dependencies
npx create-react-app tdd-search-component
cd tdd-search-component
npm install @testing-library/react

Langkah 2: Fasa Merah – Menulis Ujian Gagal

Katakanlah kami ingin membina komponen Carian yang menapis senarai item berdasarkan input pengguna. Kami akan mulakan dengan menulis ujian yang menyemak sama ada komponen menapis item dengan betul.

// Search.test.js
import { render, screen, fireEvent } from "@testing-library/react";
import Search from "./Search";

test("filters items based on the search query", () => {
  const items = ["apple", "banana", "cherry"];
  render(<Search items={items} />);

  // Ensure all items are rendered initially
  items.forEach(item => {
    expect(screen.getByText(item)).toBeInTheDocument();
  });

  // Type in the search box
  fireEvent.change(screen.getByRole("textbox"), { target: { value: "a" } });

  // Check that only items containing "a" are displayed
  expect(screen.getByText("apple")).toBeInTheDocument();
  expect(screen.getByText("banana")).toBeInTheDocument();
  expect(screen.queryByText("cherry")).not.toBeInTheDocument();
});

Inilah yang kami lakukan:

Memberikan komponen Carian dengan pelbagai item.
Simulasi menaip "a" ke dalam kotak carian.
Menegaskan bahawa hanya item yang ditapis dipaparkan.

Menjalankan ujian sekarang akan mengakibatkan kegagalan kerana kami belum melaksanakan komponen Carian lagi. Ini ialah fasa "Merah".

Langkah 3: Fasa Hijau – Menulis Kod Minimum untuk Lulus Ujian

Sekarang, mari buat komponen Carian dan tulis kod minimum yang diperlukan untuk membuat ujian lulus.

# Install dependencies
npx create-react-app tdd-search-component
cd tdd-search-component
npm install @testing-library/react

Dalam kod ini:

Kami menggunakan useState untuk menyimpan pertanyaan carian.
Kami menapis tatasusunan item berdasarkan pertanyaan.
Kami hanya memaparkan item yang sepadan dengan pertanyaan.

Kini, menjalankan ujian akan menghasilkan fasa "Hijau" dengan ujian lulus.

Langkah 4: Refactor – Memperbaik Struktur Kod dan Kebolehbacaan

Dengan lulus ujian, kami boleh menumpukan pada peningkatan kualiti kod. Refactor kecil mungkin melibatkan pengekstrakan logik penapisan ke dalam fungsi berasingan untuk menjadikan komponen lebih modular.

// Search.test.js
import { render, screen, fireEvent } from "@testing-library/react";
import Search from "./Search";

test("filters items based on the search query", () => {
  const items = ["apple", "banana", "cherry"];
  render(<Search items={items} />);

  // Ensure all items are rendered initially
  items.forEach(item => {
    expect(screen.getByText(item)).toBeInTheDocument();
  });

  // Type in the search box
  fireEvent.change(screen.getByRole("textbox"), { target: { value: "a" } });

  // Check that only items containing "a" are displayed
  expect(screen.getByText("apple")).toBeInTheDocument();
  expect(screen.getByText("banana")).toBeInTheDocument();
  expect(screen.queryByText("cherry")).not.toBeInTheDocument();
});

Dengan refactor, kod lebih bersih dan logik penapisan lebih boleh digunakan semula. Menjalankan ujian memastikan komponen masih berkelakuan seperti yang diharapkan.

TDD untuk Mengendalikan Kes Edge

Dalam TDD, adalah penting untuk mengambil kira kes tepi. Di sini, kami boleh menambah ujian untuk mengendalikan kes seperti tatasusunan item kosong atau istilah carian yang tidak sepadan dengan mana-mana item.
Contoh: Kes Tepi Pengujian

// Search.js
import React, { useState } from "react";

function Search({ items }) {
  const [query, setQuery] = useState("");

  const filteredItems = items.filter(item =>
    item.toLowerCase().includes(query.toLowerCase())
  );

  return (
    <div>
      <input
        type="text"
        placeholder="Search..."
        value={query}
        onChange={(e) => setQuery(e.target.value)}
      />
      <ul>
        {filteredItems.map((item) => (
          <li key={item}>{item}</li>
        ))}
      </ul>
    </div>
  );
}

export default Search;

Ujian ini seterusnya memastikan komponen kami mengendalikan senario luar biasa tanpa pecah.

TDD dalam Kod Hadapan Asynchronous

Aplikasi hadapan selalunya bergantung pada tindakan tak segerak, seperti mengambil data daripada API. TDD boleh digunakan di sini juga, walaupun ia memerlukan pengendalian tingkah laku tak segerak dalam ujian.
Contoh: Menguji Komponen Carian Asynchronous

Andaikan komponen carian kami mengambil data daripada API dan bukannya menerimanya sebagai prop.

// Refactored Search.js
import React, { useState } from "react";

function filterItems(items, query) {
  return items.filter(item =>
    item.toLowerCase().includes(query.toLowerCase())
  );
}

function Search({ items }) {
  const [query, setQuery] = useState("");
  const filteredItems = filterItems(items, query);

  return (
    <div>
      <input
        type="text"
        placeholder="Search..."
        value={query}
        onChange={(e) => setQuery(e.target.value)}
      />
      <ul>
        {filteredItems.map((item) => (
          <li key={item}>{item}</li>
        ))}
      </ul>
    </div>
  );
}

export default Search;

Dalam ujian, kami boleh menggunakan jest.fn() untuk mengejek tindak balas API.

test("displays no items if the search query doesn't match any items", () => {
  const items = ["apple", "banana", "cherry"];
  render(<Search items={items} />);

  // Type a query that doesn't match any items
  fireEvent.change(screen.getByRole("textbox"), { target: { value: "z" } });

  // Verify no items are displayed
  items.forEach(item => {
    expect(screen.queryByText(item)).not.toBeInTheDocument();
  });
});

test("renders correctly with an empty items array", () => {
  render(<Search items={[]} />);

  // Expect no list items to be displayed
  expect(screen.queryByRole("listitem")).not.toBeInTheDocument();
});

Amalan Terbaik untuk TDD di Front-end

Mula Kecil: Fokus pada sekeping kecil fungsi dan tambahkan kerumitan secara beransur-ansur.
Tulis Ujian Jelas: Ujian hendaklah mudah difahami dan berkaitan secara langsung dengan kefungsian.
Uji Interaksi Pengguna: Sahkan input pengguna, klik dan interaksi lain.
Sarung Tepi Penutup: Pastikan aplikasi mengendalikan input atau keadaan luar biasa dengan anggun.
Mock API untuk Ujian Async: Mock API panggilan untuk mengelakkan pergantungan pada perkhidmatan luaran semasa ujian.

Kesimpulan

Pembangunan Dipacu Ujian membawa banyak kelebihan kepada pembangunan bahagian hadapan, termasuk kualiti kod yang lebih tinggi, pepijat yang dikurangkan dan keyakinan yang lebih baik. Walaupun TDD memerlukan anjakan dalam minda dan disiplin, ia menjadi kemahiran yang berharga, terutamanya apabila mengendalikan interaksi pengguna yang kompleks dan aliran data tak segerak. Mengikuti proses TDD—Merah, Hijau, Refactor—dan menyepadukannya secara beransur-ansur ke dalam aliran kerja anda akan membantu anda mencipta aplikasi bahagian hadapan yang lebih dipercayai, boleh diselenggara dan mesra pengguna.

Atas ialah kandungan terperinci Pembangunan Dipacu Ujian (TDD) dalam Front-end.. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!