3. Decision table

Tại sao lại dùng decision table?

Phân vùng tương đương với Phân tích giá trị biên thường được vận dụng cho một input đầu vào. Trong trường đúng theo kết hợp những input vào một chức năng, cực kỳ khó để áp dụng Phân vùng tương tự giỏi Phân tích giá trị biên. Có 2 phương thức không giống nữa rất có thể áp dụng vào ngôi trường phù hợp này đó là Bảng quyết định (Decision table) với Chuyển đổi trạng thái (State transition)

Bảng đưa ra quyết định là 1 trong giải pháp cực tốt nhằm xử trong ngôi trường hòa hợp yêu cầu kết hợp những ĐK (Testing combinations). Testing combination gồm có khó khăn như là số lượng ĐK nên phối kết hợp hoàn toàn có thể Khủng. Test toàn bộ ĐK rất có thể ko thực tế, ta hoàn toàn có thể phù hợp với chiến thuật phân chia các điều kiện ra thành các tập con để test. Tuy nhiên bài toán này cũng không phải là dễ dàng và đơn giản. Nếu chúng ta không có phương pháp chọn những ĐK một biện pháp hệ thống thì tập bé các ĐK được chỉ dẫn sẽ không còn kết quả.

Bạn đang xem: State transition testing là gì

Mục đích của việc thực hiện Bảng quyết định để lựa chọn ra được hồ hết thử nghiệm case công dụng. Kĩ thuật này đang làm việc công dụng hơn Khi được sử dụng chung với Phân vùng tương tự. Bên cạnh Bảng ra quyết định ta còn có một kĩ thuật khác để giải pháp xử lý Lúc test những tính năng tất cả sự kết hợp của khá nhiều ĐK là Pairwise testingOrthogonal arrays. Hai phương thức sẽ không được đề cập vào phạm vi bài viết này nhưng mà chúng ta có thể tra cứu đọc bên trên mạng hoặc hầu như cuốn sách viết về Software testing.

Sử dụng Bảng ra quyết định trong quá trình kiểm thử:

Cách 1: Nhiệm vụ thứ nhất là khẳng định các tác dụng phải thực hiện bảng quyết định nhằm kiểm thử

Bước 2: Xác định những condition sau đó chia chúng thành những tập bé với cách xử trí với từng tập con một

*

Cách 3: Xác định toàn bộ các sự kêt phù hợp của True và False. Giả sử ta có 2 điều kiện, mọt điều kiện hoàn toàn có thể nhấn 1 trong 2 quý giá True or False => ta sẽ có được 4 sự phối hợp. Nếu ta bao gồm 3 điều kiện => gồm 8 sự kết hợp, 4 điều kiện => 16 sự kết hợp. Số kết hợp được xem bởi lũy quá của 2 với số nón là số ĐK. Điều đó lý giải vì sao phương pháp xử lý tốt nhất có thể của cách thức này là cần sử dụng với cùng một tập nhỏ tuổi những điều kiện ngơi nghỉ từng thời điểm thử nghiệm.

*

Chú ý rằng chỉ tất cả một action Yes sống mỗi cột. Như vậy tức là chỉ có một Action/Outcome cho từng Rule.Chú ý rằng ví như thấy nhiều hơn 1 action trả về từ 1 ĐK thì ta yêu cầu trình diễn chúng thành những hàng riêng biệt rộng là gộp lại thành một hàng

*

Bước 4: Cuối cùng là viết chạy thử case để thực thi những rule đã có nghỉ ngơi trên.

Trong ví dụ bên trên ta đã ban đầu vị câu hỏi xác định điều kiện đầu vào rồi tiếp đến xác định các đầu ra output. Tuy nhiên ta hoàn toàn có thể đi theo một giải pháp khác sẽ là chú ý những cổng output rồi làm ngược lại nhằm hiểu được nó đã kết hợp những ĐK nguồn vào như thế nào. Cụ thể hơn ta vẫn tìm hiểu ví dụ Credit card worked bên dưới đây:

lấy ví dụ Credit card worked :

Nếu các bạn tất cả một quý khách hàng bắt đầu mở 1 tài khoản credit card, bạn sẽ bạn sẽ tất cả 15% lãi vay triết khấu (discount) trong toàn bộ các hoạt động mua sắm trong thời gian ngày từ bây giờ. Nếu các bạn đang là người sử dụng trung thành, bạn gồm 10% lãi suất vay triết khấu. Nếu các bạn có phiếu mua hàng (coupon)(tuy thế k yêu cầu là không giống hàng new ), chúng ta được giảm ngay 20% trong ngày hôm nay. Từ đặc tả tận hưởng bên trên ta tất cả các ĐK sau:

New customer (15%)

Loyalty cart (10%)

Coupon (20%)

Ta gồm 3 điều kiện => ta có 8 rule cần demo. Lập bảng quyết định nhỏng sau:

*

Mỗi sự phối kết hợp của những ĐK là một trong rule. Ta rất có thể chọn các rule nhằm kiểm tra hoặc chỉ một trong những nhỏ các rule. Nếu số lượng rule quá lớn, ta hoàn toàn có thể chọn những rule đặc biệt nhằm thử nghiệm.

Chú ý rằng họ điền X vào ô nhưng rule khớp ứng nghỉ ngơi cột đó ko khi nào hoàn toàn có thể xảy ra. lấy một ví dụ nhỏng sinh hoạt cột rule 1 chúng ta không thể vừa là new customer vừa là loyalty cart được.

Nếu ta vận dụng phương pháp này một bí quyết tận tường, ta vẫn demo với từng rule vào bảng. Lợi nắm của câu hỏi này tà tà rất có thể chạy thử mọi ngôi trường vừa lòng nhưng nhiều khi ta ko tiếp cận cho đến lúc áp dụng các phương pháp khác. Tuy nhiên giả dụ ta có không ít rule, câu hỏi demo tất cả những rule là chẳng thể. Nếu các bạn đang sẵn có phần đa rang buộc về thời gian, xuất sắc rộng là ưu tiên test phần đông rule quan trọng đặc biệt nhất.

Nên có một bảng để chỉ ra rằng những combination như thế nào được chọn để demo. cũng có thể có nhiều cổng đầu ra cho mỗi rule. Trong ví dụ bên trên ta chỉ có 1 cổng output là Discount.

Xem thêm: Nghĩa Của Từ Light Là Gì ? Định Nghĩa Của Từ Light Trong Từ Điển Lạc Việt

Trong ví dụ trên điều kiện ta dùng để thử nghiệm chỉ tất cả 2 quý giá là True với Failse cho nên nó được Call là Binary Condition. Thường thì ĐK chạy thử rất có thể phức hợp, rất có thể gồm 3 hoặc những quý giá rộng.

4. State transtition testing

State transition testing được thực hiện lúc một vài khía cạnh của khối hệ thống được diễn tả sử dụng máy trạng thái. Hiểu một giải pháp dễ dàng và đơn giản là khối hệ thống có thể sinh sống một số lượng (có hạn) các trạng thái và phiên thao tác xuất phát từ một tinh thần này cho một tâm trạng tê được lý lẽ bởi vì một rule của sản phẩm tâm trạng. Đây cơ mà quy mô nhưng ta vẫn nhờ vào đó làm cho các đại lý để kiểm test. Bất kì khối hệ thống nào mà chúng ta bao gồm output khác nhau từ bỏ phần lớn input như thể nhau cùng vấn đề đã có được output còn dựa vào vào rất nhiều tinh thần xảy ra trước đố được Điện thoại tư vấn là "finite sate system" cùng một khối hệ thống như vậy sẽ tiến hành thể hiện vày một Sate diagram. Ví dụ:

Nếu bạn có nhu cầu rú 100$ tự cây ATM, chúng ta chuyển thẻ vào vật dụng. Sau đó bạn tiến hành rất đầy đủ các bước nhưng mà cây ATM tận hưởng Sau kia bạn thực hiện rất đầy đủ quá trình nhưng mà hệ thống trải đời, tuy vậy Việc rút ít chi phí lại không thành công xuất sắc (vì chưng số dư trong tài khoản của người tiêu dùng cảm thấy không được nhằm thực hiện rút tiền). Việc rút ít chi phí không thành công là vì thông tin tài khoản bank đang gửi tâm lý từ đầy đủ đủ nhằm tiến hành rút chi phí quý phái không đủ để thực hiện rút ít chi phí. Sự thay đổi trạng thái này là vì vấn đề rút tiền của người sử dụng ngơi nghỉ lần trước kia. Một sơ vật tinh thần hoàn toàn có thể được trình bày vì chưng một quy mô dưới cái nhìn của hệ thống, của tài khoản xuất xắc của người sử dụng.

Một mô hình đổi khác trạng thái bao hàm 4 phần sau:

Các tâm lý (state) nhưng mà lịch trình rất có thể bao gồm (ví dụ như không đủ số dư, thông tin tài khoản hết thời gian sử dụng...) Các phiên chuyền thay đổi (transition) xuất phát từ 1 tâm trạng này mang đến tâm lý kia Các sự khiếu nại (event) gây ra phiên chuyển đổi (ví dụ như nhập mã PIN, đóng file...) Các action là tác dụng của phiên đổi khác (ví như message báo lỗi, trả lại thẻ ATM...)

Chụ ý rằng trong một tâm trạng, một sự kiện chỉ có thể gây nên 1 action duy nhất. Tuy nhiên cũng tương tự như sự khiếu nại kia nhưng lại lại xẩy ra nghỉ ngơi những tâm lý không giống nhau thì hoàn toàn có thể mang lại ta những action khác nhau.

Hình 4.2 Cho khổng lồ một ví dụ về nhập mã PIN nghỉ ngơi cây ATM. Các tâm lý được mô tả sống dạng hình tròn trụ. Các phiên chuyển đổi là các mũi thương hiệu. Các event là dòng text cạnh mũi tên:

*

Từ biểu đồ dùng tâm lý, ta triển khai chế tạo ra chạy thử case bắt đầu từ những việc xác minh những kịch bạn dạng (scenario). Kịch bản trước tiên là cùng với ngôi trường vừa lòng normal, khi nhưng mã PIN được nhập đúng tức thì ngơi nghỉ lần đầu tiên. Kịch phiên bản thứ 2 là người dùng nhập sai mã PIN ngơi nghỉ cả lần 1, lần 2 và lần 3. Tiếp theo là thí nghiệm cùng với từng tinh thần ví dụ như nhập đúng ngơi nghỉ lần trước tiên, sai làm việc lần thứ hai hoặc sai làm việc gấp đôi đầu cùng đúng sinh sống lần vật dụng 3. Xét về độ ưu tiên thì 2 kịch phiên bản sau vẫn xếp sau bởi 2 kịch bạn dạng trước tiên.

Điều khiếu nại kiểm tra có thể chiếm được từ bỏ biểu đồ dùng tâm lý bởi nhiều phương pháp. Một tinh thần hoàn toàn có thể được đánh giá như một chạy thử condition hoặc mỗi một phiên chuyển đổi vẫn được đánh giá nhỏng một test condition. Bên cạnh đó ta hoàn toàn có thể xác minh độ bao che của tập những tâm trạng (xem xét lại những cmùi hương trước về kinh nghiệm test vỏ hộp trắng). Mức độ bao trùm cho phép ta xác minh được cường độ bao phủ dành được bên dưới cách nhìn test hộp Trắng.

Xem thêm: Dạy Nấu Ăn Ngon Của Người Việt Nam, Dạy Nấu Ăn Ngon

giữa những điểm mạnh của biến đổi tâm lý là mô hình hóa được tất cả những nghiệp vụ một bí quyết cụ thể tuyệt trừu tượng tùy từng nhu yếu. Nếu phần bắt buộc kiểm tra đặc biệt hơn, bạn cũng có thể cụ thể hóa nó sâu rộng cùng ngược trở lại giả dụ phần ít đặc biệt quan trọng hơn, bạn cũng có thể thể hiện nó đơn giản vào 1 tinh thần nhất vậy bởi vì một loạt những tinh thần bé.



Chuyên mục: Kiến Thức