Trong bài hướng dẫn này, chúng ta sẽ tìm hiểu End to End testing là gì, cách thực hiện, lý do cần thiết, kỹ thuật được sử dụng là gì, cách để kết thúc các trường hợp thử nghiệm cụ thể và một số khía cạnh quan trọng khác. Chúng ta cũng sẽ tìm hiểu System test và so sánh nó với thử nghiệm End to End
Bạn đang đọc: End to End testing là gì : Mô hình kiểm thử End to end và các ví dụ – AI Design – Thiết kế web theo yêu cầu tại Hồ Chí Minh
Mục lục nội dung
Kiểm thử End to End là gì
Kiểm thử End to End ( E2E ) là một chiêu thức kiểm thử ứng dụng để kiểm tra luồng ứng dụng từ đầu đến cuối. Nó được triển khai từ đầu đến cuối trong những trường hợp thực tiễn như tiếp xúc của ứng dụng với phần cứng, mạng, cơ sở tài liệu và những ứng dụng khác .Lý do chính để triển khai thử nghiệm này là để xác lập sự nhờ vào lẫn nhau của một ứng dụng cũng như bảo vệ rằng thông tin được truyền đạt giữa những thành phần mạng lưới hệ thống khác nhau là đúng chuẩn. Nó thường được thực thi sau khi hàng loạt công dụng và mạng lưới hệ thống của ứng dụng đã được kiểm thử .
Hãy lấy 1 ví dụ về Gmail
Quá trình xác định thông tin tài khoản Gmail End to End sẽ gồm có những bước sau :
- Khởi chạy trang đăng nhập Gmail thông qua URL.
- Đăng nhập vào tài khoản Gmail bằng cách sử dụng thông tin đăng nhập hợp lệ.
- Truy cập Hộp thư đến. Mở email đã đọc và chưa đọc.
- Soạn email mới, trả lời hoặc chuyển tiếp email.
- Mở các mục đã gửi và kiểm tra email.
- Kiểm tra email trong thư mục Spam
- Đăng xuất khỏi ứng dụng Gmail bằng cách nhấp vào ‘đăng xuất’
Công cụ kiểm thử End to End
Một số công cụ kiểm thử End to End được khuyên dùng là :
1. Avo Assure
Avo Assure là một giải pháp tự động hóa kiểm tra 100 % không cần ngữ cảnh giúp bạn kiểm tra những tiến trình kinh doanh thương mại từ đầu đến cuối chỉ với một vài lần nhấp vào những nút .Nó cũng được cho phép bạn kiểm tra những ứng dụng trên web, windows, nền tảng di động ( Android và IOS ), dịch vụ web, chạy batchs, ERP, mạng lưới hệ thống máy tính lớn và trình giả lập tương quan trải qua một giải pháp .Với Avo Assure, bạn hoàn toàn có thể :
- Đạt được tự động hóa kiểm thử đầu cuối vì tính năng không code và cho phép kiểm tra trên đa dạng các ứng dụng.
- Xem toàn bộ hệ thống phân cấp thử nghiệm của bạn, xác định kế hoạch thử nghiệm và thiết kế các trường hợp thử nghiệm thông qua tính năng Bản đồ tư duy.
- Chỉ với một cú nhấp chuột là có thể kiểm tra khả năng truy cập cho các ứng dụng của bạn. Nó hỗ trợ các tiêu chuẩn WCAG, ARIA.
- Tận dụng tích hợp với các SDLC khác nhau và các công cụ tích hợp liên tục như Jira, Sauce Labs, ALM, TFS, Jenkins, QTest, v.v.
- Có thể thực hiện ngoài giờ làm việc.
- Thực thi các trường hợp kiểm thử trong một máy ảo duy nhất một cách độc lập hoặc song song với tính năng Lập lịch và Thực thi Thông minh.
- Phân tích báo cáo nhanh chóng vì chúng hiện có sẵn dưới dạng ảnh chụp màn hình và video về quá trình thực thi.
- Sử dụng lại hơn 1500 từ khóa được tạo sẵn và hơn 100 từ khóa dành riêng cho SAP để tiến hành thử nghiệm thêm.
- Avo Assure được chứng nhận để tích hợp với SAP S4 / HANA và SAP NetWeaver.
2) TestCraft
Chúng tôi khuyên bạn nên sử dụng công cụ tự động hóa kiểm thử E2E như TestCraft .TestCraft là một nền tảng tự động hóa thử nghiệm Selenium không mã. Công nghệ AI mang tính cách mạng và quy mô trực quan độc lạ của nó được cho phép tạo và triển khai thử nghiệm nhanh hơn đồng thời vô hiệu ngân sách bảo dưỡng thử nghiệm .Người thử nghiệm tạo những ngữ cảnh thử nghiệm trọn vẹn tự động hóa mà không cần mã hóa. Khách hàng tìm thấy lỗi nhanh hơn, phát hành liên tục hơn, tích hợp với giải pháp tiếp cận CI / CD và cải tổ chất lượng toàn diện và tổng thể của những loại sản phẩm kỹ thuật số của họ. Tất cả điều này đang tạo ra một thưởng thức thử nghiệm End to End hoàn hảo .
Kiểm thử End to End hoạt động như thế nào?
Để hiểu rõ hơn về End to End testing, tất cả chúng ta cùng khám phá qua ví dụ sau :Xem xét một trường hợp trong đó bạn đăng nhập vào thông tin tài khoản ngân hàng nhà nước của mình và chuyển một số tiền sang thông tin tài khoản khác từ một số ít ngân hàng nhà nước khác ( mạng lưới hệ thống phụ của bên thứ 3 ). Kịch bản kiểm thử End To End được vạch ra là :
- Đăng nhập vào hệ thống ngân hàng
- Kiểm tra số dư trong tài khoản
- Chuyển một số tiền từ tài khoản của bạn sang một số tài khoản ngân hàng khác ( hệ thống phụ của bên thứ 3 )
- Kiểm tra số dư tài khoản mới nhất của bạn
- Đăng xuất ứng dụng
Phương pháp kiểm tra E2E
1) Kiểm tra theo chiều ngang:
Phương pháp này được sử dụng rất thông dụng. Nó xảy ra theo chiều ngang trong toàn cảnh của nhiều ứng dụng. Phương pháp này hoàn toàn có thể thuận tiện xảy ra trong một ứng dụng ERP ( Enterprise Resource Planning ) đơn .Lấy ví dụ về một ứng dụng dựa trên web của mạng lưới hệ thống đặt hàng trực tuyến. Toàn bộ quy trình sẽ gồm có những thông tin tài khoản, thực trạng tồn dư của loại sản phẩm cũng như chi tiết cụ thể luân chuyển .
2) Kiểm tra theo chiều dọc:
Trong giải pháp này, toàn bộ những công dụng của bất kể ứng dụng nào cũng đều được xác định và nhìn nhận ngay từ đầu đến cuối. Mỗi lớp riêng không liên quan gì đến nhau của ứng dụng được kiểm thử khởi đầu từ trên xuống dưới .Lấy ví dụ về một ứng dụng dựa trên web sử dụng mã HTML để truy vấn những sever web. Trong những trường hợp như vậy, API được nhu yếu để tạo mã SQL dựa trên cơ sở tài liệu. Tất cả những ngữ cảnh thống kê giám sát phức tạp này sẽ nhu yếu xác nhận và kiểm tra chuyên sử dụng. Vì vậy chiêu thức này khó hơn nhiều .Cả kiểm thử hộp trắng cũng như kiểm thử hộp đen đều được link với thử nghiệm này. Hay nói cách khác, tất cả chúng ta hoàn toàn có thể nói, đây là sự tích hợp những quyền lợi của cả kiểm thử hộp trắng và kiểm thử hộp đen. Tùy thuộc vào loại ứng dụng đang được tăng trưởng, ở những Lever khác nhau, cả kỹ thuật kiểm thử, tức là kiểm thử hộp trắng và hộp đen sẽ được sử dụng khi được nhu yếu. Về cơ bản, kiểm thử End to End triển khai cách tiếp cận theo hướng công dụng cũng như là hướng kiến trúc cho bất kể ứng dụng hoặc chương trình nào để xác nhận những công dụng của mạng lưới hệ thống .
Người kiểm thử thích phương án kiểm thử E2E vì khi viết các trường hợp kiểm thử từ quan điểm của người dùng và trong kịch bản thực tế, có thể tránh được hai lỗi phổ biến “bỏ lỡ mất 1 bug” và “viết các trường hợp thử nghiệm không thực tế “. Điều này cung cấp cho người thử nghiệm một cảm giác tuyệt vời khi hoàn thành việc test.
Dưới đây là một số nguyên tắc cần ghi nhớ trong khi phong cách thiết kế test case để triển khai loại thử nghiệm này :
- Các test case được thiết kế theo quan điểm của người dùng cuối.
- Nên tập trung thử nghiệm một số tính năng hiện có của hệ thống.
- Nhiều kịch bản nên được xem xét để tạo ra nhiều trường hợp thử nghiệm hơn.
- Nên tạo ra nhiều bộ test case khác nhau để tập trung vào nhiều kịch bản của hệ thống.
Khi tất cả chúng ta triển khai bất kể trường hợp thử nghiệm nào tương tự như như trường hợp thử nghiệm này, nếu những trường hợp kiểm tra là ‘ Pass ’, tức là tác dụng đầu ra đạt như mong đợi, điều đó nghĩa là mạng lưới hệ thống đã pass qua kiểm thử End to End. Tương tự như vậy, nếu mạng lưới hệ thống không tạo ra đầu ra mong ước, thì cần phải kiểm thử lại trường hợp thử nghiệm bị failure .
Tại sao chúng ta thực hiện kiểm thử E2E?
Trong trường hợp hiện tại, cũng như trong sơ đồ trên, một mạng lưới hệ thống ứng dụng tân tiến gồm có sự liên kết với nhau của nó với nhiều sub-system đã làm cho những mạng lưới hệ thống ứng dụng này trở nên rất phức tạp .Những sub-system mà tất cả chúng ta đang nói đến hoàn toàn có thể nằm trong cùng một tổ chức triển khai hoặc trong nhiều trường hợp cũng hoàn toàn có thể thuộc những tổ chức triển khai khác nhau. Ngoài ra, những sub-system này hoàn toàn có thể hơi giống hoặc khác với mạng lưới hệ thống hiện tại. Do đó, nếu có bất kể hỏng hóc hoặc lỗi nào trong bất kể sub-system nào, nó hoàn toàn có thể ảnh hưởng tác động xấu đến hàng loạt mạng lưới hệ thống Phần mềm dẫn đến sụp đổ mạng lưới hệ thống .Những rủi ro đáng tiếc lớn hoàn toàn có thể tránh được và hoàn toàn có thể được trấn áp bằng loại thử nghiệm sau :
- Kiểm tra và thực hiện xác minh luồng hệ thống
- Tăng phạm vi bao phủ thử nghiệm của tất cả các sub-system liên quan đến hệ thống phần mềm
- Cố gắng phát hiện các vấn đề nếu có với các sub-system
Dưới đây là 1 số ít hoạt động giải trí được gồm có trong quy trình End to End testing :
- Nghiên cứu kỹ lưỡng các yêu cầu để thực hiện thử nghiệm
- Thiết lập các môi trường thử nghiệm thích hợp
- Nghiên cứu kỹ lưỡng các yêu cầu về Phần cứng và Phần mềm.
- Mô tả tất cả các sub-system cũng như hệ thống phần mềm chính có liên quan.
- Liệt kê các vai trò và trách nhiệm đối với tất cả các hệ thống và sub-system có liên quan.
- Các phương pháp được sử dụng trong thử nghiệm này cũng như các tiêu chuẩn được tuân theo, cùng với mô tả của nó.
- Thiết kế các trường hợp kiểm thử cũng như theo dõi các yêu cầu
- Ghi lại hoặc lưu dữ liệu đầu vào và đầu ra cho mỗi hệ thống.
Thiết kế mô hình kiểm thử End To End
Chúng ta sẽ lần lượt xem xét tổng thể 3 loại :
1) Chức năng của Người dùng
Các hành vi sau phải được triển khai như một phần của việc thiết kế xây dựng Chức năng Người dùng :
- Liệt kê các đặc điểm của hệ thống phần mềm và các sub-system được kết nối.
- Đối với bất kỳ chức năng nào, hãy theo dõi các hành động đã thực hiện cũng như dữ liệu đầu vào và đầu ra.
- Tìm các mối quan hệ nếu có giữa những người sử dụng các chứng năng khác nhau.
- Tìm hiểu bản chất của các chức năng người dùng khác nhau.
2) Điều kiện:
Các hoạt động giải trí sau đây phải được triển khai như một phần của điều kiện kèm theo thiết kế xây dựng dựa trên những công dụng của người dùng :
- Đối với mỗi chức năng của người dùng, cần chuẩn bị một tập hợp các điều kiện.
- Thời gian, điều kiện dữ liệu và các yếu tố khác ảnh hưởng đến chức năng của người dùng có thể được coi là các tham số.
3) Các trường hợp thử nghiệm
Các yếu tố sau cần được xem xét để thiết kế xây dựng những trường hợp thử nghiệm :
- Đối với mỗi kịch bản, một hoặc nhiều trường hợp test nên được tạo ra để kiểm tra lỗi và mọi chức năng của phần mềm.
- Mỗi điều kiện đơn lẻ nên được coi như một trường hợp thử nghiệm riêng biệt.
Các metric liên quan
Đây là những hoạt động giải trí tiếp theo tương quan đến thử nghiệm này :
1. Trạng thái của việc chuẩn bị Test case: Điều này có thể được theo dõi dưới dạng một biểu đồ để thể hiện tiến trình của các test case đã lên theo kế hoạch
2. Theo dõi hàng tuần về tiến độ Kiểm thử : Bao gồm cách thể hiện toàn diện tiến trình test trong tuần đó. Nó có thể được phản ánh thông qua đại diện tỷ lệ phần trăm các cases pass, thất bại, thực thi, không được thực hiện, không hợp lệ, vv .
Tình trạng và báo cáo chi tiết cho các lỗi : Báo cáo tình trạng cần được chuẩn bị trên cơ sở hàng ngày để hiển thị trạng thái thực hiện test case cũng như các lỗi được tìm thấy và ghi lại theo mức độ nghiêm trọng của chúng. Hàng tuần, phần trăm của các lỗi open và closed phải được tính toán. Ngoài ra, dựa trên mức độ nghiêm trọng của lỗi và mức độ ưu tiên, tình trạng lỗi nên được theo dõi hàng tuần.
Chúng ta gần như đã thấy toàn bộ những góc nhìn của thử nghiệm này. Bây giờ tất cả chúng ta hãy phân biệt “ Kiểm thử mạng lưới hệ thống ( System test ) và kiểm thử End to End. Nhưng trước đó, tất cả chúng ta cần có 1 sáng tạo độc đáo cơ bản về “ Kiểm thử mạng lưới hệ thống ” để hoàn toàn có thể thuận tiện phân biệt giữa hai hình thức kiểm thử này .Kiểm thử mạng lưới hệ thống là hình thức kiểm thử gồm có một loạt những ngữ cảnh kiểm thử khác nhau với mục tiêu là thực thi kiểm thử mạng lưới hệ thống hoàn hảo, tích hợp những công dụng. Kiểm thử mạng lưới hệ thống về cơ bản là một hình thức kiểm tra hộp đen trong đó trọng tâm là hoạt động giải trí bên ngoài của mạng lưới hệ thống ứng dụng theo quan điểm của người dùng, dựa trên những điều kiện kèm theo trong thực tiễn .Kiểm thử mạng lưới hệ thống gồm có :
- Thử nghiệm một ứng dụng tích hợp đầy đủ bao gồm cả hệ thống chính
- Xác định các thành phần tương tác với nhau trong và ngoài hệ thống.
- Xác minh đầu ra mong muốn dựa trên cơ sở đầu vào được cung cấp.
- Phân tích trải nghiệm của người dùng trong khi sử dụng các khía cạnh khác nhau của ứng dụng.
Ở trên tất cả chúng ta đã xem phần diễn đạt cơ bản về System testing để hiểu về nó. Bây giờ, tất cả chúng ta sẽ tìm ra sự độc lạ giữa “ Thử nghiệm mạng lưới hệ thống ” và “ Thử nghiệm End to End ”
| No | End to End Testing | System Testing |
|---|---|---|
| 1 | Xác thực cả hệ thống Phần mềm chính cũng như tất cả các sub-system được kết nối với nhau. | Test toàn bộ các chức năng chính của hệ thống phần mềm |
| 2 | Trọng tâm chính là xác minh luồng quy trình thử nghiệm từ đầu đến cuối. | Trọng tâm chính là xác minh và kiểm tra các tính năng và chức năng của hệ thống phần mềm |
| 3 | Trong khi thực hiện kiểm tra, tất cả các giao diện bao gồm các quy trình phụ trợ của hệ thống phần mềm được thực hiện | Trong khi thực hiện thử nghiệm, chỉ các khu vực chức năng và phi chức năng và các tính năng của chúng được xem xét để thử nghiệm. |
| 4 | Kiểm thử End to End được thực hiện trước hoặc sau khi hoàn thành kiểm thử hệ thống của bất kỳ hệ thống phần mềm nào. | Kiểm thử hệ thống về cơ bản được thực hiện sau khi hoàn thành kiểm thử tích hợp hệ thống phần mềm. |
| 5 | Kiểm thử thủ công chủ yếu được ưu tiên để thực hiện kiểm tra End to End vì hình thức kiểm tra này liên quan đến việc kiểm tra các giao diện bên ngoài, đôi khi có thể rất khó tự động hóa. Và sẽ làm cho toàn bộ quá trình rất phức tạp. | Cả kiểm thử thủ công và tự động hóa đều có thể được thực hiện như một phần của Kiểm thử hệ thống. |
Phần kết luận
Hy vọng bạn đã học được các khía cạnh khác nhau của thử nghiệm End to End như quy trình, chỉ số và sự khác biệt giữa thử nghiệm hệ thống và thử nghiệm End to End.
Đối với bất kể bản phát hành thương mại nào của ứng dụng, thử nghiệm End to End đóng một vai trò quan trọng vì nó kiểm tra hàng loạt ứng dụng trong thiên nhiên và môi trường mô phỏng đúng mực hoạt động giải trí của người dùng trong quốc tế thực như tiếp xúc mạng, tương tác cơ sở tài liệu, v.v.Hầu hết, kiểm thử End to End được thực thi theo cách bằng tay thủ công vì ngân sách tự động hóa những trường hợp kiểm thử như vậy quá cao để hoàn toàn có thể chi trả cho mọi tổ chức triển khai. Điều này không chỉ có lợi cho việc xác nhận mạng lưới hệ thống mà còn hoàn toàn có thể được coi là hữu dụng cho việc kiểm tra tích hợp bên ngoài .Nguồn : https://www.softwaretestinghelp.com/what-is-end-to-end-testing/#What_isEnd_to_End_Testing
Source: https://blogchiase247.net
Category: Hỏi Đáp
