Automation Testing & TDD

Automation Testing &
TDD
Nguyễn Khắc Nhật

Nội dung
• Kiểm thử
• Kiểm thử tự động
• Kiểm thử đơn vị
• TDD – Phát triển Hướng Kiểm thử
• Demo

CRISIS
Numbers:
4.4 million cars recalled
$7.7 Billions of $ loss.
Damage the brand

Ảnh: Reuters
Numbers:
$17 Billions of $ loss.
Damage the brand
Galaxy Note 7 recall

Do you know?
Software Bugs Cost U.S. Economy
$312 Billion
Annually
6
Source:http://insight.jbs.cam.ac.uk/2013/financial-content-cambridge-university-study-states-software-bugs-cost-economy-312-billion-per-year

Kiểm thử
càng sớm
càng tốt
• Nếu các bug
được phát hiện
càng muộn thì chi
phí sẽ càng cao

Mong muốn vs. Thực tế
10
Requirement
Design
Desired
Implementation
Reality
testing
gap

Ai chịu trách nhiệm cho chất lượng phần
mềm?
• Tester
• QA
• Developer
• ScrumMaster
• PM
• Product Manager
• Product Owner
• BA
• Customer?
11

Faster delivery, faster feedback
Time
…
Iteration

Process of testing
Test-related
learning
Test design
Test execution
Result
interpretation
13

Các chiến thuật kiểm thử
• Black-box (hộp đen)
• Dựa trên thiết kế chức năng của hệ thống
• Không quan tâm đến “nội bộ” bên trong từng chức năng
• Không kiểm thử được các chức năng “ẩn”
• White-box (hộp trắng)
• Dựa trên thiết kế chi tiết bên trong của chức năng, hoặc dựa trên code
• Không phát hiện được các chức năng bị thiếu

Black-box vs. White-box
Desired
Designed
Implemented
Black Box
White Box

Tốc độ phát hành phần mềm

Development Flow
Requirement
Analysis
UI Mocking
•Customer
discussion
Design Draft
•Design
Discussion
Code the
skeleton to
test the
design
Coding in
team
Refactoring
and
Refinement
Build the
increment
$
DevTeamPO
Collaboration:
Steps:
Artifacts:
As a super user,
I want to …
A
B
IDo
Interface IDo{
//TODO …
}
Class A{
//TODO …
}
Class B:IDo{
//TODO …
}
Interface IDo{
//TODO …
}
Class A{
method1(){
//Mr. A codes here
}
}
Class B:IDo{
method1(){
//Mrs. B codes here
}
}
Class C{
}
$
PO

Kiểm thử tự động
• Kiểm thử tự động (automated testing) là hình thức sử dụng các
công cụ để tự động thực thi các test case, khác với kiểm thử
thủ công (manual testing – do con người thực hiện)
• Lợi ích của kiểm thử tự động:
• Tăng tốc độ kiểm thử
• Giảm chi phí
• Dễ thực hiện kiểm thử hồi quy (regression testing)
• Kiểm thử đơn vị thường được tiến hành dưới hình thức tự động
• Một số công cụ hỗ trợ kiểm thử tự động phổ biến cho Java:
Junit, TestNG, JTest, Mockito

Unit Test –
Kiểm thử đơn vị

Các mức kiểm thử
• Dựa vào đối tượng được kiểm thử, có thể
chia thành 4 mức độ kiểm thử phổ biến
như sau:
• Kiểm thử Đơn vị (Unit Testing)
• Kiểm thử Tích hợp (Integration Testing)
• Kiểm thử Hệ thống (System Testing)
• Kiểm thử Người dùng/Kiểm thử Chấp nhận
(User Testing/Acceptance Testing)

Kiểm thử Đơn vị
• Kiểm thử Đơn vị (Unit Testing) là thao tác kiểm thử được thực
hiện trên các đơn vị/thành phần nhỏ của chương trình
• Kiểm thử Đơn vị được dùng để kiểm tra tính chính xác của các
đơn vị mã nguồn nhỏ khi chúng được thực thi độc lập
• Một ”đơn vị” có thể là một khối lệnh, một phương thức, một lớp,
một module…
• Một đơn vị thường là “nhỏ”: bao gồm ít đầu vào, ít đầu ra và
không quá phức tạp
• Đơn vị thường được áp dụng phổ biến là ở mức phương thức
• Kiểm thử đơn vị thường được thực hiện bởi Lập trình viên

JUnit
• JUnit là một Testing Framework được sử dụng cho ngôn ngữ
Java
• Website: https://junit.org
• Junit thường được tích hợp sẵn trong các IDE thông dụng như
Netbeans, Eclipse, IntelliJ IDEA
• Ngoài JUnit thì có TestNG là một Testing Framework thông
dụng cho Java
• Có thể sử dụng JUnit kết hợp với các công cụ khác như
Mockito, PowerMock, EvoSuite…

Viết test case trong Junit: Ví dụ
• Trong đó:
• @Test được sử dụng để khai báo một phương thức test
• assertEquals dùng để so sánh bằng 2 giá trị
import static org.junit.jupiter.api.Assertions.assertEquals;
import org.junit.jupiter.api.Test;
class FirstJUnit5Tests {
@Test
void myFirstTest() {
assertEquals(2, 1 + 1);
}
}

Một lớp Test cơ bản
class StandardTests {
@BeforeAll
static void initAll() {
}
@BeforeEach
void init() {
}
@Test
void succeedingTest() {
}
@Test
void failingTest() {
fail("a failing test");
}
...
@Test
@Disabled("for demonstration purposes")
void skippedTest() {
// not executed
}
@AfterEach
void tearDown() {
}
@AfterAll
static void tearDownAll() {
}
}

Các assertions
• assertEquals()
• assertTrue()
• assertFalse()
• assertNull()
• assertNotNull()
• assertThrows()
• assertTimeout()
• assertArrayEquals()

TDD –
Test Driven Development

Test First và TDD
• Test First là một cách tiếp cận mới so với mô hình phát triển
phần mềm truyền thống, trong đó việc lập trình bắt đầu bằng
cách viết các bài kiểm thử trước khi bắt tay vào viết mã nguồn
của chương trình
• TDD (Test Driven Development) là một quy trình lập trình, trong
đó bao gồm nhiều giai đoạn nhỏ lặp đi lặp lại, mỗi giai đoạn bao
gồm các bước:
• Viết các bài kiểm thử
• Viết mã nguồn
• Tái cấu trúc mã nguồn.

Vòng thực thi của TDD
• Viết Test
• Fail bởi vì chưa có mã nguồn
• Thông thường các IDE sẽ báo message màu
đỏ
• Viết mã nguồn
• Viết mã nguồn để vượt qua test
• Thông thường các IDE sẽ báo message màu
xanh
• Tái cấu trúc mã nguồn
• Chỉnh sửa mã nguồn để ”tốt” hơn
• Cần đảm bảo mã nguồn vẫn vượt qua được
các bài test
1. FAIL
2. PASS
3.
REFACTOR

Phân loại tam giác
Giá trị của
cạnh a
Giá trị của
cạnh b
Giá trị của
cạnh c
Loại tam giác
2 2 2 tam giác đều
2 2 3 tam giác cân
3 4 5 tam giác thường
8 2 3 không phải là tam giác

Automation Testing & TDD

More Related Content

What's hot (20)

Similar to Automation Testing & TDD (20)

More from Nhật Nguyễn Khắc (11)

Automation Testing & TDD