JUST DO IT Mục Lục Mục Lục 1 Học gì để trở thành một Tester 2 Các bước để lập Test Plan (kèm ví dụ) 4 Hướng dẫn tạo Test Case (cơ bản) 21 Test Design Techniques 26 Các kỹ thuật thiết kế testcase, giúp.
JUST DO IT Mục Lục Mục Lục Học để trở thành Tester .2 Các bước để lập Test Plan (kèm ví dụ) Hướng dẫn tạo Test Case (cơ bản) .21 Test Design Techniques 26 Các kỹ thuật thiết kế testcase, giúp cho testcase hiệu tối ưu 26 Test reporting, Daily status reports .46 Cách viết report để báo cáo kết test .46 lợi ích việc sử dụng hệ thống theo dõi bug 57 Tìm hiểu Jira 62 Tìm hiểu cơng cụ quản lý bug Mantis .74 Hướng dẫn Bugzilla cho người bắt đầu: Công cụ theo dõi lỗi 78 Introduction to HP ALM(Quality Center) 103 Làm quen với Mobile App Testing - Kiến thức cho người bắt đầu 110 Game Testing: Cách test ứng dụng Game/Desktop .115 JUST DO IT Học để trở thành Tester I.Kiến thức chung – Kiến thức máy tính, tin học văn phịng bản, cài đặt phần mềm, sử dụng internet – Kiến thức lập trình: Căn SQL, HTML, CSS Đây tơi nghĩ cần thiết làm test, bạn không cần phải học sâu để viết code phải đọc hiểu chỉnh sửa code đơn giản – Kiến thức tổng quan test, bao gồm việc hiểu định nghĩa bản, thuật ngữ, quy trình phát triển phần mềm, quy trình test Bạn học theo ISTQB Foundation tham khảo mục gợi ý sau: What is Software Testing? – Tìm hiểu phần để biết testing gì? định nghĩa, khái niệm kiểm thử phần mềm Why is Software Testing Important? – Tại testing lại quan trọng cần thiết? khơng có tester sản phẩm sao? Software Development life cycle: Vòng đời phát triển phần mềm, vị trí testing giai đoạn phát triển sản phẩm Software Test life cycle: Vịng đời kiểm thử, thứ tự cơng việc kiểm thử Defect Life Cycle: Vòng đởi lỗi trạng thái qua giai đoạn Quality Assurance vs Quality control, Verification vs Validation: Phân biêt giống khác số khái niệm Software Testing Levels: Các mức độ kiểm thử, từ nhỏ đến mức độ cao Software Testing types: Các loại testing thư Functional testing, Non-functional testing, Structural testing, Change related testing II Kiến thức riêng 1.Manual Test: JUST DO IT Đây danh sách kiến thức bạn nên tìm hiểu sâu thêm làm test theo hướng manual Create a Test Plan: Các thành phần cần có test plan bản, cách viết test plan Design Test case: Cách tạo viết testcase thông dụng Test Design Techniques: Các kỹ thuật thiết kế testcase, giúp cho testcase hiệu tối ưu Test reporting, Daily status reports – cách viết report để báo cáo kết test Defect management: Finding defects, Logging defects, Tracking and managing defects – Học cách report & quản lý bug sử dụng tools tracking thông dụng Jira, Mantis, Bugzilla, Application Lifecycle Management (ALM) Mobile application testing (iOS, Android, Windows Phone): Cách cài đặt test ứng dụng mobile, cách giả lập thiết bị điện thoại máy tính Windows, Website testing & Tools support: Cách test ứng dụng desktop, trang web giả lập trình duyệt khác máy tính Risk based testing process and implementation: Đánh giá rủi ro kiểm thử, phần nâng cao nên tìm hiểu qua Coding: SQL, HTML, CSS Một số trang để tự học kiến thức manual testing bản, trang cung cấp đầy đủ kiến thức bên mở rộng thêm nhiều kiến thức liên quan đến test khác: Software Testing Tutorial – Guru99 Software Testing Tutorial – Tutorials Point Software Testing Class Software Testing Help W3Schools (HTML, CSS) SQL Tutorial – W3Schools SQL Tutorial – TutorialsPoint JUST DO IT 2.Automation Test: - Thường lựa chọn bạn làm DEV mà muốn chuyển sang làm Tester Các bước để lập Test Plan (kèm ví dụ) Test Plan gì? Test Plan tài liệu chi tiết phác thảo chiến lược kiểm thử, Mục tiêu kiểm thử, tài nguyên (nhân lực, phần mềm, phần cứng) cần thiết để kiểm thử, schedule kiểm thử, Dự tốn kiểm thử deliver Test Plan đóng vai trò kế hoạch chi tiết để tiến hành hoạt động kiểm thử phần mềm quy trình xác định, giám sát kiểm sốt bước Test Manager Tầm quan trọng Test Plan Lập Test Plan có nhiều lợi ích Test Plan giúp xác định effort cần thiết để xác nhận chất lượng ứng dụng kiểm thử Giúp người ngồi nhóm kiểm thử nhà phát triển, quản lý doanh nghiệp, khách hàng hiểu chi tiết kiểm thử Tes Plan hướng dẫn suy nghĩ Nó giống sách quy tắc, cần phải tuân theo Các khía cạnh quan trọng Test Estimation, Test Scope, Chiến lược test ghi lại Test Plan, đó, nhóm quản lý xem xét sử dụng lại cho dự án khác Làm để lập Test Plan JUST DO IT Như bạn biết lập Test Plan nhiệm vụ quan trọng Quy trình quản lý kiểm thử Thực theo bước để tạo kế hoạch kiểm tra theo IEEE 829 Analyze the product - Phân tích sản phẩm Design the Test Strategy - Lập chiến lược kiểm thử Define the Test Objectives - Xác định mục tiêu kiểm thử Define Test Criteria - Xác định tiêu chí kiểm thử Resource Planning - Hoạch định nguồn lực Plan Test Environment - Kế hoạch môi trường kiểm thử Schedule & Estimation - Lịch trình & Dự tốn Determine Test Deliverables - Quyết định deliver sản phẩn Step 1_Phân tích sản phẩm (Analyze the product) Làm để kiểm thử sản phẩm mà khơng có thơng tin nó? Câu trả lời khơng thể Bạn phải tìm hiểu kỹ sản phẩm trước kiểm thử Sản phẩm kiểm thử trang web ngân hàng Guru99 Bạn nên nghiên cứu khách hàng người dùng cuối để biết nhu cầu mong đợi họ từ ứng dụng JUST DO IT Who will use the website? (Ai sử dụng trang web?) What is it used for? (Nó dùng để làm gì?) How will it work? (Nó làm việc nào?) What are software/ hardware the product uses? (Phần mềm / phần cứng sản phẩm sử dụng gì?) Bạn nên xem qua trang web xem xét tài liệu sản phẩm Đánh giá tài liệu sản phẩm giúp bạn hiểu tất tính trang web cách sử dụng Nếu bạn khơng rõ ràng mục nào, bạn confirm với khách hàng, nhà phát triển, nhà thiết kế để có thêm thông tin Step 2_Xây dựng chiến lược kiếm thử (Develop Test Strategy) Test Strategy (Chiến lược kiểm thử) bước quan trọng việc lập Test Plan Tài liệu Test Strategy, tài liệu high-level, thường phát triển Test Manager Tài liệu định nghĩa: Mục tiêu kiểm thử dự án phương tiện để đạt chúng Xác định effort chi phí kiểm thử Quay lại dự án bạn, bạn cần phát triển Test Strategy để kiểm thử trang web ngân hàng Bạn nên làm theo bước : Step 2.1_Định nghĩa phạm vi kiểm thử (Define Scope of Testing) Trước bắt đầu hoạt động kiểm thử nào, phải biết phạm vi kiểm thử Bạn phải suy nghĩ kỹ Các thành phần hệ thống kiểm thử (phần cứng, phần mềm, phần mềm trung gian, v.v.) định nghĩa "in scope (trong phạm vi)" JUST DO IT Các thành phần hệ thống không kiểm thử cần xác định rõ ràng "out of scope (ngoài phạm vi)" Xác định scope dự án kiểm thử bạn quan trọng tất bên liên quan Một scope xác giúp bạn Cung cấp cho người chắn thơng tin xác kiểm thử mà bạn làm Tất thành viên dự án có hiểu biết rõ ràng kiểm thử khơng Làm để xác định scope kiểm thử dự án ? Để xác định scope, bạn phải : o Precise customer requirement (Nắm yêu cầu xác khách hàng) o Project Budget (Ngân sách dự án) o Product Specification (Đặc điểm kỹ thuật sản phẩm) o Skills & talent of your test team (Kỹ & trình độ nhóm kiểm thử bạn) Bây nên xác định rõ ràng "in scope" "out of scope" kiểm thử Theo thông số kỹ thuật yêu cầu phần mềm, dự án Guru99 Bank tập trung vào kiểm thử tất chức giao diện bên trang web Guru99 Bank (in scope) Kiểm thử nonfunctional stress, performance logical database không kiểm thử (out of scope) Vấn đề khó khăn xác định scope dự án Khách hàng muốn bạn kiểm thử API Nhưng ngân sách dự án không cho phép làm Trong trường hợp bạn làm gì? Trong trường hợp vậy, bạn cần thuyết phục khách hàng API Test extra work tiêu tốn resources đáng kể Cung cấp cho họ liệu hỗ trợ lập luận bạn Nói với họ API Test "in-scope" budget tăng thêm số tiền XYZ JUST DO IT Khách hàng đồng ý theo phạm vi mới, ngồi phạm vi mục : o Các mục in-scope : Functional Testing, API Test o Các mục out of scope : Database Testing, hardware giao diện bên khác Step 2.2_Xác định loại kiểm thử (Identify Testing Type) Testing Type quy trình kiểm thử tiêu chuẩn mang lại kết kiểm thử dự kiến Mỗi Testing Type xây dựng để xác định loại lỗi sản phẩm cụ thể Nhưng, tất Testing Type nhằm đạt mục tiêu chung Phát sớm tất lỗi trước phát hành sản phẩm cho khách hàng Các Testing Type thường sử dụng mơ tả hình : Có nhiều Testing Type để kiểm thử sản phẩm phần mềm Nhóm bạn khơng thể có đủ effort để xử lý tất loại kiểm thử Nếu Test Manager, bạn phải đặt mức độ ưu tiên Testing Type JUST DO IT Testing Type nên tập trung để kiểm thử ứng dụng web? Testing Type nên bỏ qua để tiết kiệm chi phí? Step 2.3_Tạo lưu trữ tài liệu Risk & Issues (Document Risk & Issues) Risk kiện không chắn xảy tương lai có xác suất xảy có khả thua lỗ Khi Risk thực xảy ra, trở thành issue Trong viết phân tích Risk Solution, bạn tìm hiểu phân tích Risk chi tiết xác định Risk tiềm ẩn dự án Trong QA Test Plan, bạn ghi lại Risk Risk Giải pháp giảm tránh Risk Thành viên nhóm thiếu kỹ Lập kế hoạch khóa training để nâng cao kỹ năng cần thiết để kiểm thử trang web thành viên Project schedule eo hẹp; thật khó Đặt mức độ ưu tiên (Test Priority) cho hoạt động kiểm để hoàn thành dự án hạn thử Test Manager có kỹ quản lý Lập kế hoạch đào tạo cho manager Thiếu hợp tác ảnh, ảnh hưởng tiêu cực đến suất thành viên Khuyến khích thành viên nhóm thực nhiệm vụ truyền cảm hứng cho họ để họ nỗ lực nhiều Dự tốn ngân sách sai vượt chi phí Thiết lập scope trước bắt đầu công việc, ý nhiều đến việc lập planning dự án liên tục theo dõi đo lường tiến JUST DO IT Risk Giải pháp giảm tránh Risk độ Step 2.4_Tạo Test Logistics Trong Test Logistics, Test Manager cần trả lời câu hỏi sau: Ai người thực kiểm thử (Who will test)? Khi thực kiểm thử (When will the test occur)? Ai người thực kiểm thử (Who will test) ? Bạn khơng biết tên xác Tester, phân loại Tester xác định Để chọn thành viên phù hợp với task cụ thể, bạn phải xem xét khả họ có đủ điều kiện cho task hay khơng, ước tính ngân sách dự án Lựa chọn thành viên sai cho task gây dự án thất bại hay chậm trễ Người có kỹ sau lý tưởng để thực kiểm thử phần mềm: Khả hiểu quan điểm khách hàng Mong muốn chất lượng tốt Chú ý đến chi tiết Tinh thần hợp tác tốt Trong dự án bạn, thành viên người mà chịu trách nhiệm thực kiểm thử Tester Dựa ngân sách dự án, bạn chọn thành viên nội thuê người làm Tester Khi thực kiểm thử (When will the test occur) ? Các hoạt động kiểm thử phải kết hợp với hoạt động phát triển liên quan Bạn bắt đầu kiểm thử bạn có tất mục yêu cầu hiển thị hình : 10 JUST DO IT Làm quen với Mobile App Testing - Kiến thức cho người bắt đầu SmartPhone ngày trở thành phần thiếu sống đại Theo đó, ứng dụng dành cho di động liên tục tăng lên Để đảm bảo chất lượng, việc áp dụng kiểm thử thiết bị di động triển khai rộng rãi Trong viết này, chia sẻ kiến thức kiểm thử ứng dụng di động mà tơi tìm hiểu Phân loại Kiểm thử thiết bị di động Có hai loại kiểm thử thiết bị di động: Kiểm thử phần cứng: bao gồm xử lý, độ phân giải - kích thước hình, nhớ (khơng gian lưu trữ), camera, kết nốiradio, Bluetooth, WIFI thường gọi (mobile testing) Kiểm thử phần mềm gọi kiểm thử ứng dụng di động (mobile application testing), phân biệt thành loại: Ứng dụng gốc (Native App): viết riêng cho hệ điều hành Android, iOS, Windows Phone ngôn ngữ tương ứng Ứng dụng web (Mobile Web App): chạy web, người dùng sử dụng trình duyệt Chrome, Firefox, Safari, Ứng dụng lai (Hybrid App): kết hợp Native App Mobile Web App, viết công nghệ web HTML5 CSS Một vài lưu ý: i Các ứng dụng gốc chạy hệ điều hành định dụng web di động chạy nhiều trình duyệt mobile ii Ứng dụng gốc cần cài đặt ứng dụng web di động khơng cần cài đặt iii Ứng dụng gốc cập nhật từ play store app store, ứng dụng Mobile Web lại cập nhật tập trung 115 JUST DO IT iv Ứng dụng gốc hoạt động khơng cần Internet ứng dụng Mobile Web bắt buộc phải kết nối Internet v Ứng dụng gốc hoạt động nhanh ứng dụng web di động Tại kiểm thử ứng dụng di động gặp nhiều thách thức hơn? Nhiều kiểm thử viên có quan điểm “Nếu tơi kiểm thử phần mềm máy tính, tơi kiểm thử phần mềm SmartPhone.” Mặc dù phương pháp kiểm thử tương tự cần phải trau dồi thêm nhiều kiến thức Thực tế kiểm thử kiểm thử ứng dụng di động gặp nhiều thách thức so với kiểm thử ứng dụng laptop, do: Sự đa dạng thiết bị di động với cấu hình phần cứng khác bàn phím cứng, bàn phím ảo, hình cảm ứng, kích thước hình, Nhiều hãng di động IPhone, HTC, Samsung, Nokia, Hệ điều hành di động khác bao gồm Android, IOS, Blackberry, Mỗi hệ điều hành lại có nhiều phiên IOS 10.3.2, IOS 9.3.3, Android 7.1.2, Android 6.0.1, Hệ điều hành thường xuyên cập nhật khuyến khích lặp lại chu kỳ kiểm thử để đảm bảo ứng dụng hoạt động bình thường Thiết bị di động có nhớ so với máy tính Thường kết nối mạng 2G, 3G, 4G WIFI bất ổn định so với máy tính Những kiến thức cần trang bị Kiến thức viễn thơng Bạn cảm thấy có lợi biết thứ có liên quan đến lĩnh vực viễn thông: 2G, 3G, GPRS, GSM, HSCSD, SIM, SMS, WAP Kiến thức hệ điều hành/ tảng di động Hiện xuất nhiều hệ điều hành dành cho di động iOS, Android, Blackberry, Windows phone, Samsung Bada, Nokia Meego…Kiến thức hệ điều hành quan trọng để bạn trở thành kiểm thử viên mobile giỏi, hiểu biết khả hạn 116 JUST DO IT chế hệ điều hành giúp bạn phân biệt đâu Bug ứng dụng đâu giới hạn hệ điều hành Khám phá điện thoại di động bạn Hãy thử truy cập internet Wifi, 3G, 4G, Kiểm tra số IMEI, thử nâng cấp phiên hệ điều hành, hay thử cài đặt khác Điều cho bạn thêm ý tưởng tình kiểm thử Các loại kiểm thử áp dụng cho Mobile App Testing Interface Testing - Kiểm thử giao diện: Test màu sắc, chỉnh, font chữ, quán giao diện hình, thiết bị khác nhau, Function Testing - Kiểm thử chức năng: Chức ứng dụng hoạt động Usability Testing - Kiểm tra tính khả dụng: Đảm bảo ứng dụng dễ sử dụng, thu hút người dùng, Installation tests - Kiểm thử cài đặt: Xác nhận ứng dụng cách cài đặt / gỡ cài đặt nhiều thiết bị khác nhau, có xảy lỗi q trình cài đặt/ gỡ, hay có hạn chế cài đặt không? Compatibility Testing - Thử nghiệm tương thích: Kiểm tra khả tương thích ứng dụng thiết bị di động, với trình duyệt, kích cỡ hình phiên hệ điều hành, loại smartphone khác nhau, Operational Testing: Kiểm tra khả lưu khắc phục sập nguồn điện thoại, liệu nâng cấp phiên ứng dụng, Security Testing - Kiểm thử bảo mật: Xác nhận ứng dụng không tồn lỗ hổng bảo mật, bảo vệ hệ thống tránh công từ hacker Performance Testing - Kiểm thử hiệu năng: Giả sử thay đổi kết nối từ 3G sang 4G, hay nhiều user sử dụng ứng dụng, Stress Testing - Kiểm thử gián đoạn gọi thoại, SMS, yếu pin, thiếu nhớ, ngắt kết nối mạng ứng dụng chạy Checklist cho kiểm thử Mobile 5.1 Cài đặt Xác định thông tin ứng dụng 117 JUST DO IT Xác định yêu cầu kiểm thử thiết bị di động (SamSung Note8, Iphone7Plus, ), hỗ trợ hệ điều hành (Android, IOS ), phiên hệ điều hành ? Bộ nhớ lưu trữ ứng dụng (Thẻ nhớ hay nhớ điện thoại) Điều xảy xóa thư mục lưu trữ ứng dụng Kiểm thử việc đồng ứng dụng chạy nhiều thiết bị khác Kiểm thử trường hợp download ứng dụng đầy nhớ gián đoạn trình download Kiểm thử trình cài đặt, gỡ bỏ ứng dụng, cài đặt lại (Cả case bị gián đoạn) Kiểm thử trình cập nhật phiên mới, không cập nhật phiên 5.2 Test giao diện Màu nền, màu chữ, font chữ có tài liệu design? kiểm tra xem màu có phù họp - có bị trùng với màu chữ gây khó đọc rối mắt? Kiểm tra Font size, size textbox, button trái/ phải/ hay chiều dọc/ chiều ngang Border textbox/ button Text, tootip warning/ message, nội dung hiển thị Các hiệu ứng scroll, next trang, phân trang Vị trí focus có đặt vị trí load hình hay khơng? Có trường hợp yêu cầu set vị trí focus cụ thể Giao diện hình user thực hiệu ứng cảm ứng slide, touch, multitouch, zoom, drag and drop, shake, Bàn phím nhập liệu/ input liệu tất hình 5.3 Test chức Xác nhận chức có tài liệu spec hoạt động tốt 118 JUST DO IT Test chức ngắt kết nối mạng wifi, kết nối chậm, kết nối 3G,2G,4G, ,chế độ máy bay Slide, touch, scroll, nhanh/ liên tục lặp lặp lại có bị freeze, hiển thị Force Close, Chuyển hướng từ liên kết ứng dụng sang trang/ mạng xã hội có hoạt động khơng? có gây lỗi bảo mật? Thời gian hiển thị ứng dụng (theo điện thoại hay server) Khi thay đổi cài đặt thời gian điện thoại có ảnh hưởng đến hoạt động ứng dụng? Kiểm tra đồng liệu đăng nhập nhiều thiết bị (desktop, tab, mobile) Test camera ứng dụng có đề cập đến ( chụp ảnh, lưu trữ ) Khi chia sẻ G+, Facebook nội dung, hình ảnh có hiển thị đúng/ có lỗi giao diện khơng? share có cài sẵn ứng dụng facebook, G+ khơng cài ứng dụng Notification từ ứng dụng update, nhắc nhở 10 Khi sử dụng app có gián đoạn Cuộc gọi, SMS, Pin yếu, trường hợp mở nhạc, âm ứng dụng âm gián đoạn? Những lưu ý kiểm thử Mobile Lựa chọn thiết bị: Nên chọn thiết bị sử dụng phổ biến, tùy theo yêu cầu khách hàng nhà phát triển ứng dụng Ứng dụng giả lập (Emulator): Việc sử dụng ứng dụng giả lập cần thiết hữu ích giai đoạn đầu kiểm thử chúng hỗ trợ ứng dụng chưa hoàn thiện, Mức độ sử dụng pin: Theo dõi mức độ tiêu thụ pin chạy ứng dụng thiết bị di động Tốc độ ứng dụng: Là thời gian phản hồi thiết bị khác nhau, với thông số nhớ khác nhau, kết nối mạng khác Đảm bảo ứng dụng không bị die sử dụng 119 JUST DO IT Quá nhiều chức ứng dụng điều không nên Game Testing: Cách test ứng dụng Game/Desktop Nội dung viết sẽ tập trung vào vấn đề sau: Vòng đời phát triển ứng dụng Game/Desktop Kiểm thử Game Kiểm thử phần mềm khác Các kiểu kiểm thử Game Chơi Game hỗ trợ sử dụng công nghệ thích ứng Các số đo lường Game mà tester nên biết Các rủi ro việc test Game Vòng đời phát triển ứng dụng Game/Desktop Vòng đời phát triển ứng dụng Game/Desktop thường trải qua giai đoạn: Giai đoạn trước phát triển sản phẩm, giai đoạn phát triển sản phẩm giai đoạn test release sản phẩm Giai đoạn trước phát triển sản phẩm: Trong giai đoạn này, ý tưởng trị chơi, cốt truyện, tính năng, việc phân tích yêu cầu hệ thống tài liệu thực Giai đoạn bao 120 JUST DO IT gồm tài liệu thiết kế kỹ thuật thơng số kỹ thuật tính năng, kiến trúc game, hình động Các đầu mục sau cần cân nhắc đến: Âm nhạc, Máy ảnh (phóng to thu nhỏ, phát lại, ) thuộc tính hành động Luồng logic game, quy luật điều kiện để đạt cấp độ game Đối tượng kiện kích hoạt, điểm số, di chuyển vị trí người chơi, thống kê liên quan đến người chơi, Trình tự khơng tương tác, hiệu ứng đặc biệt, hình tiêu đề, hành động đa nút, Gamepad, video clip, hiệu ứng sốc rung, văn pháp lý liên quan đến game, cách sử dụng chức nút, cách sử dụng chế độ analog kỹ thuật số Giai đoạn phát triển sản phẩm: Trong giai đoạn này, trình code thực thực Giai giai đoạn bao gồm công việc code tích hợp module khác Giai đoạn test release sản phẩm: Trong giai đoạn này, Quá trình kiểm tra chức năng, kiểm tra hồi quy, phiên Alpha, Beta, Gold thực Các trình test bao phủ test lưu lượng, kiểm tra tính tồn vẹn liệu, việc kiểm tra thuật toán cụ thể, kiểm tra đường dẫn, kiểm tra tăng cường thực Kiểm thử Game Kiểm thử phần mềm khác Kiểm thử Game trình lặp lặp lại build có lỗi phải kiểm tra lại cách kỹ lưỡng Tất trình kiểm thử Game tuân theo kiến trúc kích thước trò chơi thời gian yêu cầu để sản xuất trò chơi Để đảm bảo chất lượng Game cách chuyên nghiệp bạn cần nghiên cứu kỹ quy tắc yêu cầu trò chơi Bạn cần hiểu tổng thể kiến trúc thành phần trò chơi kiến trúc file, luồng cấu trúc file, phụ thuộc liên quan đến trò chơi Với nguyên mẫu trò chơi, tài liệu test cần phải xem lại thường xuyên để cập nhật thay đổi thông số kỹ thuật, testcase hỗ trợ cấu hình Người kiểm tra cần đảm bảo khơng có vấn đề phát sinh 121 JUST DO IT Các công việc Game Tester bao gồm: Phân loại yêu cầu dựa mục đích dự định hướng đến định mục tiêu Chỉ yêu cầu người dùng hệ thống yêu cầu nên phân loại theo yêu cầu chức năng, không chức năng, miền Chỉ mục kiểm tra, mục kiểm tra, mục tiêu biện pháp cho yêu cầu chức không chức Kiểm tra xem yêu cầu chức có đầy đủ, quán dễ hiểu không Chỉ yêu cầu tùy biến, yêu cầu xung đột Chỉ yêu cầu phụ thuộc lẫn Ưu tiên yêu cầu dựa tính độc đáo, phức tạp, quan trọng Xác định chủ đề trị chơi, Nhân vật, Hoạt hình, AI, Chế độ xem camera, lối chơi, Các kiểu kiểm thử Game 3.1 Kiểm tra chức Những QA thực vieejc kiểm tra chức tìm kiếm vấn đề chung game giao diện người dùng giao diện đồ họa, chẳng hạn vấn đề học, vấn đề liên quan đến độ ổn định tính tồn vẹn game Việc kiểm tra giao diện người dùng để chắn game thân thiện với người dùng Ví dụ: Kiểm tra màu sắc hình nền, cấu trúc menu, hướng hình độ phân giải hình, kích thước phơng chữ, lỗi chỉnh, khả sử dụng, điều hướng hệ thống thời gian tải, thời gian chờ hiển thị, xếp, thông báo xác nhận, trình tự, hoạt hình yếu tố âm trò chơi, hướng dẫn tin nhắn đối thoại Những tương tác người dùng, giao diện người dùng, kiểm tra giao dịch, Kiểm tra hiệu chuẩn độ xác camera, độ phân giải hình, kiểm tra thiết kế đáp ứng di động, kiểm tra chất lượng âm 3.2 Kiểm tra tương thích Kiểm tra tương thích kiểm tra xem trị chơi có tương thích thiết bị khác khơng cấu hình khác phần cứng phần mềm khơng Ví dụ: Thử nghiệm việc cài đặt gỡ trò chơi tất bảng điều khiển / máy tính để bàn / điện thoại di động hỗ trợ 122 JUST DO IT 3.3 Kiểm tra hiệu Tại bước này, hiệu tổng thể Game kiểm tra Việc điều chỉnh hiệu thực để tối ưu hóa tốc độ game Các tham số quan trọng kiểm tra trình kiểm tra hiệu bao gồm: Thời gian đáp ứng client server, thời gian hoàn thành giao dịch, hiệu suất tải tối đa, tuổi thọ, vùng phủ sóng, vấn đề liên quan đến rò rỉ nhớ, nhớ thấp, pin yếu, thời gian tải xuống ứng dụng, khả truy cập đồng thời (Nhiều người dùng) vào server ứng dụng, tốc độ, băng thông, độ tin cậy, khả mở rộng, Mức độ tiêu thụ pin hiệu suất đồ họa: Đo mức tiêu thụ pin game Tiêu thụ pin phải tối ưu nhiều phản hồi củagame phải thỏa mãn mức tải nặng khác thiết bị khác Sự tiêu thụ xử lý nhớ: Bộ đếm hiệu suất sử dụng để đo mức tiêu thụ CPU nhớ ứng dụng Kết nối mạng: Đo thời gian phản hồi game loại mạng khác (Wi-Fi, 2G, 3G, 4G), điều cung cấp nhìn tổng thể game hoạt động tốt mạng không đáng tin cậy Nó kiểm tra kết nối thiết bị di động, data center cloud Toàn thời gian đỉnh, kết nối Jittery, viêc chép liệu, gói tin, phân mảnh liệu theo dõi Kiểm tra hiệu game, đặc biệt khả MMO (Massively Multiplayer Online) 3.4 Kiểm tra phù hợp / tuân thủ Tuân thủ nguyên tắc thị trường (ví dụ: sách Apple App Store), tuân thủ sách doanh nghiệp (ví dụ: nội dung bị cấm) Việc tuân thủ đề cập đến quan quản lý PEGI ESRB Mỗi game thường nhắm đến mục tiêu nội dung cụ thể Nếu game có nội dung phản cảm khơng phù hợp mức độ mong muốn chúng xác định báo cáo Thậm chí vi phạm việc đệ trình phê duyệt giấy phép khiến game bị từ chối, phát sinh thêm chi phí việc kiểm tra gửi lại để lấy chứng nhận Ví dụ: Nếu trị chơi dự định xuất nước châu Âu, kiểm tra chuyển đổi PAL, trò chơi sản xuất cho Bắc Mỹ, kiểm tra chuyển đổi NTSC 3.5 Kiểm tra tính địa 123 JUST DO IT Kiểm tra tính địa game yêu cầu quan trọng game nhắm mục tiêu cho thị trường toàn cầu Tiêu đề trò chơi, nội dung văn cần dịch thử nghiệm với thiết bị nhiều ngơn ngữ Các test thực nhanh chóng (với trợ giúp truy cập thiết bị dựa đám mây tự động hóa) Ví dụ: Game cần địa hóa cụ thể cho khu vực MENA (Trung Đông / Bắc Phi), địa hóa tiếng Ả Rập (Hỗ trợ văn từ phải sang trái, hiển thị hai chiều), kiểm tra địa hóa giả, ký tự hai byte (cho ngôn ngữ Đông Á), thời gian / ngày địa phương, tiền tệ, định dạng địa yêu cầu địa phương khác 3.6 Kiểm tra theo kiểu ngâm Khái niệm “Ngâm” liên quan đến việc để game chạy thời gian dài chế độ hoạt động khác Ví dụ, chế độ không hoạt động tạm dừng để game hình tiêu đề Dựa kịch xác định việc rò rỉ nhớ lỗi làm trịn Ví dụ: Game bắt đầu nhân vật tạo để đứng yên 24 Kỹ thuật sử dụng để phát cố rò rỉ nhớ lỗi khác game 3.7 Kiểm tra phục hồi Trong phần mềm, kiểm tra khả phục hồi việc kiểm tra ứng dụng phục hồi tốt từ cố, lỗi phần cứng lỗi tương tự khác Để làm điều này, ứng dụng bị buộc phải phát sinh lỗi sau việc phục hồi quan sát từ điều kiện gây lỗi mơi trường hoạt động Ví dụ: Trong ứng dụng chơi trò chơi chạy, khởi động lại bảng điều khiển trị chơi kiểm tra tính hợp lệ liệu 3.8 Kiểm tra bảo mật Kiểu test thực để kiểm tra mức độ an toàn phần mềm hoạt động khỏi mối đe dọa bên Bảo vệ liệu khỏi mối đe dọa bên ngoài, truy cập hệ thống khơng kiểm sốt, việc vi phạm liệu, hệ điều hành, hệ thống truyền thông nguy từ thuật tốn mã hóa yếu Ví dụ: Thay đổi đường dẫn từ /login thành /play trang web game không nên phép truy cập trực tiếp vào trò chơi 3.9 Thử nghiệm trò chơi khác Thử nghiệm nhân vật thật hay ảo Trong game video có nhiều người chơi, kết nối với server đồng hóa trạng thái game hai lĩnh vực quan trọng cần kiểm tra 124 JUST DO IT Ví dụ: Trị chơi đua xe 3D nhiều người chơi Kiểm tra tính cập nhật trạng thái trò chơi, lời mời kết bạn, chia sẻ quà tặng cao cấp, Điều đảm bảo trải nghiệm chơi game phong phú cho người dùng Ví dụ: Facebook, Blog 3.10 Kiểm tra âm Kiểm tra có lỗi việc tải tệp âm hay khơng, tiến hành nghe tệp âm để tìm lỗi biến dạng có, sử dụng phân tích để phân tích biểu đồ âm 3.11 Kiểm tra sở liệu thống kê game Xác minh sở liệu cách sử dụng gỡ lỗi để điều tra game sử dụng liệu xác hay khơng Đảm bảo liệu tải nơi hiển thị thông tin xác 12 Kiểm tra hộp trắng Kiểm tra hộp trắng tập trung vào khía cạnh kiến trúc, tích hợp tính hệ thống game di động: Kiểm tra mã nguồn: Mã nguồn, logic chương trình, lỗi lập trình phổ biến, việc tuân thủ tiêu chuẩn mã hóa đưa phân tích Kiểm tra tập trung: Các chuỗi mã khác đưa đến module bị lập, đầu sau phân tích Phân tích liệu: Việc sử dụng, phân tích thao tác liệu phân tích xác nhận cho module khác Kiểm tra đường dẫn dịng chảy: Đảm bảo trình tự xác đối tượng thực thi Kiểm tra theo thuật toán cụ thể: Kiểm tra kịch tính cụ thể game cách đặt biến liệu, giá trị liệu cho mã nguồn thực thi mơi trường thời gian chạy Phân tích trí tuệ nhân tạo: Thống kê chạy bước di chuyển chơi lập trình thành phần AI tạo Kết xác nhận để kiểm tra xem tất di chuyển lập trình có sử dụng hay khơng Ví dụ: nắm bên ván trượt tuyết chơi (đẩy / đá kết hợp hành động đa chiều) sử dụng Chơi Game hỗ trợ sử dụng cơng nghệ thích ứng 125 JUST DO IT Trò chơi hỗ trợ gọi trị chơi tiếp cận Các tính thiết kế sử dụng cơng nghệ thích ứng cho cá nhân bị khuyết tật khác thị lực kém, mờ mắt, mù lịa, khơng có khả phân biệt màu sắc, lời nói, thính giác, suy giảm nhận thức, vận động di chuyển Cardinal Direction (CD), Tower of London (TOL) hai trò chơi phổ biến sửa đổi cho người dùng bị vấn đề trực quan Trong trò chơi này, việc sử dụng thị giác thay đầu vào âm Một tester cần lưu ý điểm sau sau thực test trò chơi vậy: Các màu nhấp nháy theo mẫu âm phát cho màu Mỗi màu nên kèm với âm nghe Dữ liệu trực quan cần mô tả từ ngữ để người khiếm thị đối mặt với vấn đề nhận thơng qua việc sử dụng đọc hình Người chơi nên nghe âm trò chơi theo không gian ba chiều phải định hướng từ cách sử dụng m 3D âm khơng gian hình cảm ứng Các chỉ số đo lường Game mà tester nên biết DAU / MAU (Người dùng hoạt động hàng ngày / Người dùng hoạt động hàng tháng): Đây tỷ lệ người dùng hoạt động chơi ngày so với số người dùng hoạt động hàng tháng Tỷ lệ cho thấy ứng dụng giữ chân người dùng tốt thường gọi độ kết dính trò chơi Số liệu cho bạn thấy tần suất người dùng đăng nhập vào ứng dụng bạn Số liệu dễ dàng để thảo luận với ví dụ Ví dụ với ứng dụng có 100.000 MAU trung bình 15.000 DAU Như vậy, tỷ lệ DAU / MAU 15 phần trăm Điều có nghĩa người dùng trung bình đăng nhập vào khoảng 15 phần trăm số ngày tháng Vì tỷ 126 JUST DO IT lệ, số DAU / MAU giá trị Giá trị gần với 1, có nghĩa người dùng mở ứng dụng với tỷ lệ phần trăm ngày cao Các ứng dụng mạng xã hội phổ biến Facebook báo cáo tỷ lệ DAU / MAU cao tới 50% Nhưng hầu hết ứng dụng chơi game thành cơng có tỷ lệ gần 20% Phiên: Mỗi người dùng mở ứng dụng, tính phiên Ở tập trung vào số phiên trung bình DAU Xếp hạng tải xuống: Thứ hạng trò chơi cửa hàng ứng dụng cụ thể (iOS, Android Play) theo lượt tải xuống trò chơi hàng tháng Sự trì việc sử dụng: Đây thước đo quan trọng trò chơi miễn phí Để tính tốn trì, tách người dùng thành nhóm dựa ngày ứng dụng tải xuống Ngày tải xuống xảy Ngày Nếu người dùng mở ứng dụng bạn vào ngày hôm sau (Ngày 1), họ đánh dấu giữ lại Nếu họ không mở ứng dụng, họ khơng đánh dấu giữ lại Tính tốn thực cho toàn người dùng ngày sau họ tải xuống ứng dụng Ngày thường sử dụng để trì 1, 3, 30 127 JUST DO IT Chỉ số hiệu năng: Đây để theo dõi hiệu trò chơi trực tuyến trò chơi liên tục Tốc độ khung hình mà trị chơi thực thi tảng phần cứng khác trường hợp máy chủ game, thước đo độ ổn định hiệu game sử dụng để theo dõi việc thay đổi tính cập nhật Các rủi ro việc test Game Trị chơi khơng tạo trải nghiệm hấp dẫn cho đối tượng mục tiêu Trị chơi khơng có thiết kế lấy người chơi làm trung tâm Yếu tố thú vị lối chơi gây nghiện cịn thiếu trị chơi Trị chơi khơng độc đáo, cạnh tranh, có nhịp độ đủ nhanh Trị chơi thất bại vấn đề kỹ thuật, tính bị hỏng, lỗi nghiêm trọng, âm nhạc tệ video Chi phí phát triển trị chơi vượt q ngân sách Trị chơi nên có thiết kế thẩm mỹ lơí chơi đơn giản 128 JUST DO IT Tóm tắt viết Vịng đời phát triển trò chơi bao gồm ba giai đoạn: Giai đoạn trước phát triển sản phẩm, giai đoạn phát triển sản phẩm giai đoạn test release sản phẩm Kiểm thử game trình lặp lặp lại, build có lỗi đó, phải kiểm tra kỹ lưỡng Các loại test khác 1) Test chức năng, 2) Test tương thích, 3) Test hiệu năng, 4) Test tính tuân thủ, 5) Test tính địa hóa, 6) Test ngâm, 7) Test tính khơi phục, 8) Test bảo mật Kiểm thử hộp trắng cho game tập trung vào khía cạnh kiến trúc, tích hợp hệ thống game di động bao gồm 1) kiểm tra mã 2) kiểm tra tập trung 3) Phân tích liệu 4) Kiểm tra đường dịng chảy 5) Kiểm tra thuật tốn cụ thể 6) Phân tích trí thơng minh nhân tạo Game hỗ trợ gọi game tiếp cận Các tính thiết kế cơng nghệ thích ứng cho cá nhân Một số số liệu trò chơi quan trọng DAU / MAU, Phiên, Xếp hạng tải xuống, việc trì game máy khách hàng hiệu suất Rủi ro việc test game khơng tạo trải nghiệm hấp dẫn cho đối tượng mục tiêu 129 ... phạm vi kiểm thử (Define Scope of Testing) Trước bắt đầu hoạt động kiểm thử nào, phải biết phạm vi kiểm thử Bạn phải suy nghĩ kỹ Các thành phần hệ thống kiểm thử (phần cứng, phần mềm, phần mềm. .. cho bạn nhìn tổng quan kiểm thử phần mềm kiến thức kiểm thử, kỹ thuật dùng kiểm thử công cụ hỗ trợ Tiếp nối viết trước Kiểm thử phần mềm: Các kỹ thuật thiết kế kiểm thử (Phần 1) viết lần giới... pháp kiểm thử, trường hợp kiểm thử sử dụng để tìm lỗi phần mềm dựa vào kinh nghiệm lần kiểm thử trước người kiểm thử (tester) Việc đoán lỗi thành công phụ thuộc nhiều vào kỹ người kiểm thử, người