12/08/2018, 14:25

Sử dụng Automation Testing cho Existing Website

Andrew nói với tôi rằng: "Hiện tại tôi đang làm việc ở một công ty về web và cũng là QA đầu tiên của họ. Trang web của công ty đã được phát triển trong năm năm qua và trong thời gian này, các developer và thành viên trong dự án thực hiện luôn cả việc test dự án Không có bất cứ một quy trình ...

Andrew nói với tôi rằng:

"Hiện tại tôi đang làm việc ở một công ty về web và cũng là QA đầu tiên của họ. Trang web của công ty đã được phát triển trong năm năm qua và trong thời gian này, các developer và thành viên trong dự án thực hiện luôn cả việc test dự án

Không có bất cứ một quy trình test, hay các phương thức test(đại ý là kiểu test và test process e k b viết từ chuyên ngành) để bảo đảm chất lượng của sản phẩn, đơn thuần chỉ là quá trình thử nghiệm tại chỗ, vì vậy tất cả các thử nghiệm đã được phần lớn tự phát, kèm theo quá trình coding

Bây giờ, quản lý của tôi muốn tạo ra case test hồi quy tự động mà các nhóm có thể thực hiện bất cứ khi nào họ phát triển các tính năng mới.

Câu hỏi của tôi là: tôi sẽ bắt đầu từ với kiểm thử tự động để xây dựng gói hồi quy này cho một trang web mà đã hoạt động trong hơn 5 năm ở đâu"

Và câu trả lời của tôi là:

"Sau khi trang web đã được hoạt động và phục vụ khách hàng trực tiếp cho một số năm, sau đó nó ở trong trạng thái trưởng thành. Bằng cách trưởng thành, tôi có nghĩa là có (hy vọng) không có lỗi nghiêm trọng rõ ràng trong hệ thống và nếu có, họ sẽ được các vấn đề trường hợp tinh tế hoặc cạnh mà không phải là dễ dàng phát hiện bởi tất cả mọi người.

Những gì chúng ta không nên làm, là cố gắng để truy viết bài kiểm tra cho tất cả những câu chuyện mà đã được phát triển và đã trở thành một phần của hệ thống. Tuy nhiên, những gì chúng tôi muốn là một tập hợp các kịch bản chính mà thực hiện hệ thống đầu cuối đến đầu cuối để đảm bảo rằng sự phát triển trong tương lai không ảnh hưởng tới các chức năng hiện có.

Các bước dưới đây là một số hướng dẫn có thể được sử dụng cho một trang web hiện có và đã được thành lập để tìm ra các kịch bản chính và một phương pháp mở rộng bằng các tạo ra một gói hồi chức năng."

STEP1: KHÁM PHÁ

Trước tiên, bạn cần phải làm quen với các trang web và các tính năng của nó. Bắt đầu với khám phá trang web và tìm hiểu hành vi của nó. Trong khi làm như vậy, bạn cũng có thể tạo ra một bản đồ tâm trí của các cấu trúc của website, những gì các trang có và những tính năng có trong mỗi trang.

bản đồ tâm trí là một cách tuyệt vời để nhận được một bản chụp cao cấp và tổng quan về toàn bộ trang web. Chúng tôi luôn luôn có thể tham khảo các bản đồ tâm trí để có được một sự hiểu biết về cách thức các trang được kết nối.

STEP 2: THU THẬP SỐ LIỆU

Hầu hết các doanh nghiệp nhúng "thẻ theo dõi" như Google Analytics trên trang web của họ để có thể theo dõi cách người dùng sử dụng các trang web. Có rất nhiều thông tin về hành vi người dùng và hành trình sử dụng phổ biến mà có thể được lấy từ các hệ thống theo dõi.

Lý do tại sao chúng ta cần phải thu thập các thông tin này là để có thể để ưu tiên những gì kịch bản thử nghiệm để tự động đầu tiên để chúng ta có được giá trị nhất trong thời gian ngắn nhất có thể.

STEP 3: THIẾT KẾ KỊCH BẢN TEST CHÍNH

Bắt đầu với việc tự động hóa các lõi end-to-end kịch bản thông qua các ứng dụng web. Đây sẽ là cơ sở của "gói hồi quy khói" của chúng tôi. Ví dụ, đối với một ứng dụng web điển hình thương mại điện tử, các lõi kịch bản end-to-end là

Trang chủ -> Kết quả tìm kiếm -> Chi tiết sản phẩm -> Khách hàng đăng nhập / Đăng ký -> Chi tiết thanh toán -> xác nhận đơn hàng

Điều quan trọng là cần lưu ý rằng, để bắt đầu, chúng tôi chỉ cần đảm bảo rằng chúng tôi có thể có được thông qua các trang, bắt đầu từ trang chủ và đạt đến những trang xác nhận đơn. Mục đích là để kiểm tra xem luồng mua hàng không bị hỏng, hơn là kiểm tra chức năng của mỗi trang rất chi tiết.

Một khi chúng ta có những luồng người dùng đơn giản và phổ biến nhất được bảo hiểm, sau đó chúng ta có thể nhìn vào biến thể hơn. Mặc dù có rất nhiều sự kết hợp các tính năng và các trang, người ta sẽ nhận thấy rằng có thực sự là chỉ có một số ít các hành trình dùng thông qua hệ thống mà cần phải được xem xét.

Rà soát dữ liệu phân tích, có thể bạn sẽ tìm thấy 80% người dùng sẽ đi qua những con đường tương tự nhưng với dữ liệu khác nhau. Do đó, gói hồi quy khói của chúng tôi nên được xây dựng dựa trên các kịch bản.

STEP 4: TĂNG MỨC ĐỘ

Mở rộng trên các gói hồi quy khói để tạo ra một gói hồi chức năng mở rộng hơn bằng cách sử dụng bản đồ tư duy và áp dụng kỹ thuật xét nghiệm chuyển đổi trạng thái để xây dựng các kịch bản.

Nhập điểm - Để bắt đầu, trước hết chúng ta cần phải tìm điểm nhập vào hệ thống. Những điểm nhập cảnh có thể là một đích sử dụng trên trang chủ, một trang chi tiết sản phẩm, hoặc một SEM (Search Engine Marketing) trang cụ thể.

Một khi chúng ta xác định một trang đích đặc biệt, chúng ta cần phải xem những gì các tính năng có trên trang đó mà người dùng có thể tương tác với. Đây là nơi mà các bản đồ tâm trí trở nên rất hữu ích. Chúng tôi có một cái nhìn tổng quan cấp cao của các trang và các tính năng của nó.

Ở đây, ý nghĩa của tính năng này là một trong hai thành phần đơn lẻ như một lựa chọn loại hộp thả xuống hoặc điền vào một mẫu chi tiết người dùng hoặc đơn giản như cách nhấn vào một liên kết.

Nhà nước ban đầu - Khi chúng tôi lần đầu tiên hạ cánh trên một điểm vào trong các ứng dụng, sẽ có một nhà nước liên quan đến trang đó. Chúng tôi ghi nhận rằng như trạng thái ban đầu của ứng dụng. Bất cứ khi nào chúng ta tương tác với bất kỳ tính năng trên trang đó, chúng ta có nhiều khả năng sẽ làm thay đổi trạng thái ban đầu của nó.

Trigger - Một số tính năng tương tác với các, sẽ hoặc tải các trang tương tự (ví dụ tùy chọn sắp xếp sẽ tiếp tục cùng một trang, nhưng dữ liệu sẽ được sắp xếp) hoặc chuyển đổi sang trang khác (ví dụ như gửi thông tin người dùng hợp lệ). Điều đó gây ra quá trình chuyển đổi này, hoặc là để cùng một trang hoặc một trang khác, được gọi là kích hoạt, chẳng hạn như nút gửi.

Khẳng định - Sau đó, có những khẳng định. Bất cứ khi nào trạng thái của ứng dụng được thay đổi, bằng cách tương tác với một tính năng, chúng ta cần phải thực hiện khẳng định để kiểm tra tình trạng của nhà nước mới. Ví dụ, khi chúng ta gửi một hình thức đăng nhập với dữ liệu người dùng hợp lệ, chúng ta cần phải khẳng định rằng người dùng đang đăng nhập.

Chúng tôi có thể tiếp tục với cách thức tương tự về việc chuyển đổi mới, hoặc quay trở lại trạng thái ban đầu và tương tác với các tính năng khác cho đến khi chúng tôi bao gồm tất cả các tính năng quan trọng của bản đồ tâm trí.

Theo thời gian, mức độ tin tưởng vào triển khai mã tăng mới như kịch bản hơn là tự động và chạy trên một cách thường xuyên.

Nguồn: http://www.testingexcellence.com/start-test-automation-existing-website/

0