
- Dựa vào đâu các em đề xuất các chức năng cho proposal.
- Cơ sở nào để xác định rủi ro dự án.
- Cơ sở nào để lên kế hoạch plan dự án.
- Căn cứ vào cái gì để xác định độ ưu tiên của UT và PB.
- Các mô hình (mô hình kiến trúc dự án) xây dựng được dựa trên mô
- hình nào và cơ sở nào để bộ phận lập trình thực hiện theo mô hình đó.
- Chứng minh nhóm thực hiện theo scrum, bằng cái gì? căn cứ trên cái nào?
- Vì sao biểu đổ burndown chart nó lên và xuống? trong các trường hợp.
- Nếu điểm kết thúc sprint 1 có phải điểm bắt đầu của sprint 2? tại sao
- trục tung, hoành biểu thị cho cái gì? burndown chart.
- Vai trò của scrum master? vai trò của product owner?
- Vai trò của team member.
- Trong 1 sprint có sự thay đổi vai trò hay thành viên hay ko?
- Khi nào chúng ta component test? ai là người test unix?
- 13. trong trường hợp sprint bị quá thời gian mà test chưa xong, thì làm gì
- trong trường hợp bị quá deadline mà test chưa xong.
- Cách tính điểm hòa vốn? sử dụng công thức nào? ai sẽ là người chịu trách nhiệm với điểm hòa vốn.
- Trong trường hợp chúng ta làm nó vượt ngân sách thì xử lý như thế nào?
- Lập kế hoach chi tiết
- Ước lượng thời gian
- Khối lượng công việc
- Xác định chi tiết các phần công việc.
- Người thực hiện, milestone trong quá trình thực hiện test
- Phân biệt usercase và userstory ,userstory có mục đích gì? userstory là yêu cầu của ng dùng
- khi viết userstory ta sẽ trả lời 3 câu hỏi:- ai sẽ sử dụng chức năng đó - chức năng đó dùng làm gì - tại sao phải có chức năng đó
- nhìn được độ ưu tiên của chức năng trong hệ thống, loại bỏ được chức năng dư thừa
- 19. Dựa vào đâu để chia thành các sprint
- 20. Ai là người đưa ra các mức độ ưu tiên cho các chức năng?
- UI hỗ trợ để viết testcase
- Testcase bao gồm thành phần nào? Test Case ID , chức năng function, testdata: những dữ liệu cần chuẩn bị test, các bước test, Kết quả mong đợi, két quả thực tế, ngày tháng thưc hiện test, tên người test
- Trong moi Truong da dang ve trinh do van hoa, lam sao tao ra duoc moi truong de truc hien Scrum
- Nhung cong cu duoc su dung de do Luong trong Scrum.
- Cach nao khác phúc loi trong khi su dung Scrum.
- kết quả thực tế khi test ko đạt thì fail,
- Nhờ có kết quả truy vấn mà các tester có thể xác định kiểm thử là “pass” hay “fail”
- Sprint có phải là mini waterfall hay không? Tại sao?
- Nêu công thức cần tính ra tốc độ ước tính cho Sprint ?
- Kỹ thuật thu thập yêu cầu bao gồm những kĩ thuật nào?
- Product backlog là gì?
- Tam giác dự án là gì? Nó là loại tam giác gì ?
- Ba khung nhìn của dự án là gì?
- Dự án cần phân chia thành các công việc nhỏ hơn, mỗi công việc được định rõ, ước lượng và theo dõi gọi là gì ?
- Tại sao phải kết hợp cả BVA và EP trong kiểm thử?
- Các bên liên quan họ là ai ?
- Sprint backlog là gì?
- User Story là gì?
- Nêu công thức cần tính ra tốc độ ước tính cho Sprint ?
- Kỹ thuật thu thập yêu cầu bao gồm những kĩ thuật nào?
- Công nghệ phần mềm là gì? Nó bao gồm các yếu tố nào?
- Tam giác dự án là gì? Nó là loại tam giác gì ?
- Ba khung nhìn của dự án là gì?
- Các bên liên quan họ là ai ?
- Daily scrum là gì?
Đăng nhận xét