Free Printable Quiz2026.1

Worksheets

Quiz2026.1

Total questions: 149

Worksheet time: 2hrs 29mins

Name

Class

Date

Khi nào log bug trên Jira được thực hiện?

Khi phát hiện lỗi ảnh hưởng đến chức năng hoặc giao diện của hệ thống

Khi gặp trở ngại về hạ tầng hoặc đối tác làm chậm tiến độ dự án

Khi cần ghi nhận thay đổi yêu cầu nghiệp vụ trong Sprint

Khi task hoàn thành đúng kế hoạch

Khi nào bạn nên log một impediment trên Jira?

Khi phát hiện lỗi trong code cần dev sửa

Khi gặp trở ngại làm ảnh hưởng đến tiến độ phát triển dự án như hạ tầng, đối tác hoặc yêu cầu thay đổi nghiệp vụ

Khi bug đã được dev fix và tester cần test lại

Khi viết testcase cho chức năng mới

Khi gặp tình huống yêu cầu/tài liệu không rõ ràng làm ảnh hưởng đến công việc phát triển, bạn nên log loại gì trên Jira?

Bug

Impediment

Task bình thường

Feature request

Khi log một Impediment về "Chưa có tài liệu phân tích thiết kế chi tiết" thì thuộc nhóm nào?

Đầu bài nghiệp vụ

Chất lượng phát triển

Hạ tầng

Đối tác

Testcase for DEV là gì?

Là danh sách các kịch bản kiểm thử quan trọng (bao gồm kịch bản trong tiêu chí nghiệm thu và các kịch bản trọng yếu khác)

Là danh sách các kịch bản kiểm thử quan trọng cần được kiểm thử tự động

Là danh sách các kịch bản để nghiệm thu yêu cầu, đảm bảo việc yêu cầu được phát triển đúng như mong đợi

Testcase for DEV được đề xuất bởi ai?

Được đề xuất bởi Tester và được thống nhất bởi Team

Được đề xuất bởi DEV

Được đề xuất bởi BA

Testcase for DEV sẽ do ai thực thi?

DEV

TESTER

Mini review do ai host?

DEV

TEST

Đầu vào của Mini review là gì? (chọn nhiều đáp án)

Tài liệu đặc tả

Tài liệu thiết kế chi tiết

Test design / Testcase for auto / Testcase for dev

10.

Thành phần bắt buộc của Mini review gồm những ai?

BA / DEV / TEST

BA / DEV / TEST / DEV-SubLead / TEST-SubLead

DEV / TEST / DEV-SubLead / TEST-SubLead

11.

Đối với các giao dịch tài chính trong các YCPT, sẽ không thực hiện rollback hoặc revert giao dịch khi không nhận được mã lỗi tường minh từ hệ thống nguồn/hệ thống đối tác xác nhận giao dịch thất bại. Điều này đúng hay sai?

Đúng

Sai

12.

Các giao dịch tài chính bắt buộc phải sử dụng cơ chế check trùng, việc check trùng phải được thực hiện ít nhất ở trong các hệ thống lõi (T24, Way4,...). Điều này đúng hay sai?

Đúng

Sai

13.

Khi hệ thống có sự thay đổi như sửa lỗi, refactor code... có thể ảnh hưởng đến nhiều phần khác của hệ thống. Việc đánh giá ảnh hưởng giúp xác định phạm vi? (chọn nhiều đáp án)

Những chức năng/API nào có thể bị ảnh hưởng

Những module, class, hoặc thành phần nào cần được kiểm thử lại

Kiểm thử toàn bộ hệ thống

Tăng hiệu suất công việc

14.

Định nghĩa đánh giá ảnh hưởng là gì?

Đánh giá ảnh hưởng là quá trình xác định ảnh hưởng trong code

Đánh giá ảnh hưởng là quá trình xác định ảnh hưởng của tài liệu kiểm thử

Đánh giá ảnh hưởng là quá trình xác định mức độ ảnh hưởng của một thay đổi đến các tài liệu phát triển, tài liệu kiểm thử và các thành phần phần mềm

15.

Mục tiêu của đánh giá tác động là gì?

Quản lý và giảm thiểu ảnh hưởng tiêu cực từ thay đổi đó

Xác định những gì sẽ bị ảnh hưởng nếu có thay đổi

16.

Đánh giá tác động là quá trình xác định?

Xác định những gì cần được chỉnh sửa và những phần nào trong phần mềm có thể bị ảnh hưởng

Xác định phần cần chỉnh sửa để sửa lại nó

Xác định những phần ảnh hưởng

17.

Tại sao cần đánh giá ảnh hưởng khi thay đổi/cải tiến phần mềm?

Kiểm tra các thay đổi có ảnh hưởng đến module và tính năng hiện có

Quyết định những testcase cần thiết để kiểm thử

Phát hiện các lỗi tiềm ẩn, kịp thời, chính xác

Cả 3 đáp án

18.

Kiểm thử chấp nhận người dùng (UAT) được thực hiện ở giai đoạn nào?

Sau khi golive sản phẩm

Trước khi golive sản phẩm

Trong quá trình golive

Sau khi golive xong

19.

Unit testing thường được thực hiện bởi ai?

Tester

PO (Product Owner)

DEV

Khách hàng

20.

"Shift-left testing" có nghĩa là gì?

Di chuyển team testing sang bên trái trong sơ đồ tổ chức

Thực hiện testing sớm hơn trong vòng đời phát triển

Giảm số lượng tester trong dự án

Thay đổi công cụ testing

21.

Trong kiểm thử phần mềm, đánh giá mức độ ảnh hưởng của một thay đổi giúp? (chọn nhiều đáp án)

Xác định các chức năng/API có thể bị ảnh hưởng khi thay đổi code hoặc yêu cầu

Lên kế hoạch cho regression testing

Tối ưu hóa tài nguyên kiểm thử và thời gian kiểm tra

Giảm thiểu rủi ro lỗi phát sinh sau thay đổi

22.

Cải tiến quy trình kiểm thử nên được xem là một quá trình _______ trong toàn bộ vòng đời phần mềm.

Tạm thời

Khẩn cấp

Liên tục

Một lần

23.

Việc kiểm thử lại toàn bộ hệ thống sau mỗi thay đổi là tốn kém và không khả thi. Nhận định này đúng hay sai?

Sai

Đúng

24.

Khi phân tích tài liệu để viết Test Case, nếu tài liệu đặc tả nghiệp vụ của BA và tài liệu thiết kế chi tiết của dev có logic khác nhau thì nên xử lý như thế nào? (Chọn 1 đáp án)

Lấy tài liệu đặc tả nghiệp vụ làm gốc, không cần thông báo sửa tài liệu thiết kế chi tiết.

Lấy tài liệu đặc tả nghiệp vụ làm gốc, yêu cầu dev sửa tài liệu thiết kế chi tiết để đồng nhất.

Lấy tài liệu TKCT làm gốc, yêu cầu BA sửa tài liệu đặc tả.

Logic nào hợp lý hơn thì áp dụng, yêu cầu bên còn lại sửa tài liệu.

Đó là bug, Log Bug lên Jira

25.

Tạo sao cần phân loại mức độ quan trọng cho các Test Case trong từng bộ Test Case? (Chọn nhiều đáp án)

Sắp xếp thứ tự ưu tiên kiểm thử trong giai đoạn phát triển

Để phục vụ đo lường khối lượng và hiệu quả của nhân sự kiểm thử

Chọn bộ Test Case cần chạy Regression Test cho từng yêu cầu thay đổi/cải tiến/fix lỗi.

Để quyết định Test Case nào mức độ quan trọng cao thì chạy, mức độ quan trọng thấp thì bỏ qua.

26.

Khi nào tester nên bắt đầu thực thi chạy test case

Ngay khi yêu cầu được hoàn thành

Khi môi trường test và dữ liệu test đã sẵn sàng

Sau khi phát hiện lỗi đầu tiên

Sau khi hệ thống được phát hành

27.

Tester nên làm gì khi phát hiện một lỗi trong quá trình thực thi test

Ghi lại lỗi chi tiết, kèm bước tái tạo và báo cho nhóm phát triển

Bỏ qua nếu lỗi nhỏ và tiếp tục chạy test

Tự sửa lỗi nếu có thể

Không ghi lại mà chỉ báo cáo bằng lời

28.

Đâu là một trong các hoạt động chính trong quy trình kiểm thử?

Phân tích yêu cầu

Thiết kế Test Design

Thực thi kiểm thử

Tất cả các hoạt động trên

29.

Tại MB, các tài liệu đầu vào để thiết kế Test Design bao gồm? (Chọn nhiều đáp án)

Checklist golive sản phẩm

Tài liệu nghiệp vụ đặc tả

Tài liệu thiết kế chi tiết chức năng

Tài liệu tích hợp SID

30.

Sau khi dev fix lỗi pentest xong, tester có cần phải thực hiện hoạt động rà soát ảnh hưởng không?

Yes

31.

Trong quá trình thực hiện SIT thì đối với các giao dịch tài chính cần phải đảm bảo nguyên tắc nào dưới đây?

Đảm bảo check số dư đủ để thực hiện.

Đảm bảo điều kiện trạng thái hợp lệ (trạng thái tài khoản/thẻ).

Đảm bảo các nghĩa vụ cần thực hiện (tính đến nghĩa vụ của KH đang có có khả năng thực hiện giao dịch hay không ví dụ như check CIC khi giải ngân khoản vay).

Cả 3 đáp án trên

32.

Đầu mối đánh giá thực hiện Performance Test cho YCPT L1, L2

Nhân sự kiến trúc

DEV Lead

Automation Test Lead

Manual Test Lead

33.

Đầu mối đánh giá thực hiện Performance Test cho YCPT L3, L4

Nhân sự kiến trúc

DEV Lead

Automation Test Lead

Manual Test Lead

34.

Mục tiêu chính của kiểm thử hiệu năng là gì?

Đảm bảo hệ thống không có lỗi logic

Đánh giá khả năng bảo mật của hệ thống

Xác định hiệu suất thực tế, phát hiện điểm tắc nghẽn và cải thiện hiệu năng

Kiểm tra tính đúng đắn của các chức năng nghiệp vụ

35.

Trong kiểm thử hiệu năng, "Concurrent users" được hiểu là:

Số lượng request gửi lên server mỗi giây

Số lượng lỗi xảy ra trong quá trình kiểm thử

Số lượng giao dịch thành công

Số lượng người dùng đồng thời sử dụng hệ thống

36.

Thông số nào dùng để đo số lượng giao dịch được xử lý mỗi giây?

Transactions per second (TPS)

Throughput

Hits per second

Error rate

37.

Thông số nào sau đây phản ánh thời gian phản hồi trung bình của hệ thống?

Response time

Average response time

95th percentiles response time

Transactions per second

38.

Các tiêu chí đánh giá tính năng được đưa vào thực hiện Regression Test Auto là gì?

Khả thi thực hiện Auto

Ổn định về luồng

Thường xuyên thay đổi

Hiệu quả trong regression test

39.

Điều kiện nào sau đây không thuộc tiêu chí "Khả thi thực hiện Auto test"?

Tính năng có thể tự động hóa bằng công nghệ hiện tại

Tính năng có thể đi được tròn luồng

Tính năng có giao diện người dùng thân thiện

Tính năng không gặp trở ngại kỹ thuật khi thực hiện Auto

40.

Một tính năng có thể được đánh giá là không hiệu quả trong regression test auto nếu

Có tần suất regression test cao

Giảm thiểu được nhiều nỗ lực manual

Hệ thống ổn định, ít/ không có kế hoạch phát triển hoặc nâng cấp

Ước tính tiết kiệm được nhiều thời gian test

41.

Các ứng dụng AI hiệu quả cho test là gì

Tạo sinh test data

Tạo sinh testcase

Thực thi test tự động

Tất cả các đáp án

42.

Các ứng dụng AI khó thay thế cho công việc nào của test?

Tạo testcase chi tiết từ test desgin

Tạo testscript auto chi tiết từ test case

Kiểm thử trải nghiệm người dùng

Tạo kịch bản validate

43.

Trong kiểm thử phần mềm, Smoke Test được thực hiện nhằm mục đích gì?

Đảm bảo tất cả các chức năng đều hoạt động đúng như đặc tả

Kiểm tra hiệu năng hệ thống dưới tải cao

Đánh giá bản build phần mềm ban đầu có hoạt động ổn định hay không

Kiểm tra khả năng tích hợp giữa các hệ thống

44.

Kịch bản kiểm thử nào bắt buộc phải đạt 100% trước khi được phép Golive?

Kịch bản kiểm thử của các testcase giao diện

Kịch bản kiểm thử của các testcase trọng yếu

Kịch bản kiểm thử của các testcase phi chức năng

Kịch bản kiểm thử automation

45.

Giai đoạn nào trong quy trình kiểm thử yêu cầu Tester phải lập kế hoạch và chiến lược kiểm thử?

Giai đoạn thực hiện kiểm thử SIT

Giai đoạn viết Test case

Giai đoạn đọc hiểu yêu cầu phát triển

Giai đoạn Golive

46.

Khi phát hiện lỗi trong quá trình kiểm thử SIT, Tester cần thực hiện bước nào sau đây?

Lập biên bản kiểm thử UAT

Log bug cho DEV xử lý

Thực hiện kiểm thử trên môi trường Live để xác nhận

Thông báo cho Test lead

47.

Đáp án nào đúng về các đặc điểm của yêu cầu phát triển có mức độ rủi ro thấp:

Không tác động đến hệ thống trong danh mục hệ thống cấp độ 3 trở lên theo danh sách phân loại cấp độ các hệ thống thông tin

Không tác động đến số liệu tài chính của Khách hàng

Không tác động đến thông tin khách hàng đang quản lý tại MB

Có kết nối với các đối tác bên ngoài MB

48.

Trong trường hợp phát sinh lỗi nghiêm trọng sau khi Golive, quy trình yêu cầu thực hiện bước nào?

DEV sửa lỗi trực tiếp trên môi trường Live

Đánh giá thực hiện Rollback và thực hiện kiểm thử Regression trên môi trường Live sau Rollback

Lập lại Test Design từ đầu

Dừng test & log bug live

49.

Đáp án nào không đúng về các đặc điểm của yêu cầu phát triển có mức độ rủi ro cao:

Tác động đến thông tin khách hàng đang quản lý tại hệ thống T24 và Way4

Tác động đến số liệu tài chính của Khách hàng

Chỉ ảnh hưởng đến hoạt động của duy nhất đơn vị yêu cầu

Có quy định về các tiêu chuẩn bảo mật riêng theo từng hệ thống.

50.

Những yếu tố nào sau đây là tiêu chí để phân loại một kịch bản kiểm thử là trọng yếu? (chọn nhiều đáp án)

Liên quan đến thông tin khách hàng

Kiểm tra giao diện người dùng

Có tích hợp với hệ thống nội bộ hoặc đối tác bên ngoài MB

Liên quan đến số liệu tài chính và có thể gây nguy hiểm cho hệ thống

51.

Trong quy trình kiểm thử, Tester cần thực hiện những công việc nào sau đây? (chọn nhiều đáp án)

Lập kế hoạch kiểm thử và chiến lược kiểm thử

Viết tài liệu đặc tả yêu cầu

Theo dõi hệ thống sau golive

Thực hiện kiểm thử SIT và hỗ trợ kiểm thử UAT

52.

Các hoạt động cốt lõi của Phòng Đảm bảo CLDV CNTT (IT Services QA) là gì? (chọn nhiều đáp án)

Xây dựng và chuẩn hoá khung chỉ tiêu chất lượng dịch vụ CNTT

Giám sát định kỳ chất lượng hệ thống và dịch vụ trọng yếu

Đánh giá rủi ro, điểm yếu trong chuỗi giá trị dịch vụ (Service Value Chain)

Thông qua việc giám sát, phân tích thực hiện đề xuất và thúc đẩy các hoạt động cải tiến liên tục

Báo cáo chất lượng dịch vụ CNTT cho Lãnh đạo

53.

Đâu không phải là hoạt động trong vai trò, trách nhiệm của Phòng Đảm bảo CLDV CNTT (IT Services QA) (chọn nhiều đáp án)

Xây dựng và chuẩn hoá khung chỉ tiêu chất lượng dịch vụ CNTT

Xây dựng, ban hành và audit Quy trình Phát triển sản phẩm dịch vụ CNTT

Xây dựng, ban hành và audit Quy trình Quản lý thay đổi

Tổ chức phân tích Sự cố, LSGL hàng tuần

54.

Đảm bảo chất lượng dịch vụ CNTT gắn liền nhất với mục tiêu nào sau đây?

Đảm bảo hệ thống CNTT luôn hoạt động 24/7 mà không có bất kỳ sự cố nào

Đảm bảo dịch vụ CNTT đáp ứng giá trị mong đợi của khách hàng và các bên liên quan

Tối đa hóa lợi nhuận của đơn vị cung cấp dịch vụ CNTT

Giảm chi phí vận hành hạ tầng CNTT xuống mức thấp nhất

55.

Để đánh giá chất lượng dịch vụ, chỉ số nào phản ánh góc nhìn của khách hàng tốt nhất?

Availability (Tỷ lệ sẵn sàng của hệ thống)

MTTR (Mean Time To Repair)

Customer Satisfaction (CSAT)

CPU Utilization (Mức sử dụng CPU)

56.

Mục tiêu chính của Service Level Agreement (SLA) là gì?

Giúp đội vận hành CNTT theo dõi tình trạng hệ thống nội bộ

Đưa ra mức cam kết chất lượng dịch vụ giữa đơn vị cung cấp và khách hàng

Ghi nhận số lượng sự cố và thời gian xử lý

Quy định chi phí dịch vụ CNTT

57.

Các cải tiến chất lượng dịch vụ CNTT có thể xuất phát từ các nguồn nào sau đây? (chọn nhiều đáp án)

Hoạt động phân tích sự cố, problem

Hoạt động theo dõi, đo lường, phân tích báo cáo định kỳ của QA P.ĐBCLDV

Hoạt động giám sát, cảnh bảo thường xuyên của đơn vị giám sát TTVH.

Hoạt động chủ động rà soát đánh giá, turning của nhóm phát triển

58.

Đảm bảo chất lượng dịch vụ là trách nhiệm của ai?

Bộ phận phát triển sản phẩm, owner sản phẩm dịch vụ

Bộ phận giám sát, vận hành hệ thống CNTT - TTVH

Bộ phận đảm bảo chất lượng dịch vụ ( QA ĐBCLDV)

Tất cả các bên tham gia trong vòng đời dịch vụ

59.

Cam kết Tỉ lệ Đạt SLA xử lý sự cố năm 2025 là bao nhiêu %?

0.9

0.95

0.99

Không có ngưỡng chung, tuỳ theo phân loại sự cố

60.

Theo thông báo ban hành phân loại cấp độ hệ thống CNTT mới nhất có bao nhiêu hệ thống thông tin Cấp độ 3 Cần đảm bảo hoạt động liên tục ?

61.

Đâu là chỉ tiêu CLDV CNTT đang được triển khai đo lường trên Hệ thống dịch vụ trọng yếu? (chọn nhiều đáp án)

Tỉ lệ thành công kỹ thuật

Tỉ lệ thời gian xử lý

Tỉ lệ sẵn sàng của hệ thống

Tỉ lệ đạt SLA xử lý sự cố

62.

Chỉ số "Tỉ lệ Lỗi kỹ thuật" trong CLDV hệ thống được định nghĩa như thế nào?

Tỉ lệ Lỗi kỹ thuật = (Số lượng Lỗi hệ thống / Tổng Request)

Tỉ lệ Lỗi kỹ thuật = ((Số lượng Lỗi hệ thống + Số lượng Lỗi không xác định) / Tổng Request)

Tỉ lệ Lỗi kỹ thuật = (Số lượng Lỗi hệ thống + Số lượng Lỗi bên thứ 3) / Tổng Request

Tỉ lệ Lỗi kỹ thuật = (Số lượng Lỗi hệ thống + Số lượng Lỗi người dùng) / Tổng Request

63.

Chỉ số "Mức độ sẵn sàng của hệ thống - Availability" trong CLDV hệ thống được tính theo công thức nào?

Mức sẵn sàng hệ thống = Tổng thời gian hệ thống sẵn sàng phục vụ / (Tổng thời gian hệ thống sẵn sàng phục vụ + Tổng thời gian downtime)

Mức sẵn sàng hệ thống = Tổng thời gian downtime trong kế hoạch / Tổng thời gian hệ thống sẵn sàng phục vụ

Mức sẵn sàng hệ thống = (Tổng thời gian downtime trong kế hoạch + Tổng thời gian downtime ngoài kế hoạch) / Tổng thời gian hệ thống sẵn sàng phục vụ

Mức sẵn sàng hệ thống = Tổng thời gian hệ thống sẵn sàng phục vụ / (Tổng thời gian downtime trong kế hoạch + Tổng thời gian downtime ngoài kế hoạch)

64.

Chỉ số "Tỉ lệ đạt SLA sự cố" trong CLDV hệ thống được tính theo công thức nào?

Tỉ lệ SLA đạt sự cố = Số yêu cầu đạt SLA / Tổng số yêu cầu

Tỉ lệ SLA đạt sự cố = Số sự cố đạt SLA / Tổng số yêu cầu

Tỉ lệ SLA đạt sự cố = Số sự cố không đạt SLA / Tổng số yêu cầu

Tỉ lệ SLA đạt sự cố = (Số yêu cầu đạt SLA + Số sự cố đạt SLA) / Tổng số yêu cầu

65.

Trong bộ chỉ tiêu CLDV hệ thống, API được phân chia thành các cấp độ nào? (chọn nhiều đáp án)

API đơn giản

API trung bình

API phức tạp

API liên kết

66.

Trong CLDV hệ thống, Thời gian Downtime được định nghĩa như thế nào?

Thời gian downtime được tính là thời gian không có khách hàng sử dụng dịch vụ

Thời gian downtime được tính là thời gian có tỉ lệ khách hàng sử dụng dịch vụ < 3%

Thời gian downtime được tính là thời gian dừng dịch vụ trong kế hoạch, thời gian theo giờ dịch vụ.

Thời gian downtime được tính là thời gian dừng dịch vụ ngoài kế hoạch, thời gian theo giờ dịch vụ.

67.

Mục đích của Quy định đo lường, theo dõi chỉ số hiệu suất (Time To Market) tại MB là gì?

Nâng cao năng suất, hiệu suất phát triển thông qua việc đặt mục tiêu, đo lường, phát hiện những điểm lãng phí và tìm cách loại bỏ

Chuẩn hóa cách thức quản lý công việc trên Jira để tối ưu thời gian

Chuẩn hóa cách thức quản lý yêu cầu đầu bài trên Confluence để quản lý tri thức tập trung → đảm bảo sử dụng tri thức hiệu quả

Cả 3 phương án trên

68.

Trong Quy định đo lường, theo dõi chỉ số hiệu suất (Time To Market), "Lead time" được mô tả như thế nào?

Là thời gian tính từ khi Đơn vị nghiệp vụ request yêu cầu sang CNTT cho đến khi toàn bộ yêu cầu được triển khai hoàn tất và golive

Là thời gian tính từ khi Đơn vị nghiệp vụ request yêu cầu sang CNTT cho đến khi hoàn thành Pentest

Là thời gian tính từ khi Đơn vị nghiệp vụ request yêu cầu sang CNTT cho đến khi hoàn thành Ready for Golive

Cả 3 phương án trên

69.

Trong Quy định đo lường, theo dõi chỉ số hiệu suất (Time To Market), "Cycle time" được mô tả như thế nào?

Là thời gian tính từ khi Đơn vị nghiệp vụ request yêu cầu sang CNTT cho đến khi toàn bộ yêu cầu được triển khai hoàn tất và golive

Thời gian từ khi BA thực hiện phân tích yêu cầu cho đến khi công việc được nghiệm thu hoàn tất

Thời gian từ khi DEV thực hiện phát triển yêu cầu cho đến khi công việc được nghiệm thu hoàn tất

Thời gian từ khi BA thực hiện phân tích yêu cầu cho đến khi hoàn tất kiểm thử SIT

70.

Trong Quy định đo lường, theo dõi chỉ số hiệu suất (Time To Market), Waste Effort (Nỗ lực bị lãng phí) là gì?

Thời gian chờ Dev phát triển

Thời gian chờ Tester SIT

Thời gian chờ Golive

Thời gian đã triển khai nhưng không golive hoặc bị hủy - Cancelled

71.

Trong Quy định đo lường, theo dõi chỉ số hiệu suất (Time To Market), Cycle time/ Leadtime tốt được hiểu như thế nào? (chọn nhiều đáp án)

Thời gian ngắn và hiệu quả

Dự đoán được và ổn định

Thời gian của tất cả các Epic/US đều trên 6 tháng trở lên

Thời gian của tất cả các Epic/US đều trên 12 tháng trở lên

72.

Trong "Quy trình phát triển sản phẩm dịch vụ CNTT theo mô hình Agile", sau khi hoàn tất giai đoạn "Backlog Refinement" (bước 2), team Agile sẽ chuyển sang bước nào tiếp theo?

Thiết kế chi tiết, đánh giá tác động.

Sprint Planning

PENTEST hệ thống.

Kiểm thử vận hành.

73.

Theo "Quy trình phát triển sản phẩm dịch vụ CNTT", trách nhiệm chính của Product Owner (PO) liên quan đến giá trị sản phẩm là gì?

Đảm bảo các quy trình và nguyên tắc Agile được thực thi và tuân thủ.

Quản lý trạng thái công việc và tình trạng hoạt động của nhóm Agile, nhận diện và đưa ra thảo luận các vấn đề.

Sắp xếp thứ tự ưu tiên của các hạng mục công việc để tối đa hóa giá trị của sản phẩm từ kết quả công việc của nhóm phát triển

Xây dựng tài liệu thiết kế chi tiết dựa trên tài liệu yêu cầu và thiết kế tổng thể

74.

Trong "Quy trình phát triển sản phẩm dịch vụ CNTT theo mô hình Agile", sau khi Nhân sự phát triển (DEV) hoàn thành việc lập trình và đã kiểm thử nội bộ (Unit test), sản phẩm đầu ra chính nào sẽ được đóng gói để chuyển cho bộ phận kiểm thử nội bộ CNTT?

Tài liệu đặc tả kịch bản người dùng.

Tài liệu thiết kế kiến trúc hệ thống tổng thể.

Mã nguồn đã phát triển, đã được kiểm thử Unit test và đóng gói

Tài liệu kịch bản kiểm thử vận hành.

75.

Theo "Quy trình phát triển sản phẩm dịch vụ CNTT", "Enabler Story (ES)" được định nghĩa là gì?

Một yêu cầu phát triển, thường là một chức năng người dùng dạng nhỏ nhất có thể nghiệm thu được

Danh sách các hạng mục công việc của sản phẩm.

Danh mục các tiêu chí đảm bảo sự sẵn sàng về yêu cầu đầu bài để đưa vào Sprint thực hiện phát triển.

Một yêu cầu phát triển nhưng liên quan tới kỹ thuật (yêu cầu phi chức năng, yêu cầu an ninh/bảo mật an toàn thông tin,...) để hỗ trợ việc phát triển các User Story

76.

Trong "Quy trình phát triển dịch vụ CNTT theo mô hình Waterfall", sản phẩm đầu ra chính của bước "Phân tích và thiết kế chi tiết yêu cầu" (bước 1) là gì?

Tài liệu đặc tả kịch bản người dùng và Tài liệu đặc tả yêu cầu phi chức năng

Tài liệu thiết kế chi tiết.

Kế hoạch phát triển chi tiết cho yêu cầu.

Mã nguồn đã phát triển.

77.

Trong quá trình "Backlog Refinement" (bước 2) của Quy trình Agile, việc ước lượng kích thước cho User Story/Enabler Story được thể hiện bằng cách nào?

Bằng số giờ làm việc dự kiến.

Bằng con số theo danh sách lấy trong chuỗi số Fibonanci 1, 2, 3, 5, 8, 13, 20

Bằng cách gán mức độ ưu tiên Cao, Trung bình, Thấp.

Bằng cách sử dụng hệ thống điểm quy đổi phức tạp.

78.

Theo định nghĩa, vai trò Project Manager (PM) có trách nhiệm chung nào sau đây đối với toàn bộ hoạt động dự án?

Chỉ đạo trực tiếp các hoạt động phát triển kỹ thuật của nhóm.

Đảm bảo nhóm dự án hoạt động năng suất nhất thông qua việc áp dụng Scrum.

Chịu trách nhiệm chung cho toàn bộ hoạt động dự án trong việc lập kế hoạch, tổ chức, giám sát và điều phối để đảm bảo dự án hoàn thành đúng thời hạn, trong phạm vi ngân sách và đảm bảo chất lượng.

Chịu trách nhiệm thực thi xây dựng đầu bài theo từng sản phẩm/giao phẩm của dự án

79.

Khi Project Manager (PM) thực hiện vai trò của mình trong giai đoạn "Lập kế hoạch triển khai chi tiết dự án", một trong những nhiệm vụ trọng tâm của PM là gì?

Quản lý tiến độ phát triển trong team agile theo từng sprint.

Tổ chức buổi Kick-off triển khai dự án để phổ biến và thống nhất kế hoạch chi tiết theo các mốc milestones của dự án

Nghiệm thu dự án và hợp đồng với đối tác khi dự án thuê mua.

Xác định và xử lý các impediment (trở ngại) phát sinh trong team agile.

80.

Trong giai đoạn "Thực thi việc Triển khai", những hoạt động nào sau đây thuộc về "Quản lý tiến độ dự án"? (Chọn tất cả các đáp án đúng)

Cụ thể hóa các công việc trong kế hoạch tổng của dự án thành các đầu việc nhỏ chi tiết hàng tuần

Đánh giá ảnh hưởng của sự thay đổi phạm vi đối với chi phí và tiến độ dự án.

Kiểm tra tiến độ thực hiện các công việc định kỳ, phát hiện chậm trễ và điều chỉnh kịp thời.

Phân bổ công việc/task dự án cho các nhân sự tương ứng.

81.

Kết quả đầu ra chính của giai đoạn "Đóng dự án" là gì?

Kế hoạch triển khai dự án chi tiết được thông qua và gửi đến toàn bộ thành viên dự án.

Báo cáo và đề xuất triển khai dự án được Ban lãnh đạo phê duyệt.

Các MVP (Minimum Viable Product) của dự án được Go-live theo kế hoạch.

Báo cáo kết thúc dự án được lập, trình cấp có thẩm quyền phê duyệt để chính thức đóng dự án và sản phẩm chuyển sang giai đoạn vận hành

82.

Đối với một thay đổi loại YCPT_L4, ai là người chịu trách nhiệm chính phê duyệt việc triển khai?

Trưởng/Phó phòng thuộc Khối CNTT và Nghiệp vụ.

GĐ/PGĐ trung tâm thuộc Khối của CNTT và Nghiệp vụ.

PGĐK CNTT và PGĐK Nghiệp vụ

Service Owner được CIO ủy quyền.

83.

Theo quy trình, "Các hệ thống liên quan tới dịch vụ quầy hay lực lượng bán như App Teller, MyMB, SmartChannel, QR..." không được khuyến nghị golive vào những ngày nào?

Ngày Chủ Nhật.

Các ngày Thứ Hai và Thứ Ba.

Ngày Thứ Tư.

Ngày Thứ Sáu và Thứ Bảy

84.

Ai là Service Owner thường được chỉ định cho các thay đổi được phân loại là "Cấp Policy – Cấp user đặc biệt"?

CBQL TTVHDV được CIO ủy quyền.

Administrator

CBQL SWAT Change team.

PGĐK CNTT.

85.

Trong trường hợp cần thực hiện rollback nhưng không có trong checklist golive và xảy ra trong quá trình golive, ai phải đồng nhất ý kiến để không thực hiện rollback?

Service Owner.

Đại diện đơn vị Nghiệp vụ nghiệm thu hệ thống.

Change Manager, với sự đồng nhất ý kiến của CBQL cấp Phòng của đơn vị điều phối thay đổi và CBQL cấp phòng của đơn vị thực thi thay đổi

Hội đồng CAB phê duyệt Emergency change

86.

Những loại thay đổi nào sau đây yêu cầu được đánh giá bởi Hội đồng CAB tập trung? (Chọn tất cả các đáp án đúng)

YCPT_L3

Nâng cấp phiên bản có làm ảnh hưởng đến dịch vụ (có nguy cơ downtime hoặc làm giảm chất lượng dịch vụ).

Yêu cầu cung cấp dịch vụ.

Thay đổi hạ tầng có làm thay đổi quy trình xử lý của đơn vị nghiệp vụ

87.

Nếu YCPT/YCCT không nằm trong team agile hoặc dự án (ko có PM/SM), thì ai sẽ đảm nhận vai trò change coor

Dev

Test

Dev hoặc BA (IT lead phân công)

88.

Với tính năng cần hotfix ngay, Reason for change khai báo trên sdp sẽ là loại nào và role nào sẽ đóng vai trò ChangeCoor

Dự án

YCPT ko theo dự án

Sửa lỗi, fix lỗi

Cải tiến, xuất phát từ nội bộ

89.

PM/SM trong team Agile/Dự án sẽ đảm nhận vai trò change coor ở các loại change nào sau đây

01. Dự án

03.Thay đổi hạ tầng

01. Dự án

Tất cả các loại change

90.

Trong team Agile/Dự án, role nào chịu trách nhiệm tạo change xin policy

SM/PM/BA

Dev

Test

Role nào phát sinh nhu cầu thì chủ động tự tạo

91.

Trong quá trình golive, nếu checklist sai cần thay đổi/ bổ sung sql/build lần 2,... để golive tiếp. Đầu mối xin CAB phê duyệt bổ sung sẽ là nhân sự nào?

ChangeCoor

Change team (lỗi phát sinh từ role nào thì role đó chịu trách nhiệm giải trình và xin CAB phê duyệt)

Change manager

Nhân sự TTVH

92.

Trong quá trình golive, role nào sẽ là đầu mối xin phê duyệt rollback

ChangeCoor

Lỗi tại khâu nào thì người phụ trách khâu đó tại thời điểm golive là đầu mối xin phê duyệt xử lý

Change manager

Nhân sự TTVH

93.

OLA tối đa của việc phê duyệt giao phẩm golive trên release note của nhân sự TTVH là bao lâu?

Không có OLA

94.

BA cần cung cấp tài liệu phân tích cho Team phát triển trước thời điểm Refinement tối thiểu bao lâu

2 ngày

3 ngày

1 ngày

Bàn giao lúc nào cũng được

95.

Role nào chịu trách nhiệm về việc tổ chức và đảm bảo thông tin và chất lượng cho hoạt động Refinement

Dev

PM/SM

Test

96.

Role nào chịu trách nhiệm về việc bàn giao tài liệu phân tích và yêu cầu KTS tổ chức hoạt động bảo vệ HĐGP cấp 2

Dev

PM/SM

Test

97.

Trong việc triển khai các yêu cầu của CNTT, những sự kiện nào sẽ là bắt buộc triển khai (chọn 3 đáp án)?

Review backlog định kỳ

Refinement

Daily

Planning

Review & Retrospective

98.

Trong chăm sóc khách hàng, việc tự động hóa quy trình (RPA) giúp gì?

Giảm thời gian xử lý và tăng độ chính xác

Thay thế hoàn toàn nhân viên chăm sóc khách hàng

Tăng độ phức tạp trong xử lý yêu cầu

99.

Ai là đối tượng phải tuân thủ PCI DSS?

Tất cả các tổ chức xử lý, lưu trữ hoặc truyền dữ liệu thẻ

Chỉ ngân hàng trung ương

Chỉ công ty phát hành phần mềm

100.

Trong quá trình phát triển dự án, phía nghiệp vụ yêu cầu bổ sung thêm tính năng "Quản lý hoàn trả" trong khi dự án đang trong giai đoạn kiểm thử cuối. BA cần phải xử lý như thế nào cho tình huống trên?

Ghi nhận yêu cầu vào log, đánh giá tác động và đưa vào quy trình quản lý thay đổi để stakeholders quyết định

Thêm ngay yêu cầu vào hệ thống vì phục vụ nghiệp vụ là quan trọng nhất

Yêu cầu nghiệp vụ đợi tới phiên bản nâng cấp tiếp theo mà không cần đánh giá và phân tích

Từ chối yêu cầu vì đã trễ tiến độ

101.

Kỹ thuật nào sau đây được sử dụng để xác định nguyên nhân gốc rễ của vấn đề?

SWOT Analysis

Root Cause Analysis

Brainstorming

Benchmarking

102.

MB có bao nhiêu phương pháp làm việc?

5 phương pháp

6 phương pháp

7 phương pháp

8 phương pháp

103.

Đâu là các bước Quản trị thành tích hiệu quả tại MB?

B1: Giao mục tiêu, B2: Giám sát, B3: Hiệu chỉnh mục tiêu, B4: Đánh giá thực hiện công việc

B1: Giao mục tiêu, B2: Giám sát, B3: Đánh giá thực hiện công việc

B1: Giao mục tiêu, B2: Giám sát/ Hiệu chỉnh mục tiêu, B3: Đánh giá thực hiện công việc

104.

Những kỹ thuật nào sau đây thường được BA sử dụng để phân tích và mô hình hóa yêu cầu? (chọn nhiều đáp án)

Use Case

BPMN

SWOT

Wireframe

105.

Trong MB, văn hóa "Customer Centric" – "Lấy khách hàng làm trung tâm" được BA áp dụng như thế nào?

Chỉ phân tích theo chỉ đạo cấp trên

Phát triển sản phẩm dựa trên phản hồi và nhu cầu của khách hàng

Ưu tiên KPI nội bộ hơn nhu cầu khách hàng

Tập trung vào chi phí tối thiểu khi triển khai

106.

ChatGPT là gì ?

Một công cụ dịch văn bản

Một mô hình AI xử lý ngôn ngữ tự nhiên

Một phần mềm chỉnh sửa ảnh

Một mạng xã hội

107.

ChatGPT hoạt động trên nguyên lý nào ?

Nhận dạng hình ảnh

Học máy ( Machine Learning) và mô hình ngôn ngữ

Mã hóa - giải mã tín hiệu

Tìm kiếm dữ liệu thủ công

108.

Hiệu quả của phương pháp Choice map là gì?

Đưa ra giải pháp trọng tâm

Lựa chọn các vấn đề cẩn trọng, đưa ra giải pháp trọng tâm và Win Win

Lựa chọn các vấn đề cẩn trọng

109.

Phương pháp nào dùng để giải quyết trọn vẹn, triệt để vấn đề?

M4: PU EN DA SU

M1: Phương pháp sáng tạo

M2: Phương pháp xác định vấn đề cần giải quyết

M3: DI DE VE DE ME

110.

Các kỹ năng phân tích dữ liệu mà BA trong ngân hàng nên có bao gồm ? (chọn nhiều đáp án)

Biết sử dụng SQL để trích xuất dữ liệu

Sử dụng Excel hoặc Power BI để trực quan hóa dữ liệu

Viết unit test cho hệ thống ngân hàng

Biết đọc báo cáo tài chính và đánh giá chỉ số hoạt động

111.

Phương pháp nào sau đây là hiệu quả nhất để BA phân tích các rủi ro nghiệp vụ trong quy trình xử lý tín dụng?

Fishbone Diagram

MoSCoW

Wireframe

Data Flow Diagram

112.

Trong 1 dự án, nếu giải pháp liên tục thay đổi hoặc các kết quả không hiệu quả. Là BA thuộc dự án cần làm gì để giải quyết nguyên nhân gốc rễ của vấn đề?

Đánh giá tác động

Phân tích vấn đề

Đánh giá văn hóa

Phân tích quy tắc nghiệp vụ

113.

Khi nhận được yêu cầu thay đổi một số yêu cầu quan trọng trong dự án. Trước khi tiến hành đánh giá ảnh hưởng của thay đổi thì BA cần thực hiện bước nào?

Xác định rõ các bên liên quan chịu trách nhiệm triển khai thay đổi

Phân tích toàn diện các tác động phát sinh từ thay đổi

Ước tính chi phí phát sinh do thay đổi nhu cầu

Xác nhận lại yêu cầu thay đổi xuất phát từ nhu cầu kinh doanh và phù hợp với chiến lược tổng thể của dự án và ngân hàng

114.

Các Vai trò tham giá đánh giá ảnh hưởng dịch vụ thuộc trách nhiệm của role nào (chọn nhiều đáp án)

DEV

TEST

Kinh doanh

115.

Vai trò và trách nhiệm đánh giá ảnh hưởng dịch vụ của role BA

Chịu trách nhiệm chỉ ra các thay đổi nghiệp vụ: Sản phẩm, chức năng trong tài liệu đặc tả( initiative/Epic/us/es)

Chịu trách nhiệm chỉ ra các tác động những thay đổi về kiến trúc, thiết kế code, các tham số hệ thống …trong tài liệu thiết kế chi tiết và các tài liệu khác có liên quan

Chịu trách nhiệm đánh giá phạm vi ảnh hưởng dựa trên tài liệu đặc tả và tài liệu thiết kế chi tiết để xây dựng chiến lược kịch bản test phù hợp

116.

Quy trình phát triển sản phẩm dịch vụ CNTT có mục đích là (chọn nhiều đáp án)

Chuẩn hóa quy trình phát triển sản phẩm dịch vụ CNTT trong hệ thống MB, đảm bảo các sản phẩm dịch vụ CNTT từ khi hình thành ý tưởng đến khi đưa vào triển khai đạt chất lượng tốt, nhanh và ổn định

Đảm bảo tính thống nhất và hợp tách tích cực trên toàn hệ thống MB trong quá trình tổ chức phát triển các sản phẩm dịch vụ CNTT cho hoạt động kinh doanh, hỗ trợ và quản lý của MB

Chỉ rõ vai trò, trách nhiệm, cách thức phối hợp giữa các đơn vị liên quan và các biểu mẫu cần sử dụng trong toàn bộ quá trình YCPT và xây dựng triển khai sản phẩm dịch vụ CNTT

Là tiêu chuẩn để đánh giá mức độ tuân thủ trong việc phát triển sản phẩm dịch vụ CNTT, cơ dở để xây dựng cam kết trong nội bộ khối CNTT

117.

Xu hướng công nghệ chủ đạo năm 2025

ChatGPT

Deepfake

AI Agent

118.

AI Agent có thể

Chủ động hoàn thành nhiệm vụ

Đưa ra quyết định khi cần

Cả hai đáp án trên đều đúng

119.

Thực thi tại MB là gì?

Nhanh chóng – chính xác – sáng tạo – bền bỉ

Nhanh chóng – chính xác – sáng tạo

Nhanh chóng – chính xác – Tiết kiệm - Hiệu quả

Nhanh chóng – chính xác – Hiệu quả

120.

Những giá trị cốt lõi của Scrum là gì (chọn nhiều đáp án)

Commitment

Focus

Openness

Respect

Courage

121.

Tầm nhìn của MB là gì?

Doanh nghiệp số, Tập đoàn tài chính dẫn đầu

định chế tài chính hàng đầu khu vực Đông Nam Á, có nền tảng số tốt nhất Việt Nam

Chuyển đổi ngành tài chính, nâng tầm giá trị sống; thúc đẩy mỗi người khai phá tiềm năng và bản lĩnh hành động cho những điều vượt trội

Vượt lên thách thức - Vươn mình bứt phá - Vững bước tiên phong

122.

Kỷ luật tại MB là gì?

Thượng tôn pháp luật, chấp hành nghiêm các quy định của ngành và các chuẩn mực được MB lựa chọn

Thượng tôn phát luật, chấp hành nghiêm các quy định của ngành và các chuẩn mực của NHNN

Thượng tôn phát luật, chấp hành nghiêm các quy định của ngành

Chấp hành nghiêm các quy định của ngành và các chuẩn mực của MB

123.

Bước nào sử dụng để làm cơ sở ra quyết định trong phương pháp M4 (PU EN DA SU)

Tóm tắt (Summary)

Dữ liệu (Data)

Purpose (mục đích)

Encourge (khuyến khích)

124.

Định nghĩa về "Mức độ khẩn cấp" theo quy trình quản lý yêu cầu

Là mức độ quan trọng của yêu cầu

Là mức độ rủi ro của yêu cầu

Là mức độ cần phải đáp ứng nhanh chóng yêu cầu hỗ trợ mà người dùng đòi hỏi

Là mức độ để đánh giá phạm vi ảnh hưởng, tính chất nghiêm trọng của sự cố

125.

Khái niệm cam kết chất lượng dịch vụ SLA (Service Level Agreement), tại MB được định nghĩa như thế nào?

SLA (Service Level Agreement): Cam kết chất lượng dịch vụ, là văn bản thỏa thuận giữa Khối CNTT và Người dùng về thời gian và chất lượng dịch vụ được cung cấp.

Là cam kết về thời gian xử lý đối với các bên liên quan

Là cam kết về thời gian xử lý với đối tác của MBBank

Cam kết chất lượng dịch vụ nội bộ đơn vị, là văn bản thỏa thuận giữa các Phòng/Trung tâm nội bộ trong Khối CNTT về thời gian và chất lượng dịch vụ được các Phòng/Trung tâm cung cấp cho nhanh

126.

Phương pháp sáng tạo của Mbers (M1): Năng lực là như thế nào?

Là trau dồi các kỹ năng, kiến thức, sự tinh thông nghề nghiệp;

Tư duy phát hiện và giải quyết vấn đề

Năng lực là khả năng, điều kiện chủ quan hoặc tự nhiên sẵn có để thực hiện về kiến thức, kỹ năng, tư duy sáng tạo

Là trau dồi các kỹ năng, kiến thức, sự tinh thông nghề nghiệp; Tư duy phát hiện và giải quyết vấn đề

127.

Loại tài liệu nào bắt buộc cần phải có ở tất cả Loại yêu cầu thay đổi (reason for change) trừ các Reason for change là Cấp policy - user đặc biệt (ngoại lệ), Yêu cầu cung cấp dịch vụ, Khác

Tiêu chí phân loại yêu cầu

Kế hoạch thực hiện thay đổi BM01/Checklist golive

Tài liệu hướng dẫn vận hành

Biên bản SIT

128.

Các change nào sau đây cần qua hội đồng CAB tập trung (chọn nhiều đáp án)

Cải tiến - xuất phát từ nội bộ CNTT, Dự án, Yêu cầu phát triển có Tiêu chí phân loại YCPT là L3, L4 theo quy định

Cải tiến - xuất phát từ nội bộ CNTT, Dự án, Yêu cầu phát triển có Tiêu chí phân loại YCPT từ L2 theo quy định

Cải tiến - xuất phát từ nội bộ CNTT, Dự án, Yêu cầu phát triển có Tiêu chí phân loại YCPT là L2 có thay đổi làm downtime dịch vụ

Cải tiến - xuất phát từ nội bộ CNTT, Dự án, Yêu cầu phát triển có Tiêu chí phân loại YCPT là L2 có thay đổi về kiến trúc hệ thống/ dịch vụ;

129.

OLA Thời hạn chuyển change control đối với Reason for change Yêu cầu phát triển là bao nhiêu lâu

2.5 ngày kể từ khi gửi yêu cầu, không kể ngày nghỉ

2.5 ngày so với trước ngày golive date, tính theo ngày làm việc (ngoại trừ các trường hợp phê duyệt ngoại lệ)

Tùy theo từng loại Reason for change khác nhau thì thời gian khác nhau

3.5 ngày so với trước ngày golive date, tính theo ngày làm việc (ngoại trừ các trường hợp phê duyệt ngoại lệ)

130.

Các tình huống nào sau đây phải thực hiện rollback

Rollback theo kịch bản được định nghĩa sẵn theo checklist

Rollback các tình huống không có trong checklist golive mà phát sinh trong quá trình golive

Rollback các tình huống không có trong checklist golive mà sau khi golive hoàn tất hệ thống đã đi vào hoạt động

Tất cả các đáp án trên đều đúng

131.

Biểu mẫu BM06_Biên bản Kiểm tra hệ thống trước golive yêu cầu thực hiện với các loại yêu cầu nào?

Áp dụng tất cả các yêu cầu qua hội đồng CAB tập trung

Áp dụng đối với YCPT L2 trở lên

Áp dụng với các yêu cầu L3, L4

Không đáp án nào đúng

132.

Xác định Change Coor nào sau là sai ?

Đối với đầu vào Yêu cầu thay đổi là Quy trình phát triển sản phẩm, Reason for change là Yêu cầu phát triển Change Coor luôn là SM/PM

Đối với đầu vào Yêu cầu thay đổi là Quy trình quản lý tính sẵn sàng của dịch vụ, Reason form change là Fix lỗi trong team Agile thì Change Coor có thể là một trong các role OM, ITSS, Máy chủ, CSDL&UD, DEV

Đối với đầu vào Yêu cầu thay đổi làQuy trình Quản lý sự cố, Reason for change là Yêu cầu phát triển Change Coor luôn là Incident Coor

Không có đáp án nào sai

133.

Tần suất golive nào sau đây là đúng (chọn nhiều đáp án)

Các change golive sản phẩm theo yêu cầu của nghiệp vụ thực hiện thứ 4 đến thứ 7 hàng tuần

Các change golive sản phẩm theo yêu cầu của nghiệp vụ thực hiện vào tuần thứ 2 và tuần thứ 4 của tháng - vào các ngày thứ 4,5,6,7

Các chagne fix lỗi có thể tùy theo tính cấp thiết để đánh giá và chọn ngày golive phù hợp

Golive vào các ngày thứ 2 và thứ 5 hàng tuần

134.

Cam kết SLA thực hiện Pentest với dịch vụ có khối lượng Mức lớn (từ 5-10 API) là bao lâu?

3-5 ngày làm việc

Team pentest sẽ trao đổi và thống nhất với BDA về thời gian hoàn thành đánh giá ATTT

1,5-3 ngày làm việc kết quả

2-5 ngày làm việc

135.

Yêu cầu phát triển nào không phải thực hiện pentest trước khi golive

Các YCPT L1

Các YCPT khi thực hiện điền checklist pentest kết quả trả về kết quả Pentest = No trên CSD

Các yêu cầu phát triển chỉ bổ sung hiển thị thêm cho người dùng, không bổ sung trường nhập liệu mới

Các đáp án 1,3 đúng

136.

Checklist vi phạm nào sau đây bị reject trước khi đưa vào CAB Duyệt/Không đưa vào bảo vệ CAB đối với loại Reason For change là Dự án (chọn nhiều đáp án)

Phân loại sai reason for change

Add Service Owner không đúng quy định

Không có tài liệu thiết kế tổng thể

Không có BM05_Danh gia tac dong với change qua bảo vệ hội đồng CAB

137.

Công việc nào không phải là vai trò trách nhiệm của PM ?

Xác định các bên liên quan đến dự án

Xác định phạm vi triển khai

Phân bổ backlog vào các team Agile/ Team triển khai

Quản lý tiến độ phát triển trong team agile theo từng sprint

138.

Theo Hướng dẫn phân loại yêu cầu phát triển (YCPT).Tiêu chí phân loại yêu cầu dựa trên yếu tố nào (chọn nhiều đáp án)

Mức độ rủi ro

Mức độ phức tạp

Cấp độ an toàn hệ thống thông tin

139.

Vai trò và trách nhiệm đánh giá ảnh hưởng dịch vụ của role Test

Chịu trách nhiệm chỉ ra các thay đổi nghiệp vụ: Sản phẩm, chức năng trong tài liệu đặc tả( initiative/Epic/us/es)

Chịu trách nhiệm đánh giá phạm vi ảnh hưởng dựa trên tài liệu đặc tả và tài liệu thiết kế chi tiết để xây dựng chiến lược kịch bản test phù hợp

140.

Vai trò và trách nhiệm đánh giá ảnh hưởng dịch vụ của role DEV

Chịu trách nhiệm chỉ ra các thay đổi nghiệp vụ: Sản phẩm, chức năng trong tài liệu đặc tả( initiative/Epic/us/es)

Chịu trách nhiệm đánh giá phạm vi ảnh hưởng dựa trên tài liệu đặc tả và tài liệu thiết kế chi tiết để xây dựng chiến lược kịch bản test phù hợp

141.

Cấp phê duyệt golive của NGHIỆP VỤ với Change YCPT_L4

GĐ/PGĐ trung tâm Nghiệp vụ

Trưởng/Phó phòng Nghiệp vụ

PGĐK Nghiệp vụ

142.

Cách thức gửi email thông báo tới đầu mối Khối TCKT để lấy ý kiến phản hồi liên quan đến "Hạch toán kế toán" (nếu có) cho YCPT là những cách nào sau đây? (chọn nhiều đáp án)

PO/BA gửi email tới địa chỉ: chedoketoanvathue@mbbank.com.vn

Hệ thống Jira sẽ tự động gửi email cho khối TCKT khi YCPT/US được chuyển Status sang READY FOR DEV

Không cần gửi email xin ý kiến TCKT, chỉ cần PO đồng ý

143.

Trong HƯỚNG DẪN ĐÁNH GIÁ VÀ THỰC HIỆN KIỂM THỬ HIỆU NĂNG Đầu mối đánh giá về việc cần Performance Test (chọn nhiều đáp án)

SA (Kiến trúc)

DEV LEAD

144.

Theo Hướng dẫn phân loại yêu cầu phát triển (YCPT). Yêu cầu phát triển được coi là có mức độ rủi ro Cao trong những tình huống nào?

Không có tác động đến hệ thống cấp độ 3 trở lên theo danh sách phân loại cấp độ các hệ thống thông tin của MB (ban hành theo từng thời kỳ)

Không có tác động đến thông tin khách hàng đang quản lý tại hệ thống T24/ Way4 hoặc Có tác động đến số liệu tài chính của Khách hàng

Có kết nối với các đối tác bên ngoài MB.. Có quy định về các tiêu chuẩn bảo mật riêng theo từng hệ thống

145.

Trong quá trình nhận yêu cầu phát triển từ đơn vị nghiệp vụ, yếu tố nào là bắt buộc phải có khi đặt yêu cầu?

Mục đích phát triển và mục tiêu kinh doanh đạt được

Giải pháp nghiệp vụ

Luồng vận hành quy trình mới

Giao diện màn hình trải nghiệm của khách hàng

146.

Trong quy trình phát triển phần mềm, việc quyết định thành lập team agile phụ thuộc vào yếu tố nào?

Thu thập phản hồi từ khách hàng để xác định được tính năng, sản phẩm và dịch vụ khách hàng yêu thích

Thực hiện các bài thí nghiệm quy mô nhỏ để kiểm tra xu hướng sử dụng của khách hàng, cũng như phát hiện các lỗi có thể gặp phải khi chính thức khởi chạy sản phẩm/ dịch vụ

Thử nghiệm chạy sản phẩm mới ở một thị trường mới để kiểm tra tính thích hợp của sản phẩm

Dựa vào tâm lý học để khám phá và tìm hiểu sở thích của nkhách hàng

147.

Các yêu cầu nào phải thông qua hội đồng giải pháp? (chọn nhiều đáp án)

Yêu cầu có rủi ro thấp, độ phức tạp thấp

Dự án mới

Yêu cầu L3

Yêu cầu L4

148.

SLA phản hồi cho nghiệp vụ về kế hoạch dự kiến và tính khả thi của yêu cầu là bao nhiêu?

1 ngày

2 ngày

3 ngày

0.5 ngày

149.

Tại sao phải phân loại yêu cầu theo các mức độ ( từ L1 đến L4) ?

Xác định có cần bảo vệ hội đồng giải pháp hay không?

Xác định có cần qua hội đồng CAB hay không?

Nghiệm thu tài liệu theo phân loại

Tất cả các đáp án trên

100 %

Quiz2026.1

Total questions: 149

Worksheet time: 2hrs 29mins

Similar Resources on Wayground