Bất kỳ ví dụ từ thực nào về cách setUp() và tearDown() nên được sử dụng trong PHPUnit?

Question

Phương pháp setUp() và tearDown() được gọi trước và sau mỗi lần kiểm tra. Nhưng thực sự, là có bất kỳ ví dụ từ thực sự về lý do tại sao tôi cần điều này?

Kiểm tra kiểm tra người khác, tôi luôn luôn nhìn thấy cái gì đó như:

public function setUp() 
{ 
    $this->testsub = new TestSubject(); 
} 

public function tearDown() 
{ 
    unset($this->testsub); 
} 

public function testSomething() 
{ 
    $this->assertSame('foo', $this->testsub->getFoo()); 
} 

Tất nhiên, có hầu như không có sự khác biệt giữa cách này và cách biến cục bộ "cũ".

Answer 1

Nếu bạn thực hiện mọi phương pháp thử nghiệm riêng lẻ, mã kiểm tra của bạn sẽ chia sẻ nhiều dòng chỉ đơn giản là tạo đối tượng cần kiểm tra. Mã chia sẻ này có thể (nhưng không NÊN) đi vào phương pháp thiết lập.

Mọi thứ cần được thực hiện để tạo đối tượng cần kiểm tra sau đó cũng đi vào phương pháp thiết lập, ví dụ tạo đối tượng giả được chèn vào hàm tạo của đối tượng thử nghiệm.

Không có điều gì cần phải được rớt xuống vì cuộc gọi tiếp theo để thiết lập sẽ khởi tạo biến thành viên lớp với một tập hợp các đối tượng mới.

Điều duy nhất cần teardown là nếu thử nghiệm của bạn để lại một cái gì đó đằng sau vĩnh viễn, như các tệp đã tạo hoặc các mục cơ sở dữ liệu. Nó thực sự không phải là một ý tưởng tốt để viết các bài kiểm tra mà làm những việc như vậy, nhưng tại một số điểm bạn không thể trừu tượng nữa và phải chạm vào các công cụ như đĩa cứng, cơ sở dữ liệu hoặc mạng thực.

Vì vậy, có rất nhiều thiết lập nhiều hơn teardown cần thiết, và tôi luôn luôn xóa phương pháp teardown nếu không có công việc phải được thực hiện cho thử nghiệm này.

mocks Về, tôi làm việc như thế này:

private $_mockedService; 
private $_object; 
protected function setUp() 
{ 
    $this->_mockedService = $this->getMock('My_Service_Class'); 
    $this->_object = new Tested_Class($this->_mockService); 
} 

public function testStuff() 
{ 
    $this->_mockedService->expects($this->any())->method('foo')->will($this->returnValue('bar')); 
    $this->assertEquals('barbar', $this->_object->getStuffFromServiceAndDouble()); 
} 

Answer 2

Bạn có thể khởi tạo một loạt các đối tượng cố định và để chúng có sẵn dưới dạng các biến mẫu trong mỗi thử nghiệm thay vì xây dựng chúng riêng lẻ cho từng thử nghiệm.

Bạn có thể tạo các tài nguyên như xử lý tệp trong thiết lập rồi đảm bảo bạn đóng chúng trong tearDown. Nếu bạn đang viết các tệp tạm thời, bạn có thể chắc chắn rằng bạn xóa chúng. Nếu bạn mở một kết nối cơ sở dữ liệu, bạn có thể đóng nó (mặc dù bạn có thể muốn làm điều đó ở nơi khác - setupBeforeClass/tearDownAfterClass được gọi cho mọi tệp thử nghiệm, không phải cho mọi trường hợp thử nghiệm.)

Nó chỉ là móc trước/sau đó là một điều hấp dẫn để nói chung. Sử dụng nó để làm cho cuộc sống của bạn dễ dàng hơn, hoặc không sử dụng nó.

Answer 3

Bạn có thể sử dụng hầu như bất cứ lúc nào bạn sẽ có một sự phụ thuộc trong lớp bạn đang thử nghiệm. Một ví dụ điển hình về điều này có thể là một số loại đối tượng lưu trữ trạng thái ứng dụng (một đối tượng phiên, một giỏ mua hàng, v.v.).

Ví dụ: tôi có một lớp học sẽ tính chi phí giao hàng trên nội dung của giỏ hàng được xác định bởi đối tượng giỏ hàng. Và giả sử giỏ hàng này được chuyển vào lớp tính toán giao hàng thông qua việc tiêm phụ thuộc. Để kiểm tra hầu hết các phương thức của lớp bạn có thể cần thực sự khởi tạo một đối tượng giỏ hàng và đặt nó trong lớp để kiểm tra đơn vị các phương thức khác nhau của bạn. Bạn cũng có thể cần phải thêm các mục vào giỏ hàng ass tốt. Vì vậy, bạn có thể có một thiết lập như sau:

public function setUp() 
{ 
    $this->cart = new cart(); 
    $this->cart->add_item('abc'); 
    $this->cart->add_item('xyz'); 
} 

Hãy giả sử phương pháp thử nghiệm của bạn thực sự có thể sửa đổi các mặt hàng của giỏ hàng, trang trí chúng với thông tin chi phí giao hàng. Bạn không muốn thông tin từ một thử nghiệm chảy máu vào tiếp theo, vì vậy bạn chỉ cần bỏ giỏ hàng ở cuối.

public function tearDown() 
    unset($this->cart); 
}