ĐIỀU KIỆN BIÊN LÀ GÌ
Để đảm bảo được chất lượng của một hoặc những dự án ứng dụng QA cần phải tạo được cỗ testcase phù hợp.Để triển khai việc kiểm tra ứng dụng với thời hạn ngắn nhất mà lại vẫn đạt hóa học lượng cao nhất cần bắt buộc hiểu sâu về nhiệm vụ của phần mềm và linh động trong việc thi công testcase. Thi công testcase vào kiểm thử phần mềm là quá trình xây dựng các phương pháp kiểm thử có thể phát hiện tại lỗi, sai sót, yếu điểm của ứng dụng để xây dựng ứng dụng đạt tiêu chuẩn.
Bạn đang xem: điều kiện biên là gì
Trong cách thức kiểm thử hộp đen, gồm 2 kỹ thuật thường được sử dụng mà nếu vận dụng một bí quyết linh hoạt thì sẽ sút thiểu tương đối nhiều số lượng case thừa, tiết kiệm thời gian kiểm thử mà vẫn bảo đảm an toàn chất lượng phần mềm. Tôi sẽ ra mắt ngay bên dưới đây.
1. Kỹ thuật phân vùng tương tự – Equivalence Patitioning
1.1 Định nghĩa:
Phân vùng tương đương là phương pháp chia những điều kiện nguồn vào thành phần nhiều vùng tương đương nhau. Tất cả các quý hiếm trong một vùng tương tự sẽ cho một công dụng đầu ra như thể nhau. Vì vậy bạn cũng có thể test một giá chỉ trị đại diện trong vùng tương đương.Các lớp tương tự được xác minh bằng bằng cách lấy mỗi trạng thái đầu vào (thường là một câu hay là 1 cụm tự trong quánh tả) và phân chia nó thành 2 hay những nhóm.
Thiết kế Test-case bởi phân lớp tương đương thực hiện theo 2 bước:
1.1.1. Xác minh các lớp tương đương:
Có hai giao diện lớp tương đương được xác định:
Lớp tương đương hợp lệ mô tả những đầu vào phù hợp lệ của chương trình, và lớp tương đương không hòa hợp lệ tế bào tả toàn bộ các trạng thái hoàn toàn có thể khác của đk (ví dụ, các giá trị nguồn vào không đúng). Với một đầu vào tốt điều kiện bên ngoài đã cho, việc khẳng định các lớp tương đương hầu như là 1 quy trình mang ý nghĩa kinh nghiệm. Để xác minh các lớp tương đương c hoàn toàn có thể áp dụng tập các nguyên tắc bên dưới đây:
a. Giả dụ 1 trạng thái đầu vào định rõ giới hạn của các giá trị, xác định 1 lớp tương đương hợp lệ và 2 lớp tương đương không thích hợp lệ.
b. Trường hợp 1 tâm trạng đầu vào xác định số giá chỉ trị, xác minh 1 lớp tương đương hợp lệ và 2 lớp tương đương bất phù hợp lệ.
c. Giả dụ 1 trạng thái nguồn vào chỉ định tập những giá trị nguồn vào và chương trình áp dụng mỗi giá trị là không giống nhau, xác định 1 lớp tương đương hợp lệ cho từng loại và 1 lớp tương đương không phù hợp lệ.
d. Giả dụ 1 trạng thái đầu vào chỉ định một tình huống “chắc chắn – must be”, xác định 1 lớp tương tự hợp lệ với 1 lớp tương tự không đúng theo lệ.
Nếu có bất kỳ lý vì chưng nào nhằm tin rằng công tác không cách xử trí các phần tử trong thuộc 1 lớp là như nhau, thì nên chia lớp tương tự đó thành các lớp tương đương nhỏ hơn.
1.1.2 khẳng định các ca kiểm thử.
Với những lớp tương đương xác minh được ở cách trên, cách thứ nhì là sử dụng các lớp tương đương đó để xác minh các ca kiểm thử. Quy trình này như sau:
a. Gán 1 số ít duy nhất cho từng lớp tương đương.
b. Cho tới khi tất cả các lớp tương đương hợp lệ được che phủ bởi (hợp nhất thành) những ca kiểm thử, viết 1 ca kiểm thử mới che phủ càng nhiều những lớp tương tự đó chưa được bao phủ càng tốt.
c. Cho tới khi những ca kiểm thử của công ty đã che phủ tất cả những lớp tương đương không hợp lệ, viết 1 ca kiểm test mà bao phủ một còn chỉ một trong số lớp tương đương không hòa hợp lệ chưa được bao phủ.
d. Tại sao mà mỗi ca kiểm test riêng che phủ các ngôi trường hợp không hợp lệ là vì các kiểm tra nguồn vào không đúng nào đó bịt giấu hoặc sửa chữa các kiểm tra nguồn vào không đúng khác.
Xem thêm: Ocean Bay Phu Quoc Resort And Spa, Oceanbay Resort Phú Quốc
Mặc dù việc phân lớp tương đương là tốt nhất khi chắt lọc ngẫu nhiên những ca kiểm thử, dẫu vậy nó vẫn có những thiếu hụt sót. Ví dụ, nó quăng quật qua những kiểu test – case hữu dụng nào đó. Hai cách thức tiếp theo, phân tích quý hiếm biên với đồ thị vì sao – hiệu quả , bao phủ được nhiều hầu như thiếu sót này.
1.2. Ví dụ:
(*) form nhập số tầng của tòa án nhân dân nhà bao gồm:
Floor: Text-box
Yêu cầu:
Thiết kế demo case sao cho tất cả những người dùng nhập vào ô text-box Salary chỉ cho nhập ký kết tự là số với độ dài trong khoảng <0-10>
Phân vùng 1: Nhập cực hiếm hợp lệ từ 0=> 10 ký tự
Phân vùng 2: Nhập giá trị không hợp lệ
Phân vùng 3: Nhập giá chỉ trị không phù hợp lệ > 10 cam kết tự
Phân vùng 4: trường hợp nhằm trống ko nhập gì tuyệt nhập ký kết tự không phải dạng số
Sau khi vận dụng phân vùng tương đương có thể chọn được những ca kiểm demo (test case) sau:
Case 1: Nhập quý giá từ 0 => 10 (có thể chỉ nhập số 5)=> pass
Case 2: Nhập cực hiếm hiển thị lỗi
Case 3: Nhập quý giá > 10 => hiển thị lỗi
Case 4: Để trống không nhập gì giỏi nhập ký kết tự chưa hẳn dạng số => hiển thị lỗi
1.3. Ưu/ nhược điểm:
(*) Ưu điểm:
Vì mỗi vùng tương tự ta chỉ cần test bên trên các thành phần đại diện nên con số test case được bớt đi khá nhiều nhờ này mà thời gian thực hiện test cũng sút đáng kể.
(*) Nhược điểm:
Không phải với bất kỳ bài toán như thế nào đều rất có thể áp dụng nghệ thuật này. Rất có thể bị lack lỗi nghỉ ngơi biên nếu như chỉ chọn giá trị ở khoảng giữa của miền tương đương.Vì vậy khi phần nhiều các lỗi được tra cứu thấy lúc khám nghiệm giá trị sống biên của những phân vùng thì chúng ta nên tham khảo thêm một nghệ thuật nữa là Boundary value analysis (phân tích giá trị biên).
2. Kỹ thuật phân tích quý hiếm biên
2.1 Định nghĩa:
Đây là trong số những kỹ thuật kiểm thử phần mềm, trong đó các testcase được thiết kế bao hàm các cực hiếm tại các biên. Nếu dữ liệu đầu vào được thực hiện là trong giới hạn giá trị biên, nó được hiểu Positive testing. Nếu tài liệu đầu vào được áp dụng là ngoài số lượng giới hạn giá trị biên, nó biết tới Negative testing.Mục tiêu là lựa chọn những test case để thực thi giá trị biên.
Kinh nghiệm cho biết thêm các ca kiểm thử mà khảo sát tỷ mỷ những điều kiện biên gồm tỷ lệ phần trăm cao hơn các ca kiểm demo khác. Những điều kiện biên là những điều kiện mà các tình huống ngay tại, trên cùng dưới những cạnh của những lớp tương tự đầu vào và các lớp tương tự đầu ra.
Phân tích những giá trị biên là cách thức thiết kế ca kiểm thử bổ sung cập nhật thêm đến phân lớp tương đương, nhưng khác cùng với phân lớp tương đương ở cả hai khía cạnh:
Phân tích giá trị biên không chắt lọc phần tử bất kỳ nào trong 1 lớp tương đương là điển hình, mà lại nó yêu cầu là 1 trong hay nhiều thành phần được lựa chọn bởi thế mà từng cạnh của lớp tương đương đó đó là đối tượng kiểm tra.Ngoài việc chỉ tập trung chú ý vào các trạng thái đầu vào (không gian đầu vào), các ca kiểm demo cũng nhận thấy bằng việc xem xét ko gian hiệu quả (các lớp tương tự đầu ra).Phân tích quý giá biên yêu ước óc sáng chế và lượng trình độ hóa nhất thiết và nó là một quá trình mang ý nghĩa kinh nghiệm cực kỳ cao. Mặc dù nhiên, có một số trong những quy tắc bình thường như sau:
Nếu 1 trạng thái đầu vào định rõ giới hạn của các giá trị, hãy viết các ca kiểm thử cho những giá trị cuối của giới hạn, và những ca kiểm test đầu vào chưa hợp lệ cho các trường đúng theo vượt ra phía bên ngoài phạm vi.Nếu 1 trạng thái đầu vào định rõ con số giá trị, hãy viết các ca kiểm thử cho con số lớn độc nhất và nhỏ dại nhất của những giá trị với một quý hiếm trên, một quý hiếm dưới phần nhiều giá trị này.Sử dụng phép tắc 1 cho từng trạng thái đầu vào.Ví dụ, trường hợp 1 chương trình tính toán sự khấu trừ FICA các tháng và ví như mức buổi tối thiểu là 0.00$, và tối đa là 1,165.25$, hãy viết các ca kiểm thử mà lại khấu trừ 0.00$ cùng 1,165.25, khấu trừ âm với khấu trừ lớn hơn 1,165.25$. Chú ý là việc xem xét số lượng giới hạn của không gian hiệu quả là đặc trưng vì chưa phải lúc nào những biên của miền đầu vào cũng bộc lộ cùng một cộng sự kiện như biên của giới hạn đầu ra (ví dụ, xét chương trình con tính SIN). Bên cạnh ra, không phải lúc như thế nào cũng hoàn toàn có thể tạo ra 1 kết quả phía bên ngoài giới hạn đầu ra, nhưng mặc dù rất đáng để xem xét tiềm tàng đó.
Sử dụng chế độ 2 cho mỗi trạng thái đầu ra.Nếu nguồn vào hay đầu ra của một chương trình là tập được chuẩn bị thứ từ bỏ ( ví dụ,1 file tuần tự hay là một danh sách định tuyến hay là 1 bảng) tập trung để ý vào các thành phần đầu tiên và ở đầu cuối của tập hợp.Sử dụng sự khéo léo của công ty để tìm những điều kiện biên.Các case chuẩn được lựa chọn phụ thuộc quy tắc sau:
Giá trị biên nhỏ tuổi nhất – 1
Giá trị biên nhỏ nhất
Giá trị biên phệ nhât
Giá trị biên lớn số 1 + 1
Nhưng nếu bạn có nhu cầu kiểm tra sâu hơn thì chúng ta cũng có thể lựa lựa chọn theo quy tắc:
Giá trị biên nhỏ tuổi nhất – 1
Giá trị biên nhỏ nhất
Giá trị biên nhỏ dại nhất + 1
Giá trị biên lớn số 1 – 1
Giá trị biên béo nhất
Giá trị biên lớn số 1 + 1
2.2. Ví dụ:
Floor: Text-box
Áp dụng chuyên môn phân tích giá trị biên ta lựa chọn được những case sau:
Case 1: Nhập giá trị là -1 => hiển thị lỗi
Case 2: Nhập cực hiếm là 0 => pass
Case 3: Nhập quý hiếm với 10 => pass
Case 4: Nhập giá trị với 11 => hiển thị lỗi
Case 5: Để trống ko nhập gì tuyệt nhập ký tự chưa phải dạng chữ => hiển thị lỗi
2.3. Ưu/ nhược điểm:
(*) Ưu điểm:
Thay vì nên test hết cục bộ các quý giá trong từng vùng tương đương, kỹ thuật so với giá trị biên tập trung vào việc kiểm thử các giá trị biên của miền cực hiếm inputs để kiến thiết test case vị “lỗi thường tàng ẩn tại các ngõ ngách và tập thích hợp tại biên”.
Tiết kiệm thời gian thi công test case và thực hiện test.
(*) Nhược điểm:
Phương pháp này chỉ công dụng trong ngôi trường hợp các đối số nguồn vào (input variables) độc lập với nhau với mỗi đối số đều sở hữu một miền quý hiếm hữu hạn.
Xem thêm: Những Điểm Du Lịch Đẹp - Top 14 Địa Điểm Du Lịch Hấp Dẫn Nhất Việt Nam
3.Tổng kết:
Ngoài 2 kỹ thuật thiết kế test case đã nói sinh sống trên, bạn có thể tìm hiểu và sử dụng không ít các kỹ thuật không giống nữa như: đoán lỗi (Error Guessing), xây cất test case dựa trên đồ thị vì sao – kết quả(Cause-Effect Diagram), dựa trên bảng quyết định(Decision Tables)…
Để bớt thiểu số case tới mức tối ưu nhưng vẫn đảm bảo chất lượng phần mềm, từng tester nên linh hoạt trong việc lựa chọn các kỹ thuật kiến tạo test case.Kiểm thử ứng dụng giúp cung ứng phần mềm vận dụng có unique và bảo vệ các phần mềm là ít bug nhất trước lúc được ra mắt. Để kiểm test hiệu quả, ta thực hiện cả Positive cùng Negative testing, trong đó cung ứng đủ sự tin cẩn về quality của phần mềm. Yêu ước về thời gian thực, giá trị đầu vào ngẫu nhiên phải được kiểm tra trước khi phát hành.
