10 mẹo tuyệt vời để trở thành một tester Automation tốt hơn

Bài viết được dịch từ nguồn:

http://www.softwaretestinghelp.com/how-to-become-better-automation-tester/

Kiểm thử tự động là giấc mơ của mọi tester. Tất cả chúng ta đều muốn được thử nghiệm tự động hóa. Nhưng chỉ có một vài người trong chúng ta thành công ở đó. Dưới đây là một số biện pháp đơn giản sẽ giúp bạn trở thành một thử nghiệm tự động hóa tuyệt vời mà bạn mong muốn.

Bởi vì kiểm thử tự động không phải là một nhánh của thử nghiệm - nó là một dạng sử dụng phương pháp tiếp cận "techie" để kiểm tra chính nó. Để biết những gì bạn đang thử nghiệm và tại sao việc bạn đang kiểm tra là rất quan trọng. "Như thế nào" - điểm khác biệt giữa test tự động và test thủ công.

Đừng đợi đến khi một dự án tự động hóa được thực hiện theo cách của bạn mà hãy bắt đầu nó trước đó. Có rất nhiều công cụ nguồn mở có sẵn. Cài đặt trên máy tính cá nhân của bạn và thử nó. Sử dụng các ứng dụng chung như Gmail.com hoặc Amazon hoặc thậm chí cả Microsoft Office hoặc máy tính của bạn. Bất kỳ công cụ nào mà bạn có để có thể sử dụng. Hãy học ở mọi nơi.

Làm quen với các khái niệm mã hóa cơ bản bằng bất kỳ ngôn ngữ nào mà bạn chọn. Khi bạn dành một chút thời gian để xem xét một cách nghiêm túc những nguyên tắc trong một ngôn ngữ lập trình, vì hầu hết các ngôn ngữ lập trình khác nhau nhưng trong số đó đều có nhiều hay ít giống nhau. Chằng hạn như VB Scripting; bạn sẽ cần phải biết các kiểu dữ liệu, cách mà các biến và các hằng được xử lý, các toán tử khác nhau, các câu lệnh có điều kiện, các câu lệnh lặp, các mảng, các hàm ..v..v. Khi bạn hiểu các khái niệm này, bạn có thể dễ dàng ngoại suy kiến thức của bạn với bất kỳ ngôn ngữ lập trình nào. Vì vậy, hãy dành ít nhất một tuần để hoàn thiện các khái niệm này.

Các chương trình ban đầu mà bạn viết sẽ gây nhầm lẫn cho dù bạn đọc về môn học như thế nào. Nó chắc chắn là sẽ được áp đảo. Nhưng hãy tự tin lên và đừng lo lắng. Hãy suy nghĩ về điều đó như thể bạn đang dịch bài test thủ công của mình sang một tiện tiện khác với tiếng Anh.

Hãy nghĩ rằng: Nó rất dễ dàng cho người mới bắt đầu để xem xét một bài test tự động hoặc chương trình và nghĩ rằng nó trông rất kỹ thuật và bạn sẽ không bao giờ có thể hiểu nó ít hơn nhiều viết một cái gì đó như thế. Đừng lo lắng; nó là điều tự nhiên.

Ví dụ: Nếu bạn muốn nhập giá trị tên người dùng trong trăng đăng nhập Gmail.com. Những câu lệnh mà bạn sẽ viết trong trường hợp bạn kiểm tra thủ công là gì?

Nó sẽ như sau: Nhập: "swatiseela" trong trường "Tên người dùng" trong trang Gmail.com

Khi bạn dịch nó sang VBScript để trở thành 1 câu lệnh trong quá trình test QTP của bạn, nó sẽ là:

Browser("Gmail: Email from Google").page("Gmail: Email from Google").WebEdit("Email").Set “swatiseela”.

=> Bạn thấy đấy, nó không có nhiều sự khác biệt. Cách bạn tham khảo địa điểm để nhập tên người dùng được thực hiện khác.

Vì mỗi bước kiểm tra tự động được thực hiện bới máy móc thay vì của con người, bạn chỉ cần đảm bảo rằng bạn viết hướng dẫn (bước kiểm tra) càng rõ ràng càng tốt mà không có sự mơ hồ.

Thay vì chỉ nói nhập giá trị, bạn đang thực sự cung cấp tên chính xác của các đối tượng trong trang khi chúng được đặt tên bởi nhà phát triển. Một khi bạn có thể nắm bắt bản dịch này, việc kiểm tra tự động là khá dễ dàng.

Đây là chiến lược cá nhân tôi làm theo bất kỳ lúc nào tôi phải làm việc với một công cụ mới. Tất cả các công cụ đi kèm trên thị trường, cho dù nó có hiệu quả về mặt kỹ thuật, cố gắng thân thiện với người sử dụng. Vì vậy, tất cả các tính năng của công cụ nên được truy cập từ thanh menu.

Đây là những gì mà tôi làm - Tôi bắt đầu từ "File" tùy chọn trình đơn và di chuyển qua cho đến khi tôi đạt đến " Help" và cố gắng cung cấp cho một cái nhin tổng thể về mỗi, mọi mục trong menu con. Hầu hết các tên sẽ là đại diện cho những tùy chọn trên đó. Nhưng trong trường hợp bạn cần thêm thông tin, chỉ cần nhấp vào mục đó và tìm kiếm. Nếu bạn vẫn cần thêm thông tin, hãy sử dụng tệp trơj giúp. Bằng cách này bạn không phải chờ ai đó cung cấp cho bạn kiến thức về công cụ. Bạn đang làm quen với Tool và IDE bằng cách của bạn. Nó giúp bạn đánh giá những gì là hữu ích cho bạn và những gì là không?

Nhiều người trong chúng ta tìm hướng dẫn trực tuyến và diễn đàn để bắt đầu. Trong khi tất cả đều tuyệt vời, không có gì đến gần các file trợ giúp đi kèm với công cụ. Đó là kho báu lớn nhất của bạn. Nó mô tả tất cả mọi thứ mà công cụ có thể làm. Vì vậy, hãy xem xét mọi chương trình tự động bạn viết như là một cuộc kiểm tra sách mở. Cuốn sách mở là tập tin trợ giúp. Đó là điểm đến đầu tiên của bạn.

Hãy kiên nhẫn với chính mình và thực hành viết mã thường xuyên. Hãy nhớ rằng kiểm tra là xác minh và xác nhận. Vì vậy, viết thử nghiệm theo cách mà mỗi một trong những trường hợp mà ta đã vượt qua hay thất bại để xác định rõ các tiêu rằng các tiêu chí của mình. Bạn không muốn một công cụ tự động mà chỉ cần thực hiện việc nhập dữ liệu và để lại phân tích cho bạn. Mà hãy đảm bảo chương trình của bạn phải xác định rõ ràng và thể hiện được kết quả là: Pass hoặc failed.

Một khi bạn giải quyết vấn đề và viết một chương trình, hãy nghĩ đến những cách bạn có thể làm cho nó tốt hơn. Bạn có thể làm cho nó dễ đọc hơn? Bạn có thể đạt được kết quả trong ít dòng mã? Bạn có thể tái sử dụng một số thành phần không? Bạn có thể tránh sử dụng nhiều biến như bạn đã làm? Bộ nhớ chương trình của bạn có hiệu quả? Bạn có thể làm cho nó chạy bất kỳ nhanh hơn? - Đây là một số câu hỏi mà bạn cần lưu ý và hướng tới.

Trong khi test automation là tuyệt vời và nó làm cho tester như một 'God-Complex', chúng ta phải chấp nhận rằng trong một số trường hợp nó không chỉ là con đường để đi. Vào những thời điểm đó, hãy về yêu nó hơn vì thử nghiệm là mục tiêu chính của chúng ta, cho dù chúng ta có tuyến đường tự động hay tuyến đường bằng.

Tôi hy vọng bài viết này đã trả lời một số câu hỏi mà tất cả các bạn mong muốn thử nghiệm tự động hóa phải có. Nếu bạn quyết định tham gia vào nó và có bất kỳ đặt phòng khác, xin vui lòng cho chúng tôi biết thông qua các ý kiến. Có điều gì trong bài báo này mà bạn đồng ý hay không đồng ý?

Bài sau tôi sẽ giới thiệu với các bạn về: Làm thế nào để dịch test case thủ công sang kịch bản tự động.

http://www.softwaretestinghelp.com/how-to-translate-manual-test-cases-into-automation-scripts/