Quản lí thu chi Kế hoạch test

Nhóm 12 1163014-1163091-1163144-1163150 Quản lí thu chi Kế hoạch test Mã dự án: DA012 Mã tài liệu: TL012 Trường ĐH Khoa Học Tự Nhiên 07/04/2014 Nhóm 12 1163014-1163091-1163144-1163150 BẢN GHI NHẬN THAY ĐỔI TÀI LIỆU Ngày thay đổi 12/04/2014 Phiên Mô tả 1.0 Tài liệu kế hoạch kiểm thử Quản lí thu chi Người viết Trần Lê Bảo Trọng Nhóm 12 1163014-1163091-1163144-1163150 MỤC LỤC GIỚI THIỆU 1.1 Mục đích 1.2 Thông tin chung 1.3 Tài liệu liên quan 1.4 Phạm vi test 1.5 Ràng buộc 1.6 Liệt kê mạo hiểm CÁC YÊU CẦU CHO TEST CHIẾN LƯỢC TEST .7 3.1 Các kiểu test 3.1.1 Test chức (Functional Testing) 11 3.1.2 Test hiệu suất (Performance testing) 14 3.1.3 Test Bảo mật Kiểm soát truy cập (Security and Access Control Testing) .18 3.1.4 Test hồi qui (Regression Testing) 19 3.2 Giai đoạn test 20 3.3 Các công cụ test 20 3.4 Môi trường test 21 TÀI NGUYÊN .21 4.1 Nhân lực 21 4.2 Hệ thống 21 CÁC MỐC KIỂM SOÁT CỦA GIAI ĐOẠN TEST (TEST MILESTONES) 22 CÁC SẢN PHẨM 22 Nhóm 12 1163014-1163091-1163144-1163150 GIỚI THIỆU 1.1 Mục đích Tài liệu kế hoạch kiểm thử dùng để: 1.2  Xác định thông tin dự án phần dự án cần kiểm thử  Liệt kê yêu cầu kiểm thử (Test Requirements)  Nêu phương pháp, chiến lược kiểm thử nên sử dụng  Xác định nguồn lực cần tính cơng  Liệt kê kết quả, tài liệu có sau thực kiểm thử  Mục đích phần mềm để quản lý thu chi gia đình cách thuận tiện dễ dàng Thông tin chung - Xây dựng phần mềm nhằm mục đích giúp cho việc quản lý thu chi gia đình dễ dàng tiện lợi - Mục đích test phần mềm kiểm tra xem lỗi hay không,chương trinh đủ chức cân thiết chưa - Các chức phần mềm + Thêm thu chi : chức cho ta nhập khoản thu – chi gia đình để lưu lại,trong chức thêm xóa sửa khoản thu chi tùy ý người sử dụng + Tài Khoản Ngân Hàng : chức cho ta thêm ,chỉnh sửa khóa tài khoản ngân hàng + Chuyển Khoản : chức cho ta chuyển tiền từ tài khoản qua tài khoản khác + Quản Lý Loại Thu Chi : chức thêm loại thu chi, tình tạng loại thu, cho + thu Chi Cố Định : Chức cho ta biết khoản thu chi cố định hàng tháng + Khoản cho vay / Nợ : chức ghi lại danh sách cho vay nợ,cập nhật dách cho vay , hết vay xóa khoản cho vay + Quản Lý Tiết Kiệm : chức gửi tiết kiệm tiền ,thêm tiền vào sổ tiết kiệm + Chi tiết tín dụng : chức thêm xóa sửa khoản chi Nhóm 12 1163014-1163091-1163144-1163150 +Thanh Tốn tín Dụng : Hiển thị khoản tín dụng chưa tốn + Lịch Sử Thu Chi: chức tìm kiếm hiển thị khoản thu chi qua + Dự tính Tương Lai: chức dự tính số tiền minh đạt thời gian dự kiến đưa + Thuế Thu Nhập Cá Nhân: hiển thị tháng chưa đóng thuế chức đóng thuế 1.3 Tài liệu liên quan STT Tên tài liệu Đã có/ tạo Đã nhận Tài liệu mô tả yêu cầu chưa chưa Tài liệu mô tả chức chưa chưa Tài liệu kế hoạch dự án chưa chưa Tài liệu phân tích thiết kế chưa chưa Tài liệu hướng dẫn sử dụng chưa chưa Giao diện chương trình có có 1.4 Nguồn Ghi Courses.fit.hcmus.edu.vn Chỉ có giao diện Phạm vi test Mô tả giai đoạn test : Unit, Integration, System, Acceptance Liệt kê chức test : + Thêm thu chi + Tài Khoản Ngân Hàng + Chuyển Khoản + Quản Lý Loại Thu Chi + thu Chi Cố Định + Khoản cho vay / Nợ + Quản Lý Tiết Kiệm + Chi tiết tín dụng + Lịch Sử Thu Chi + Dự tính Tương Lai + Thuế Thu Nhập Cá Nhân Khơng có chức khơng test Nhóm 12 1.5 1163014-1163091-1163144-1163150 Ràng buộc Liệt kê ràng buộc trình test, là: - Mơi trường test khác thiếu số hệ thống cần để giao tiếp với hệ thống cần test (có thể thêm phần tham khảo tài liệu SRS ràng buộc mô tả SRS) - 1.6 Ràng buộc nguồn lực, lịch trình thiếu cơng cụ test, Liệt kê mạo hiểm Liệt kê mạo hiểm/rủi ro phương án khắc phục, phịng ngừa ảnh hưởng đến việc thiết kế, phát triển thực test Khi lập tài liệu cần xố dịng hướng dẫn Stt Mạo hiểm Phương án khắc phục & phòng Mức độ ảnh ngừa hưởng (MD) NA CÁC YÊU CẦU CHO TEST Danh sách xác định thành phần (tình test, yêu cầu chức phi chức năng) xác định mục tiêu test Các thành phần liệt kê danh sách test Liệt kê danh sách yêu cầu cho test CHIẾN LƯỢC TEST Chiến lược: - Test thành cơng hồn thành tốt cơng việc test phần mềm Quản li thu chi - Đảm bảo tốt chương trình hồn thành Nhóm 12 1163014-1163091-1163144-1163150 Mô tả kiểu test dùng dự án: - Test chuỗi - Test số nguyên - Test số thực - Test ký kí tự đặt biệt - Test bỏ trống - Test nút - Test combobox - Test liệu trùng - Test ngày tháng năm Việc test dừng khi: 3.1 - Nó khơng cịn hữu ích - Nó địi hỏi phạm vi định - Nó địi hỏi số lỗi định phải tìm - Hết thời gian test - Tester trả lại gói phần mềm cho LTV chưa sửa lỗi - Chương trình test bị hủy - Dự án tạm ngừng… Các kiểu test Đối với kiểu test phải giải thích kỹ thuật, điều kiện hồn thành vấn đề đặc biệt liên quan Nhóm 12 1163014-1163091-1163144-1163150 Kỹ thuật: Kỹ thuật phải mô tả việc test thực nào, bao gồm test, hoạt động thực trình test phương pháp dùng để đánh giá kết Điều kiện hoàn thành: Điều kiện hoàn thành phát biểu nhằm hai mục đích: - Xác định chất lượng sản phẩm chấp nhận - Xác định thời điểm mà nỗ lực test thực thành công Một điều kiện hoàn thành phát biểu rõ ràng phải bao gồm: - Chức năng, hoạt động điều kiện tính tốn - Phương pháp tính tốn Điều kiện mức độ thích ứng với phép đo Các vấn đề đặc biệt: Phần phải ảnh hưởng phụ thuộc tác động ảnh hưởng đến nguồn lực test mô tả chiến lược Các ảnh hưởng bao gồm: Nhân cơng (ví dụ sẵn sàng cần thiết nguồn lực khác test để hỗ trợ/tham gia test); ràng buộc (ví dụ hạn chế thiết bị sẵn sàng cần thiết/thiếu thiết bị đặc biệt); yêu cầu đặc biệt (ví dụ lịch test truy cập vào hệ thống) Một ví dụ mơ tả kiểu test: Kỹ thuật: - Functional Test Đối với chu trình kiện UC, xác định tập giao dịch đại diện cho hành động tác nhân thực UC Tối thiểu phải có TC cho giao dịch, TC để phản ánh điều kiện tích cực phản ánh điều kiện tiêu cực (không chấp nhận) Trong giai đoạn đầu tiện, UC 1-4 12 test, theo hình thức sau: UC bắt đầu với tác nhân truy cập thành công vào ứng dụng cửa sổ chính, kết thúc người dùng xác định SAVE Nhóm 12 1163014-1163091-1163144-1163150 Mỗi TC tiến hành thực cách sử dụng Rational Robot Việc kiểm tra đánh giá việc thực TC thực theo phương pháp sau: Thực Test script (Mỗi test script có thực thành cơng mong muốn khơng?) Tình trạng Window phương pháp kiểm tra Object Data (tiến hành test script) dùng để kiểm tra hiển thị hình liệu xác định nắm bắt/hiển thị mục tiêu test thực test Cơ sở liệu mục tiêu test (sử dụng Microsoft Access) kiểm tra trước test kiểm tra lại sau test để kiểm chứng thay đổi thực trình test phản ánh xác liệu - Performance Test: Với UC, xác định tập giao dịch, định nghĩa tài liệu phân tích workload, tiến hành thực Rational Suite PerformanceStudio Rational Robot (GUI scripts) Ít workloaf phản ánh test script lịch trình thực test, bao gồm: Stressed workload: 750 người dùng (15 % quản lý, 50 % bán hàng, 35 % marketing) Peak workload: 350 người dùng (10 % quản lý, 60 % bán hàng, 30 % marketing) Nominal workload: 150 người dùng (2 % quản lý, 75% bán hàng, 23 % marketing) Test script dùng để thực giao dịch bao gồm đếm thời gian tương tự để đo thời gian phản hồi, ví dụ tổng thời gian giao dịch (như định nghĩa tài liệu phân tích workload), hoạt động giao dịch thời gian xử lý Test script thực workload (trừ phi ghi khác tài liệu phân tích workload) Kiểm tra đánh giá việc thực thực test (của workload) bao gồm: Thực test theo dõi biểu đồ trạng thái (để xác định việc test workload thực mong muốn) Nhóm 12 1163014-1163091-1163144-1163150 Thực test script (mỗi test script có thực thành công mong đợi không?) Ghi nhận đánh giá thời gian phản hồi định nghĩa báo cáo sau:  Performance Percentile  Response Time Điều kiện hồn thành: Tất TC có kế hoạch thực Tất lỗi xác định phải ghi nhận vào giải pháp thỏa thuận (All identified defects have been addressed to an agreed upon resolution) Tất TC có kế hoạch thực lại toàn lỗi mở ghi nhận thỏa thuận khơng có lỗi phát Hoặc Toàn TC đặt mức ưu tiên cao thực Toàn lỗi tìm thấy ghi nhận vào giải pháp thỏa thuận Tồn lỗi có trọng số giải Tất TC có mức ưu tiên cao thực lại toàn lỗi mở ghi nhận thỏa thuận lỗi phát Các vấn đề đặc biệt - Cơ sở liệu test yêu cầu người thiết kế quản trị CSDL hỗ trợ để tạo mới, cập nhật làm tươi liệu test - Việc test hiệu suất hệ thống sử dụng máy chủ mạng (có hỗ trợ giao dịch khác không thuộc việc test) Việc test phải lập lịch vào khơng cịn giao dịch khác mạng - Mục tiêu test phải đồng với hệ thống hợp lệ (hoặc giả lập đồng bộ) để việc test chức tiến hành thực - Việc test bị dừng số lỗi vượt norm, - Cán test dừng test lập trình viên khơng thực unit test, 10 Nhóm 12 3.1.1 1163014-1163091-1163144-1163150 Test chức (Functional Testing) 3.1.1.1 Test chức (Function Testing) Mục đích test chức tập trung vào yêu cầu test lưu vết trực tiếp UC chức qui tắc nghiệp vụ Mục tiêu kiểu test kiểm tra tính đắn liệu, qui trình báo cáo việc thực qui tắc nghiệp vụ Kiểu test dựa vào kỹ thuật black box, tức kiểm tra ứng dụng xử lý nội cách tương tác với ứng dụng thông qua giao diện người sử dụng phân tích kết đầu Bảng sau liệt kê số gợi ý ứng dụng: Mục đích test: Đảm bảo mục tiêu test đắn chức năng, bao gồm định hướng, liệu đầu vào, xử lý liệu nhận Cách thực hiện: Thực UC, chu trình UC chức năng, sử dụng liệu hợp lệ không hợp lệ để kiểm tra: - Kết mong đợi với liệu hợp lệ - Lỗi thích hợp thơng báo hiển thị liệu không hợp lệ - Mỗi qui tắc nghiệp vụ áp dụng Điều kiện hoàn thành: - Toàn kế hoạch test thực Các vấn đề đặc biệt: Xác định mô tả vấn đề (nội bên ngoài) ảnh hưởng đến việc test chức - Toàn lỗi phát ghi nhận 3.1.1.2 Test giao diện người sử dụng (User Interface Testing) Test giao diện người dùng (UI) kiểm tra tương tác người dùng với phần mềm Mục tiêu test UI để đảm bảo giao diện người dùng cung cấp cho người sử dụng cách truy cập sử dụng thích hợp thông qua chức mục tiêu test Ngồi ra, test UI cịn để đảm bảo đối tượng phạm vi chức UI giống mong đợi phù hợp với tổ chức chuẩn ngành Mục đích test: Kiểm tra: 11 Nhóm 12 1163014-1163091-1163144-1163150  Việc sử dụng thông qua mục tiêu test phản ánh chức yêu cầu nghiệp vụ, bao gồm hình đến hình, trường đến trường sử dụng phương pháp truy cập (phím tabs, di chuột, tổ hợp phím)  Các đối tượng thuộc tính menus, size, position, state, tập tring vào việc tương thích với chuẩn Cách thực hiện: Tạo chỉnh sửa test cho hình để kiểm tra việc sử dụng cách tình trạng đối tượng cho hình đối tượng ứng dụng Điều kiện hoàn thành: Mỗi hình kiểm tra thành cơng với phiên kiểm tra phạm vi chấp nhận Các vấn đề đặc biệt: Khơng phải tồn thuộc tính đối tượng truy cập 3.1.1.3 Test liệu tích hợp liệu (Data and Database Integrity Testing) Cơ sở liệu xử lý sở liệu phải test hệ thống dự án hệ thống phải test không cần thông qua giao diện người dùng để giao tiếp với liệu Nghiên cứu thêm DBMS để xác định công cụ kỹ thuật có giúp hỗ trợ cho việc test: Mục đích test: Đảm bảo phương pháp truy cập chức xử lý khơng có sai lệch liệu  Thực phương pháp truy cập xử lý, thử trường hợp với liệu hợp lệ không hợp lệ yêu cầu liệu Cách thực hiện:  Kiểm tra sở liệu để đảm bảo liệu lưu trữ mong đợi, toàn kiện với sở liệu xảy đúng, hợc xem xét liệu trả để đảm bảo nhận liệu cho lý Điều kiện hoàn thành: Tất phương pháp truy cập chức xử lý giống thiết kế khơng có sai lệch liệu Các vấn đề đặc biệt:  Việc test địi hỏi phải mơi trường phát triển DBMS drivers để truy cập sửa liệu trực tiếp sở liệu  Các xử lý phải thực tay  Cơ sở liệu có kích thước nhỏ tối thiểu (giới hạn số ghi) phải dùng để làm rõ thêm kiện khơng 12 Nhóm 12 1163014-1163091-1163144-1163150 phép chấp nhận 3.1.1.4 Test chu trình nghiệp vụ (Business Cycle Testing) Test chu trình nghiệp vụ phải thực hoạt động dự án qua thời gian Phải xác định chu kỳ, ví dụ năm, giao dịch hoạt động xảy chu kỳ năm phải thực Việc bao gồm chu kỳ hàng ngày, hàng tuần hàng tháng kiện ảnh hưởng ngày tháng, ví dụ ứng dụng ngân hàng Mục đích test: Đảm bảo mục đích test đắn tiến trình chạy ngầm thực u cầu mơ hình nghiệp vụ lịch trình Việc test giả lập vài chu trình nghiệp vụ cách thực công việc sau:  Các test dùng cho việc test chức sửa lại nâng cấp để tăng số lần chức thực để giả lập số người dùng khác chu kỳ định  Toàn chức theo ngày tháng thực với liệu hợp lệ không hợp lệ chu kỳ thời gian Cách thực hiện:  Tồn chức xảy lịch trình chu kỳ thực vào thời gian thích hợp  Việc test bao gồm liệu hợp lệ không hợp lệ để kiểm tra: - Kết xảy liệu hợp lệ - Lỗi tương tự cảnh báo hiển thị liệu khơng hợp lệ Điều kiện hồn thành: Các vấn đề đặc biệt:  Mỗi qui tắc nghiệp vụ áp dụng  Toàn kế hoạch test thực  Toàn lỗi phát ghi nhận  Ngày kiện hệ thống địi hỏi hoạt động hỗ trợ đặc biệt  Mơ hình nghiệp vụ đòi hỏi xác định yêu cầu thủ tục test thích hợp 13 Nhóm 12 3.1.2 1163014-1163091-1163144-1163150 Test hiệu suất (Performance testing) 3.1.2.1 Performance Profiling Performance profiling dạng test hiệu suất thời gian phản hồi, tỷ lệ giao dịch yêu cầu phụ thuộc thời gian khác đo đạc đánh giá Mục đích Performance Profiling kiểm tra yêu cầu hiệu suất có đạt hay khơng Performance profiling tiến hành thực để mô tả sơ lược điều chỉnh hành vi hiệu suất mục tiêu test hàm điều kiện ví dụ workload cấu hình phần cứng Chú ý: Các giao dịch tham chiếu đến “các giao dịch nghiệp vụ logic” Các giao dịch định nghĩa xác định UC mà tác nhân hệ thống hy vọng thực cách sử dụng mục tiêu test, thêm sửa hợp đồng Kiểm tra biểu hiệu suất cho giao dịch chức nghiệp vụ thiết kế theo điều kiện sau: Mục đích test:  workload bình thường biết trước (normal anticipated workload)  workload xấu biết trước (anticipated worst case workload)  Sử dụng thủ tục test cho test chức chu trình nghiệp vụ Cách thực hiện:  Chỉnh sửa file liệu để tăng số lượng giao dịch scripts để tăng số tương tác xảy giao dịch  Scripts phải chạy máy (trường hợp tốt để đánh giá người dùng đơn lẻ, giao dịch đơn lẻ) phải lặp lại nhiều máy trạm (ảo thực, xem vấn đề đặc biệt đây) Điều kiện hoàn thành: Các vấn đề đặc biệt:  Giao dịch đơn lẻ người dùng đơn lẻ: Thực thành công test script khơng có lỗi phạm vi mong đợi thời gian phản hồi cho giao dịch  Nhiều giao dịch nhiều người dùng: Thực thành cơng test script khơng có lỗi thời gian chấp nhận Việc test hiệu suất toàn diện bao gồm phải có workload máy chủ Có số phương pháp để thực hiện, bao gồm: 14 Nhóm 12 1163014-1163091-1163144-1163150  “Drive transactions” trực tiếp đến máy chủ, thường form gọi SQL  Tạo người dùng ảo để giả lập nhiều máy trạm, thường vài trăm Sử dụng công cụ Remote Terminal Emulation để thực việc load này, kỹ thuật dùng để load giao dịch mạng  Sử dụng nhiều người dùng, người chạy test script để load lên hệ thống Test hiệu suất phải thực máy chuyên dụng thời gian chun dùng Điều cho phép việc tính tốn đầy đủ xác Cơ sở liệu sử dụng để test hiệu suất phải có kích thước thực tế đo 3.1.2.2 Load Testing Load testing kiểu test hiệu suất mà mục tiêu kiểm tra workload để tính tốn đánh giá hiệu suất khả mục đích test để tiếp tục thực chức thích hợp với workload khác Mục đích load testing xác định đảm bảo chức hệ thống thích hợp với nhiều workload Ngồi load testing cịn đánh giá tính hiệu suất thời gian phản hồi, tỉ lệ giao dịch vấn đề liên quan đến thời gian khác Chú ý: Các giao dịch tham chiếu đến “các giao dịch nghiệp vụ logic” Các giao dịch định nghĩa chức xác định mà người dùng cuối hệ thống mong muốn thực thông qua ứng dụng thêm sửa thông tin hợp đồng Mục tiêu test: Cách thực hiện: Điều kiện hoàn Kiểm tra hiệu suất thời gian cho giao dịch tình nghiệp vụ thiết kế với nhiều điều kiện workload  Sử dụng test xây dựng cho test chức chu trình nghiệp vụ  Sửa lại file liệu để tăng số lượng giao dịch test nhằm tăng thêm số lần thực giao dịch Nhiều giao dịch nhiều người dùng: Thực thành cơng 15 Nhóm 12 thành: Các vấn đề đặc biệt: 1163014-1163091-1163144-1163150 việc test khơng có lỗi thời gian chấp nhận  Load testing phải thực máy chuyên dụng vào chuyên biệt Nó cho phép đo đạc đầy đủ xác  Cơ sở liệu dùng cho load testing phải có kích thước thực tế đo 3.1.2.3 Stress Testing Stress testing kiểu test hiệu suất thực để tìm lỗi trường hợp thiếu tài nguyên cạnh tranh tài nguyên Bộ nhớ dung lượng đĩa làm xuất lỗi mục đích test mà khơng xuất điều kiện bình thường Các lỗi khác kết việc cạnh tranh chia sẻ tài nguyên khóa sở liệu băng thông mạng Stress testing dùng để xác định wordload tối đa mà mục đích test điều khiển Chú ý: Tham khảo giao dịch tham chiếu đến giao dịch nghiệp vụ logic Kiểm tra chức mục đích test đắn khơng có lỗi với điều kiện sau:  Có khơng có nhớ phù hợp máy chủ (RAM DASD)  Số lượng máy trạm tối đa thực tế giả lập kết nối vào máy chủ Mục đích test:  Nhiều người dùng thực giao dịch với liệu account  Độ lớn giao dịch xấu hỗn hợp (xem phần Performance Testing trên) Chú ý: Mục đích Stress Testing phát biểu rõ ghi điều kiện mà hệ thống lỗi, tiếp tục thực chức cách thích hợp Cách thực hiện:  Sử dụng test xây dựng để thực Performance Profiling Load Testing  Để test việc hạn chế tài nguyên, test phải chạy máy đơn lẻ RAM DASD máy chủ phải giảm hạn chế 16 Nhóm 12 1163014-1163091-1163144-1163150  Để thực stress tests khác phải sử dụng nhiều người dùng chạy TC bổ sung test để thực độ lớn giao dịch xấy hỗn hợp Điều kiện hoàn thành: Toàn kế hoạch test thực hạn chế hệ thống xác định thỏa mãn điều kiện tối thiểu đặt sai trong hợp điều kiện không nằm điều kiện xác định  Việc test Stressing mạng địi hỏi cơng cụ để load mạng với nhiều thơng báo gói liệu Các vấn đề đặc biệt:  DASD dùng cho hệ thống phải tạm thời giảm xuống để hạn chế khả chỗ trống cho tăng trưởng sở liệu  Đồng hóa máy trạm đồng thời truy cập vào ghi account liệu 3.1.2.4 Volume Testing Mục tiêu Volume Testing để kiểm tra giới hạn độ lớn liệu làm phần mềm bị sai Volume Testing xác định load lớn liên tục độ lớn mà mục đích test điều khiển chu kỳ cho Ví dụ, mục đích test xử lý tập ghi để tạo báo cáo, Volume Test dùng sở liệu test lớn kiểm tra xem phần mềm có chạy bình thường cho báo cáo khơng Mục đích test: Kiểm tra xem mục tiêu test có thực thành cơng chức theo điều kiện sau không:  Số máy trạm lớn kết nối (thực tế vật lý – có thể), giả lập, tất thực chức nghiệp vụ chu kỳ mở rộng  Kích thước sở liệu lớn (thực tế đo được) nhiều query giao dịch báo cáo thực đồng thời Cách thực hiện:  Sử dụng test xây dựng cho Performance Profiling Load Testing  Có thể dùng nhiều người dùng, chạy test bổ sung test để thực trường hợp giao dịch volume hỗn hợp xấu (xem Stress Testing trên) chu kỳ mở 17 Nhóm 12 1163014-1163091-1163144-1163150 rộng  Tạo sở liệu lớn (thực tế, qui đổi, lọc liệu đại diện) nhiều người dùng chạy query giao dịch báo cáo đồng thời chu kỳ mở rộng 3.1.3 Điều kiện hoàn thành:  Toàn kế hoạch test thực giới hạn hệ thống xác định đạt tới xử lý mà khơng có lỗi Các vấn đề đặc biệt: Chu kỳ thời gian chấp nhận cho điều kiện sở liệu lớn, nói trê? Test Bảo mật Kiểm sốt truy cập (Security and Access Control Testing) Test bảo mật kiểm soát truy cập tập trung vào hai lĩnh vực bảo mật chính: - Bảo mật mức ứng dụng, bao gồm truy cập liệu chức nghiệp vụ - Bảo mật mức hệ thống, bao gồm truy cập vào hệ thống truy cập từ xa Bảo mật mức ứng dụng đảm bảo rằng, dựa bảo mật yêu cầu, người dùng bị hạn chế sử dụng số chức tình sử dụng, bị hạn chế giới hạn liệu phù hợp với họ Ví dụ, người phép nhập liệu để tạo account có người quản lý xóa chúng Nếu bảo mật mức liệu, việc test đảm bảo “người dùng nhóm 1” nhìn thấy thông tin khách hàng, bao gồm liệu tài chính, nhiên “người dùng nhóm 2” nhìn thấy thông tin chung chung cho khách hàng Bảo mật mức hệ thống đảm bảo người dùng cho quyền truy cập vào hệ thống có khả truy cập vào ứng dụng cổng thích hợp Mục đích test:  Bảo mật mức ứng dụng: Đảm bảo người dùng truy cập vào chức liệu mà nhóm người dùng phép  Bảo mật mức hệ thống: Đảm bảo người phép truy cập hệ thống ứng dụng phép truy cập chúng 18 Nhóm 12 1163014-1163091-1163144-1163150  Bảo mật ứng dụng: Xác định liệt kê nhóm người dùng chức liệu mà họ phép truy cập  Tạo test case cho nhóm người dùng kiểm tra quyền cách tạo giao dịch xác định cho nhóm Cách thực hiện:  Sửa lại nhóm người dùng chạy lại tình test cho người dùng Với trường hợp, kiểm tra chức thêm vào liệu có khơng hay bị từ chối  Truy cập mức hệ thống: tham khảo điều kiện đặc biệt 3.1.4 Điều kiện hồn thành: Với nhóm người dùng có chức liệu thích hợp, toàn chức giao dịch dự kiến chạy test chức ứng dụng trước Các vấn đề đặc biệt: Truy cập vào hệ thống phải xem xét thảo luận với quản trị hệ thống quản trị mạng, khơng cần chức quản trị mạng quản trị hệ thống Test hồi qui (Regression Testing) Test hồi qui hoạt động cấn thiết để việc thay đổi code không gây ảnh hưởng bất lợi Mục đích test: Test hồi qui dùng để kiểm tra phần sửa chữa phần mềm, để đảm bảo thay đổi khơng gây lỗi phần khác  Tái sử dụng TC từ phần test trước để test module sửa chữa  Sử dụng công cụ Rational Robot: Tạo số test script chức Định nghĩa lịch thực tự động cho chúng Cách thực hiện:  80% TC chọn ngẫu nhiên  Xây dựng chương trình phân tích sơ sở hạ tầng Chúng ta dựng sở hạ tầng mở rộng để thực đánh giá chương trình phân tích Dựa vào kết phân tích xác định phạm vi cần test hồi qui 19 Nhóm 12 1163014-1163091-1163144-1163150 Điều kiện hoàn thành:  Toàn TC thực đạt yêu cầu  Toàn TC chọn thực đạt yêu cầu Các vấn đề đặc biệt: 3.2 Giai đoạn test Làm rõ trạng thái giai đoạn thực test Bảng sau liệt kê giai đoạn mà việc test thường thực Giai đoạn test Kiểu test Integratio n Unit System Acceptance Functional Tests (Function, User Interface) X X X X X X X X Performance Tests (Performance profiles of individual components) Performance Tests (Load, Stress, Contention) Reliability (Integrity, Structure) 3.3 X X Các công cụ test Mục đích Cơng cụ Nhà cung cấp/Tự xây dựng Tạo môi trường test laptop Tự xây dựng Xem liệu test liệu microsoft office access microsoft 2010 Tạo, xem report crystal report SAP 2012 20 Phiên Nhóm 12 Lập báo cáo thống kê 3.4 1163014-1163091-1163144-1163150 microsoft office microsoft 2010 Môi trường test Chỉ rõ môi trường xây dựng để thực test qua giai đoạn Unit test, Intergration test, System test, Acceptance test… Với giai đoạn, xác định yếu tố để xây dựng môi trường test nào, sử dụng mơi trường mà chương trình chạy thật hay tạo môi trường giả lập gần giống với môi trường chạy thật chương trình Các yếu tố mơi trường như: - Khi test chạy chương trình dịch hay chạy code Thông thường, giai đoạn System test, Acceptance test phải chạy dịch - Các database sử dụng độc lập hay dùng chung với database phát triển Thơng thường, từ Intergration test, nhóm test phải thiết lập database riêng thiết lập thông số cho database gần giống giống hệt chương trình chạy thật - Điều kiện mạng: sử dụng mạng LAN hay Dial up… Thông thường, Unit test, sử dụng mạng LAN System test trở nên sử dụng hệ thống đường truyền giống gần giống môi trường chạy thật - Mơ hình cài đặt chương trình test: số lượng máy chủ, máy trạm; việc chia tách server, máy trạm, việc cài đặt domain … Thơng thường, Unit test sử dụng viếc thiết lập lập trình, System test trở đi, phải ý thiết lập cho gần giống mơ hình chạy thực tế 4.1 TÀI NGUYÊN Nhân lực Bảng sau mơ tả nguồn lực test cho dự án 21 Nhóm 12 1163014-1163091-1163144-1163150 Nhân Số lượng tối thiểu nên có - Họ tên người thực hiện) Trách nhiệm/Ghi Quản lý kiểm thử (Test Manager, Test Project Manager) - Trần Lê Bảo Trọng Quản lý họat động kiểm thử Nhiệm vụ: - Hướng dẫn kỹ thuật - Sử dụng quản lý nguồn lực - Báo cáo quản lý Nhân viên kiểm thử Thực việc kiểm thử Nhiệm vụ: - Tiến hành kiểm thử - Viết ghi kết kiểm thử (Test Logs) - Viết tài liệu báo cáo kiểm thử Đảm bảo môi trường hệ thống để kiểm thử Nhiệm vụ: - Phối hợp kiểm tra hệ thống môi trường (máy chủ, ) - Cài đặt ứng dụng cần thiết để kiểm thử hệ thống - Báo cáo tình trạng hệ thống - Tường Duy Biển - Nguyễn Duy Thanh Nhật Quản trị hệ thống - Bùi Thanh Tú 4.2 Hệ thống 4.3 Yêu cầu phần cứng: Ram: 512 Hệ điều hành: win Bộ vi xử lý: Core i3, Core due trở lên Yêu cầu phần mềm: Framwork 4.5 Crytal report 2012 22 Nhóm 12 1163014-1163091-1163144-1163150 CÁC MỐC KIỂM SOÁT CỦA GIAI ĐOẠN TEST (TEST MILESTONES) Test v1.0 phải phối hợp hoạt động test cho nguồn lực test xác định phần trước Độc lập với milestone dự án, phải xác định để thông tin tình trạng hồn thành dự án Nhiệm vụ Ngày bắt đầu Ngày kết thúc Kế hoạch 13/04/2014 15/04/2014 Thực kiểm thử 15/04/2014 22/04/2014 Đánh giá kế hoạch kiểm 22/04/2014 23/04/2014 thử CÁC SẢN PHẨM ST T Sản phẩm Ngày bàn giao Người bàn giao Người nhận bàn giao Test cases 12/04/2014 Trần Lê Bảo Trọng Biển, Nhật Test procedures 12/04/2014 Trần Lê Bảo Trọng Trọng,Tú Defect log 14/04/2014 Trần Lê Bảo Trọng Tú, Nhật Defect reports 15/04/2014 Trần Lê Bảo Trọng Biển, Nhật 23 ... kho? ?n qua tài kho? ?n khác + Qu? ? ?n Lý Loại Thu Chi : ch? ??c thêm loại thu chi, tình tạng loại thu, cho + thu Chi Cố Định : Ch? ??c cho ta biết kho? ?n thu chi cố định hàng tháng + Kho? ?n cho vay / N? ?? : ch? ??c... l? ?u lại,trong ch? ??c thêm xóa sửa kho? ?n thu chi tùy ý người sử dụng + Tài Kho? ?n Ng? ?n Hàng : ch? ??c cho ta thêm ,ch? ??nh sửa khóa tài kho? ?n ng? ?n hàng + Chuy? ?n Kho? ?n : ch? ??c cho ta chuy? ?n ti? ?n từ tài kho? ?n. .. Lý Loại Thu Chi + thu Chi Cố Định + Kho? ?n cho vay / N? ?? + Qu? ? ?n Lý Tiết Kiệm + Chi tiết t? ?n dụng + L? ?ch Sử Thu Chi + Dự tính Tương Lai + Thu? ?? Thu Nhập Cá Nh? ?n Khơng có ch? ??c khơng test Nhóm 12 1.5