GP Coder

Trang chia sẻ kiến thức lập trình Java

  • Java Core
    • Basic Java
    • OOP
    • Exception Handling
    • Multi-Thread
    • Java I/O
    • Networking
    • Reflection
    • Collection
    • Java 8
  • Design pattern
    • Creational Pattern
    • Structuaral Pattern
    • Behavior Pattern
  • Web Service
    • SOAP
    • REST
  • JPA
  • Java library
    • Report
    • Json
    • Unit Test
  • Message Queue
    • ActiveMQ
    • RabbitMQ
  • All
Trang chủ Java library Unit Test Làm sao test một Abstract Class trong Java?

Làm sao test một Abstract Class trong Java?

Đăng vào 12/04/2019 . Được đăng bởi GP Coder . 3783 Lượt xem . Toàn màn hình

Trong Java, các abstract class được sử dụng để định nghĩa các behavior có thể có của một class, với một danh sách các phương thức trừu tượng (abstract method) sẽ được implement bởi sub-class. Về cơ bản, nó cũng có thể bao gồm một vài phương thức đã được implement logic, do đó nó cũng cần được cover bởi Unit Test. Tuy nhiên, một abstract class không thể được khởi tạo instance một cách trực tiếp thông qua từ khóa new. Do đó, nó cũng cần một số cách đặt biệt để viết test, chúng ta sẽ cùng tìm hiểu trong phần tiếp theo của bài viết này.

Nội dung

  • 1 Trường hợp test một abstract method độc lập
  • 2 Trường hợp test một abstract method được gọi bởi một method khác

Trường hợp test một abstract method độc lập

Giả sử chúng ta có abstract class sau:


package com.gpcoder.abstract_class;

public abstract class AbstractIndependent {

	public abstract int abstractMethod();

	public String defaultImpl() {
		return "gpcoder";
	}
}

Một số cách để có thể test class này như sau:

  • Tạo một concrete class được extend từ abstract class đó và sử dụng nó để test các phương thức.
  • Sử dụng Mockito.

package com.gpcoder.abstract_class;

import static org.junit.Assert.assertEquals;

import org.junit.Test;
import org.mockito.Mockito;

public class AbstractIndependentTest {

	@Test
	public void testDefaultImplUsingConcreteClass() {
		AbstractIndependent testedObj = new AbstractIndependentImplTest();
		assertEquals("gpcoder", testedObj.defaultImpl());
	}

	@Test
	public void testDefaultImplUsingMockito() {
		AbstractIndependent testedObj = Mockito.spy(AbstractIndependent.class);
		assertEquals("gpcoder", testedObj.defaultImpl());
	}

	private class AbstractIndependentImplTest extends AbstractIndependent {

		@Override
		public int abstractMethod() {
			return 0;
		}

	}
}

Đối với abstract class, chúng ta không cần test phương thức abstract do chúng ta không thể biết được phương thức đó thực sự được implement như thế nào. Tuy nhiên, các phương thức mặc định khác đã có logic nên chúng ta cần đảm bảo nó thực hiện đúng.

Trường hợp test một abstract method được gọi bởi một method khác

Trường hợp này thường gặp với các Template Pattern, các phương thức abstract method được gọi bởi một method khác. Ví dụ:


package com.gpcoder.abstract_class;

public abstract class AbstractDependent {

	public int callApi(String url) {
		preExecute(url);
		int result = execute(url);
		return postExecute(result);
	}

	protected int execute(String url) {
		if ("gpcoder.com".equals(url)) {
			return 1;
		}
		return 0;
	}

	protected abstract void preExecute(String url);

	protected abstract int postExecute(int result);

}

Tương tự như ví dụ trên, chúng ta cũng có thể tạo concrete class hoặc sử dụng Mockito để test. Nó chỉ có khác ở cách verify kết quả. Trong ví dụ đầu tiên, do mỗi phương thức là độc lập, chúng ta không cần thiết phải test phương thức abstract. Tuy nhiên, trong ví dụ này, phương thức abstract được sử dụng trong một phương thức khác nên chúng ta cần verify phương thức này được gọi hay chưa.


package com.gpcoder.abstract_class;

import org.junit.Assert;
import org.junit.Test;
import org.mockito.InOrder;
import org.mockito.Mockito;

public class AbstractDependentTest {

	private static final String URL_TEST = "gpcoder.com";

	@Test
	public void testDefaultImplUsingConcreteClass() {
		AbstractDependent testedObj = new AbstractDependentImplTest();
		Assert.assertEquals(1, testedObj.callApi(URL_TEST));
		Assert.assertEquals(0, testedObj.callApi("other the 'gpcoder.com' url"));
	}

	@Test
	public void testDefaultImplUsingMockito() {
		final int expected = 1;
		AbstractDependent testedObj = Mockito.spy(AbstractDependent.class);
		Mockito.doNothing().when(testedObj).preExecute(Mockito.anyString());
		Mockito.when(testedObj.postExecute(Mockito.anyInt())).thenReturn(expected);

		int actual = testedObj.callApi(URL_TEST);

		// Verify the result
		Assert.assertEquals(expected, actual);
		// Verify every methods was called in order
		InOrder inOrder = Mockito.inOrder(testedObj);
		inOrder.verify(testedObj).preExecute(Mockito.anyString());
		inOrder.verify(testedObj).execute(Mockito.anyString());
		inOrder.verify(testedObj).postExecute(Mockito.anyInt());
	}

	private class AbstractDependentImplTest extends AbstractDependent {

		@Override
		protected void preExecute(String url) {
			// do nothing
		}

		@Override
		protected int postExecute(int result) {
			return result;
		}
	}
}

Trên đây là một số trường hợp thường gặp và cách viết test với abstract class. Hy vọng bài này viết giúp ích cho các bạn có thêm ý tưởng để viết test tốt hơn. Hẹn gặp lại ở các bài viết tiếp theo.

5.0
07
Nếu bạn thấy hay thì hãy chia sẻ bài viết cho mọi người nhé! Và Donate tác giả

Shares

Chuyên mục: Unit Test Được gắn thẻ: JUnit, Mockito

PowerMockito – Suppressing Unwanted Behavior
Tổng hợp các bài viết về Unit Test trong Java

Có thể bạn muốn xem:

  • JUnit – HTML Report với Surefire maven plugin (25/03/2019)
  • Tổng hợp các bài viết về Unit Test trong Java (15/04/2019)
  • Mockito – Annotations (28/03/2019)
  • JUnit – Custom Hamcrest Matchers (18/03/2019)
  • Giới thiệu JUnit (04/03/2019)

Bình luận

bình luận

Tìm kiếm

Bài viết mới

  • Clean code 13/01/2024
  • Giới thiệu CloudAMQP – Một RabbitMQ server trên Cloud 02/10/2020
  • Kết nối RabbitMQ sử dụng Web STOMP Plugin 19/06/2020
  • Sử dụng publisher confirm trong RabbitMQ 16/06/2020
  • Sử dụng Dead Letter Exchange trong RabbitMQ 13/06/2020

Xem nhiều

  • Hướng dẫn Java Design Pattern – Factory Method (97466 lượt xem)
  • Hướng dẫn Java Design Pattern – Singleton (97153 lượt xem)
  • Giới thiệu Design Patterns (86871 lượt xem)
  • Lập trình đa luồng trong Java (Java Multi-threading) (85649 lượt xem)
  • Giới thiệu về Stream API trong Java 8 (83193 lượt xem)

Nội dung bài viết

  • 1 Trường hợp test một abstract method độc lập
  • 2 Trường hợp test một abstract method được gọi bởi một method khác

Lưu trữ

Thẻ đánh dấu

Annotation Authentication Basic Java Behavior Pattern Collection Creational Design Pattern Cấu trúc điều khiển Database Dependency Injection Design pattern Eclipse Exception Executor Service Google Guice Gson Hibernate How to Interceptor IO Jackson Java 8 Java Core JDBC JDK Jersey JMS JPA json JUnit JWT Message Queue Mockito Multithreading OOP PowerMockito RabbitMQ Reflection Report REST SOAP Structuaral Pattern Swagger Thread Pool Unit Test Webservice

Liên kết

  • Clean Code
  • JavaTpoint
  • Refactoring Guru
  • Source Making
  • TutorialsPoint
  • W3Schools Online Web Tutorials

Giới thiệu

GP Coder là trang web cá nhân, được thành lập với mục đích lưu trữ, chia sẽ kiến thức đã học và làm việc của tôi. Các bài viết trên trang này chủ yếu về ngôn ngữ Java và các công nghệ có liên quan đến Java như: Spring, JSF, Web Services, Unit Test, Hibernate, SQL, ...
Hi vọng góp được chút ít công sức cho sự phát triển cộng đồng Coder Việt.

Donate tác giả

Tìm kiếm các bài viết của GP Coder với Google Search

Liên hệ

Các bạn có thể liên hệ với tôi thông qua:
  • Trang liên hệ
  • Linkedin: gpcoder
  • Email: contact@gpcoder.com
  • Skype: ptgiang56it

Follow me

Copyright 2025 © GP Coder · All Rights Reserved · Giới thiệu · Chính sách · Điều khoản · Liên hệ ·

Share

Blogger
Delicious
Digg
Email
Facebook
Facebook messenger
Flipboard
Google
Hacker News
Line
LinkedIn
Mastodon
Mix
Odnoklassniki
PDF
Pinterest
Pocket
Print
Reddit
Renren
Short link
SMS
Skype
Telegram
Tumblr
Twitter
VKontakte
wechat
Weibo
WhatsApp
X
Xing
Yahoo! Mail

Copy short link

Copy link