thảo luận Tất cả về Automation Test

monkepo said:

Các bác cho mình hỏi có framework nào auto test cho UI Window không ạ? kiểu các thao tác của user tương tác với app.

Click to expand...

monkepo said:

Các bác cho mình hỏi có framework nào auto test cho UI Window không ạ? kiểu các thao tác của user tương tác với app.

Click to expand...

giacatvuhau said:

theo các bác Automation test khó nhất là phần nào?

Click to expand...

quangvh said:

Bắt elements

Click to expand...

quangvh said:

Bắt elements

Click to expand...

giacatvuhau said:

phần này thì cty em lại đang là dễ nhất vì tất cả các elements dev đều có set test-id cho nó.

Click to expand...

SteveKKDDPP said:

Các bác cho e hỏi config workflow trên github action để ci/cd trên auto với appium, e đang dùng test trên android vs maven

Click to expand...

quangvh said:

Bắt elements

Click to expand...

• stabilize framework, chạy 1000 lần không lỗi
• tối ưu waiting, đợi ít thời gian nhất có thể để tương tác element
• reuse test framework

giacatvuhau said:

các anh em đang sài framework nào cho auto web đó, em sài playwright

via theNEXTvoz for iPhone

Click to expand...

hlonglk91 said:

bắt element mà khó cm gì. Automation test có 3 cái khó nhất theo mình là:

• stabilize framework, chạy 1000 lần không lỗi
• tối ưu waiting, đợi ít thời gian nhất có thể để tương tác element
• reuse test framework

Click to expand...

• stabilize framework, chạy 1000 lần không lỗi >> cái này mình thấy ko có gì khó cả, lỗi mình hay gặp nhất là do cái web thôi, thi thoảng nó dở chứng thì chịu thôi, còn script thì có gì đâu mà ko stable.
• tối ưu waiting, đợi ít thời gian nhất có thể để tương tác element >> mình sài playwright cái này dc built in nên ko cần care đến waiting nữa,
• reuse test framework >> mình đang ko hiểu lắm, bạn explain cụ thể hơn dc ko?

giacatvuhau said:

• stabilize framework, chạy 1000 lần không lỗi >> cái này mình thấy ko có gì khó cả, lỗi mình hay gặp nhất là do cái web thôi, thi thoảng nó dở chứng thì chịu thôi, còn script thì có gì đâu mà ko stable.
• tối ưu waiting, đợi ít thời gian nhất có thể để tương tác element >> mình sài playwright cái này dc built in nên ko cần care đến waiting nữa,
• reuse test framework >> mình đang ko hiểu lắm, bạn explain cụ thể hơn dc ko?

Click to expand...

• stabilize framework >> cái ông hay gặp nhất (thỉnh thoảng nó dở chứng) là cái mình cần phải handle đó. tại sao nó lại dở chứng ? môi trường bị thay đổi khi chạy hết class A làm ảnh hưởng class B hay sao ? ông có tự tin bảo bộ suite test của ông chạy 1k lần đều pass cả 1k lần ko ? có 1 thuật ngữ liên quan đến vụ này là flaky test
• test framework ko chỉ có mỗi playwright, java selenium vẫn chiếm số đông thị trường. với lại tư duy như ông (cái gì 1 2 tool handle rồi thì ko cần học concept đó) thì ko làm test analyst được.
• test framework phải có tính reusability, các module ông phải implement sao cho có thể còn dc reuse cho các project khác chứ ko chỉ dùng cho mỗi project đang làm. Việc này về lâu dài có lợi cho team cũng như công ty tiết kiệm resource build automation solution.

hlonglk91 said:

• stabilize framework >> cái ông hay gặp nhất (thỉnh thoảng nó dở chứng) là cái mình cần phải handle đó. tại sao nó lại dở chứng ? môi trường bị thay đổi khi chạy hết class A làm ảnh hưởng class B hay sao ? ông có tự tin bảo bộ suite test của ông chạy 1k lần đều pass cả 1k lần ko ? có 1 thuật ngữ liên quan đến vụ này là flaky test
• test framework ko chỉ có mỗi playwright, java selenium vẫn chiếm số đông thị trường. với lại tư duy như ông (cái gì 1 2 tool handle rồi thì ko cần học concept đó) thì ko làm test analyst được.
• test framework phải có tính reusability, các module ông phải implement sao cho có thể còn dc reuse cho các project khác chứ ko chỉ dùng cho mỗi project đang làm. Việc này về lâu dài có lợi cho team cũng như công ty tiết kiệm resource build automation solution.

Click to expand...

• stabilize framework >> cái tôi hay gặp nhất là cái web lâu lâu nó load quá lâu, hoặc ko load nổi rồi failed ( ca này tôi đặt retry thôi chứ chưa ra cách nào khác), còn việc nó thay đổi logic dẫn đến leak condition nào đó làm script failed hoặc do mình handle cover chưa hết các cases thì phải maintaince lại thôi, ko có gì là hoản hảo 100% cả, tỷ lệ flaky của tôi khá lớn đâu đó >=10% mà phần lớn đến từ việc cái product nó ko stable
• phần waiting: bên tôi đã migrate từ selenium (chạy thời gian ngắn rồi chuyển luôn) > playwright. tôi ko bài trừ cái gì cả nhưng có những cái nó đã support tận răng nhiều thứ rồi thì nên sài để giảm bớt những cái phức tạp không thực sự cần thiết đi, ngay cái việc ngồi bắt element xpath với css selector lòi mắt ra trong khi chỉ cần ping thằng dev add thêm cho cái test-id vào là xong, team work mạnh lên
• reuse test framework: phần này tôi đang hiểu là khi build framework mình cần module hoá các phần trong framework đi như action, assertion, untils ..., 2 cái action và assertion thì gần như là auto reuse gần hết rồi, còn cái cục ultis thì hên xui tuỳ vào bài toán mình cần giải. mà những cái này là basic rồi có gì đâu mà thành problem dc hay do tôi vẫn gà quá

giacatvuhau said:

• stabilize framework, chạy 1000 lần không lỗi >> cái này mình thấy ko có gì khó cả, lỗi mình hay gặp nhất là do cái web thôi, thi thoảng nó dở chứng thì chịu thôi, còn script thì có gì đâu mà ko stable.
• tối ưu waiting, đợi ít thời gian nhất có thể để tương tác element >> mình sài playwright cái này dc built in nên ko cần care đến waiting nữa,
• reuse test framework >> mình đang ko hiểu lắm, bạn explain cụ thể hơn dc ko?

Click to expand...

lungtungbsy said:

Bạn có bao nhiêu năm trong lĩnh vực automatio test thế

Click to expand...

giacatvuhau said:

2 năm cụ ạ,

via theNEXTvoz for iPhone

Click to expand...