Báo cáo BTL môn công cụ và môi trường phát triển phần mềm

MỤC LỤC A GIỚI THIỆU ĐỀ TÀI 2 B CƠ SỞ LÝ THUYẾT 3 I LÝ THUYẾT VỀ KIỂM THỬ PHẦN MỀM 3 1 1 Kiểm thử phần mềm là gì ? 3 1 2 Phân loại kỹ thuật kiểm thử 4 1 3 Các cấp độ kiểm thử phần mềm 4 1 4 Quy trình[.]

Báo cáo BTL môn Công cụ môi trường phát triển phần mềm MỤC LỤC A.GIỚI THIỆU ĐỀ TÀI B.CƠ SỞ LÝ THUYẾT I LÝ THUYẾT VỀ KIỂM THỬ PHẦN MỀM 1.1 Kiểm thử phần mềm ? 1.2 Phân loại kỹ thuật kiểm thử 1.3 Các cấp độ kiểm thử phần mềm 1.4 Quy trình kiểm thử phần mềm II LÝ THUYẾT VỀ KIỂM THỬ TỰ ĐỘNG 2.1 Khái quát kiểm thử phần mềm tự động 2.2 Kiểm thử tự động 2.3 Tại phải kiểm thử tự động 6 2.4 Nguyên tắc kiểm thử tự động 2.5 Quy trình kiểm thử tự động 2.6 So sánh kiểm thử tự động kiểm thử thủ công C.CƠ SỞ THỰC TIỄN I GIỚI THIỆU CHUNG VỀ PHẦN MỀM TEST COMPLETE 10 10 12 12 1.1 Giới thiệu Test complete 12 1.2 Lịch sử hình thành 12 1.3 Đặc điểm Test complete 13 1.4 Cài đặt 14 1.5 Giao diện phần mềm II HƯỚNG DẪN SỬ DỤNG PHẦN MỀM 17 20 2.1 Khởi tạo Dự án test (Create Project) 20 2.2 Ghi lại test (Create a test) 25 2.3 Chạy test ghi trước (Running the Recorded test) 26 2.4 Sửa chữa kịch test ghi D.KẾT LUẬN 29 32 Báo cáo BTL môn Công cụ môi trường phát triển phần mềm A GIỚI THIỆU ĐỀ TÀI Hiện nay, phát triển mạnh mẽ bước chuyển nhanh chóng xu công nghệ thông tin giới mang lại cho Việt Nam đồng thời thuận lợi khó khăn Do đó, dự án, chương trình quốc gia nhằm thúc đẩy hiệu ứng dụng CNTT mặt đời sống kinh tế - trị xã hội ngày trọng gấp rút triển khai Kéo theo nhu cầu lĩnh vực kiểm thử phần mềm, đặc biệt kiểm thử phần mềm tự động Tại Việt Nam, khái niệm không mẻ song chưa hoàn toàn quen thuộc Thực tế cho thấy, số lượng đơn vị đào tạo chuyên sâu, tester chuyên nghiệp kiểm thử phần mềm không nhiều, chưa thể đáp ứng đủ cho dự án doanh nghiệp Nếu xét theo tiêu chuẩn quốc tế, tỷ lệ lập trình viên tester 1:3 (cứ lập trình viên có tester), đơi tỉ lệ 1:1 với dự án đặc thù; Việt Nam, tỉ lệ đáp ứng công việc tester rơi vào khoảng 1.5 Dù biết công tác kiểm thử, đảm bảo chất lượng giữ vai trị quan trọng việc mang lại thành cơng dự án phần mềm song công ty có đủ chun mơn điều kiện cho phép để thực quy trình Tuy nhiên, với lợi cạnh tranh như: nguồn nhân lực rẻ có sẵn trình độ kỹ thuật; đầu tư phát triển sở hạ tầng nhanh; môi trường đầu tư an toàn; chất lượng dịch vụ trội tỉ lệ thay đổi nhân thấp… Việt Nam hi vọng tin tưởng vào khả trở thành đối tác kinh doanh đầy tiềm hấp dẫn ngành kiểm thử phần mềm Sau trình tìm hiểu nhóm định lựa chọn đề tài : “Tìm hiểu công cụ Test Complete” để làm báo cáo kết thúc môn học Rất mong nhận ý kiến nhận xét, đóng góp thầy bạn để báo cáo nhóm hồn thiện Chúng em xin chân thành cảm ơn ! Báo cáo BTL môn Công cụ môi trường phát triển phần mềm B CƠ SỞ LÝ THUYẾT I.LÝ THUYẾT VỀ KIỂM THỬ PHẦN MỀM 1.1.Kiểm thử phần mềm ? Kiểm thử phần mềm quy trình sử dụng để đánh giá, kiểm tra chất lượng phần mềm nhiều khía cạnh khác dựa yêu cầu người sử dụng sản phẩm phần mềm, nhằm đảm bảo phần mềm hoạt động tốt môi trường, trường hợp khác Kiểm thử phần mềm kiểm tra tiến hành để cung cấp cho bên liên quan thông tin chất lượng sản phẩm hoặcdịch vụ kiểm thử Kiểm thử cung cấp cho doanh nghiệp quan điểm, cách nhìn độc lập phần mềm để từ cho phép đánh giá thấu hiểu rủi ro trình triển khai phần mềm Trong kỹ thuật kiểm thử không giới hạn việc thực chương trình ứng dụng với mục đích tìm lỗi phần mềm (bao gồm lỗi thiếu sót) mà cịn q trình phê chuẩn xác minh chương trình máy tính / ứng dụng / sản phẩm nhằm: - Đáp ứng yêu cầu hướng dẫn thiết kế phát triển phần mềm - Thực công việc kỳ vọng - Có thể triển khai với đặc tính tương tự - Và đáp ứng nhu cầu bên liên quan Tùy thuộc vào phương pháp, việc kiểm thử thực lúc trình phát triển phần mềm Theo truyền thống nỗ lực kiểm thử tiến hành sau yêu cầu xác định việc lập trình hồn tất Agile (là tập hợp phương pháp phát triển phần mềm linh hoạt dựa việc lặp lặp lại gia tăng giá trị) việc kiểm thử tiến hành liên tục suốt trình xây dựng phần mềm Như vậy, phương pháp kiểm thử bị chi phối theo quy trình phát triển phần mềm định Báo cáo BTL môn Công cụ môi trường phát triển phần mềm 1.2 Phân loại kỹ thuật kiểm thử Ta phân loại kiểm thử dựa vào yếu tố: Chiến lược kiểm thử, phương pháp kiểm thử kỹ thuật kiểm thử - Dựa vào chiến lược kiểm thử ta phân chia kiểm thử thành loại: kiểm thử thủ công kiểm thử tự động - Theo phương pháp tiến hành kiểm thử ta chia kiểm thử thành loại: Kiểm thử tĩnh kiểm thử động - Dựa vào kỹ thuật kiểm thử ta phân chia kiểm thử thành loại: Kiểm thử hộp đen, kiểm thử hộp trắng, kiểm thử hộp xám 1.3 Các cấp độ kiểm thử phần mềm Thực tế, KTPM không đơn giản nhiều người thường nghĩ, cơng việc có nhiều mức độ khác có mối tương quan với chặng phát triển dự án PTPMTrong dự án kiểm thử phần mềm bao gồm mức độ bản: Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống kiểm thử chấp nhận Hình 1.1- Bốn cấp độ kiểm thử phần mềm 1.4 Quy trình kiểm thử phần mềm Dẫu cho biến thể tồn tổ chức lập trình có quy trình điển hình để kiểm thử Mẫu phổ biến tổ chức sử dụng Báo cáo BTL môn Công cụ mơi trường phát triển phần mềm mơ hình phát triển Waterfall (thác nước) Các hoạt động tương tự thường tìm thấy mơ hình phát triển khác, có khơng rõ ràng - Phân tích yêu cầu: Kiểm thử thường bắt đầu lấy yêu cầu giai đoạn vòng đời phát triển phần mềm Trong giai đoạn thiết kế, Tester làm việc với nhà phát triển để xác định khía cạnh thiết kế kiểm chứng thông số kiểm tra - Lập kế hoạch kiểm thử: Chiến lược kiểm thử, kế hoạch kiểm thử, kiểm thử sáng tạo… Và có kế hoạch cần thiết nhiều hoạt động thực thời gian kiểm thử - Kiểm thử phát triển: Các quy trình kiểm thử, kịch bản, Test Case, liệu sử dụng kiểm thử phần mềm - Kiểm thử thực hiện: Dựa kế hoạch, văn kiểm thử báo cáo lỗi tìm thấy cho nhóm phát triển - Kiểm thử báo cáo: Sau hoàn tất kiểm thử, Tester tạo số liệu báo cáo cuối nỗ lực kiểm thử họ có sẵn sàng phát hành phần mềm hay khơng - Phân tích kết kiểm thử phân tích thiếu sót thực đội ngũ phát triển kết hợp với khách hàng để đưa định xem thiếu sót cần phải chuyển giao, cố định từ bỏ (tức tìm phần mềm hoạt động xác) giải sau - Test lại khiếm khuyết: Khi khiếm khuyết xử lý đội ngũ phát triển, phải kiểm tra lại nhóm kiểm thử - Kiểm thử hồi quy: Người ta thường xây dựng chương trình kiểm thử nhỏ tập hợp kiểm tra cho tích hợp mới, sửa chữa cố định phần mềm, để đảm bảo cung cấp không phá hủy điều tồn phần mềm cịn hoạt động cách xác - Kiểm thử đóng gói: Mỗi phép thử thỏa mãn tiêu truy xuất thu kết quan như: học kinh nghiệm, kết quả, ghi, tài liệu liên quan lưu trữ sử dụng tài liệu tham khảo cho dự án tương lai Báo cáo BTL môn Công cụ môi trường phát triển phần mềm II LÝ THUYẾT VỀ KIỂM THỬ TỰ ĐỘNG 2.1 Khái quát kiểm thử phần mềm tự động Kiểm thử phần mềm tốn nhiều chi phí nhân cơng, thời gian Trong số dự án, chi phí kiểm thử phần mềm chiếm 40% tổng giá trị dự án Nếu cần ứng dụng an toàn hơn, chi phí kiểm thử cịn cao Do mục tiêu kiểm thử tự động hóa nhiều, nhờ mà giảm thiểu chi phí, giảm lỗi, đặc biệt giúp việc kiểm thử hồi qui dễ dàng nhanh chóng Tự động hóa việc kiểm thử dùng phần mềm điều khiển việc thi hành kiểm thử, so sánh kết có với kết mong muốn, thiết lập điều kiện đầu vào, kiểm soát kiểm thử chức báo cáo kết 2.2 Kiểm thử tự động Kiểm thử tự động trình thực cách tự động bước kịch kiểm thử Kiểm thử tự động công cụ nhằm rút ngắn thời gian kiểm thử 2.3 Tại phải kiểm thử tự động Kiểm thử phần mềm tự động với mục đích: - Giảm bớt cơng sức thời gian thực trình kiểm thử - Tăng độ tin cậy - Giảm nhàm chán cho người - Rèn luyện kỹ lập trình cho kiểm thử viên - Giảm chi phí cho tổng trình kiểm thử Khi cần kiểm thử tự động: - Không đủ tài nguyên: Khi số lượng TestCase q nhiều mà kiểm thử viên khơng thể hồn tất thời gian cụ thể - Kiểm tra hồi quy: Nâng cấp phần mềm, kiểm tra lại tính chạy tốt tính sửa Tuy nhiên, việc khó đảm bảo mặt thời gian - Kiểm tra khả vận hành phần mềm mơi trường đặc biệt: ● Đo tốc độ trung bình xử lý yêu cầu Web server ● Xác định số yêu cầu tối đa xử lý Web Server Báo cáo BTL môn Công cụ môi trường phát triển phần mềm ● Xác định cấu hình máy thấp mà PM hoạt động tốt 2.4 Nguyên tắc kiểm thử tự động Thực sai lầm nghĩ tự động đơn giản chụp lại, ghi lại tiến trình kiếm thử thủ cơng Thực tế, kiểm thử tự động có điểm khác với kiểm thử thủ cơng Nó có lỗi khả dự đốn Vì thế, hội thành công với kiểm kiêm thử tự động cải thiện đáng kể trượng hợp bạn thực hiểu Kiểm thử tự động tuân theo đầy đủ nguyên tắc kiểm thử nói chung, nguyên tắc sau: ❖ Nguyên tắc – Kiểm thử đưa lỗi Kiểm thử cho thấy phần mềm có lỗi, khơng thể chứng minh phần mềm khơng có lỗi Kiểm thử làm giảm xác suất lỗi chưa tìm thấy cịn phần mềm, chí khơng cịn lỗi nào, khơng phải chứng xác ❖ Nguyên tắc – Kiểm thử thứ Kiểm thử thứ (tất tổ hợp điều kiện input đầu vào) thực được, bao gồm số trường hợp bình thường (ít trường hợp tổ hợp test tồn được) Thay kiểm thử tồn bộ, việc phân tích rủi ro dựa mức độ ưu tiên tập trung việc kiểm thử vào số điểm cần thiết ❖ Nguyên tắc – Kiểm thử sớm Để tìm bug sớm, hoạt động kiểm thử nên bắt đầu sớm tốt qui trình phát triển (vòng đời phát triển) phần mềm hệ thống, nên tập trung vào hoạt động định trước Báo cáo BTL môn Công cụ môi trường phát triển phần mềm ❖ Nguyên tắc – Sự tập trung lỗi Nỗ lực kiểm thử nên tập trung cách cân đối vào mật độ lỗi dự kiến lỗi phát sau mơ-đun Một số mơ-đun thường chứa nhiều lỗi không phát lúc kiểm thử trước phát hành (release), chịu trách nhiệm cho hầu hết lỗi hoạt động phần mềm ❖ Nguyên tắc – Nghịch lý thuốc trừ sâu Nếu việc kiểm thử tương tự lặp lặp lại nhiều lần, cuối có số trường hợp kiểm thử (ca kiểm thử - test case) khơng cịn tìm thấy lỗi Để khắc phục "nghịch lý thuốc trừ sâu" này, trường hợp kiểm thử cần phải xem xét sửa đổi thường xuyên, cần phải viết test case khác để thực nhiều phần khác phần mềm hệ thống để tìm lỗi tiềm ẩn nhiều Nguyên tắc giống việc trừ sâu nông nghiệp, phun loại thuốc với nồng độ giống khoảng thời gian dài có số sâu quen dần cuối việc phun thuốc giống tắm chúng (bị lờn thuốc) => lúc khơng thể diệt chúng Do vậy, để diệt sâu cách hiệu quả, người ta thường thay đổi loại thuốc trừ sâu, loại dùng khoảng thời gian ngắn ❖ Nguyên tắc – Kiểm thử theo ngữ cảnh độc lập Nguyên tắc việc testing phụ thuộc vào ngữ cảnh, test nhiều ngữ cảnh khác Để hiểu rõ xem ví dụ sau: Ví dụ với chương trình calculator có nhiều chức năng, nhưng: - Nếu test chương trình cho mẫu giáo cần test cộng trừ OK - Nếu test chương trình cho cấp cộng trừ nhân chia - Nếu test chương trình cho đại học tích phân, đạo hàm, v.v ❖ Nguyên tắc – Sự sai lầm việc khơng có lỗi Việc tìm sửa chữa lỗi khơng giúp hệ thống xây dựng xong dùng không đáp ứng nhu cầu mong đợi người dùng (Nghĩa sau code, test fix bug, làm đủ tất trường hợp cuối cho sản phẩm không mong đợi Báo cáo BTL môn Công cụ môi trường phát triển phần mềm không đáp ứng nhu cầu khách hàng dự án phần mềm coi thất bại test xong) Hình 1: Tối ưu hóa kiểm thử tự động Báo cáo BTL môn Công cụ môi trường phát triển phần 2.5 Quy trình kiểm thử tự động Trong mơi trường lí tưởng kiểm thử song song với chu trình phát triển ứng dụng: Hình 2: quy trình kiểm thử tự động ST T Bước thực Tạo kich kiểm thử Chỉnh sửa kịch Chạy kịch kiểm thử Đánh giá kết Mô tả Giai đoạn dùng công cụ kiểm thử để ghi lại thao tác lên phần mềm cần kiểm tra tự động sinh kịch kiểm thử Chỉnh sửa để kich kiểm thử thực kiểm tra theo yêu cầu đặt Cụ thể, làm theo trường hợp kiểm thử cần thực Chạy kịch kiểm thử để kiểm tra phần mềm có đưa kết mong muốn không Đánh giá kết sau chạy kich kiểm thử 2.6 So sánh kiểm thử tự động kiểm thử thủ cơng Tiêu chí Thời gian Độ linh động Kiểm thử thủ công Kiếm thử tự động Mất nhiều thời gian thực thi test lặp lặp lại Mất thời gian thực thi trình test lặp tăng nhiều so với kiểm thử thủ công Linh động kiểm thử thủ cơng nên phát xử lí tình phát trình q trình test Và Khơng linh động kiểm thử theo script,Kiểm thử hiệu tải trọng nên q trình test khơng phát ... giá 4999$ Báo BTL môn Công cụ môi trường phát triển cáo phần mềm Báo BTL môn Công cụ môi trường phát triển cáo phần mềm 1.5 Giao diện phần mềm ❖ Giao diện Menubar Hiển thị menu công cụ Toolbar... cơng cụ giao diện Tools: cung cấp lệnh có ảnh hưởng đến q trình ghi âm Báo BTL môn Công cụ môi trường phát triển cáo phần mềm Edit: cung cấp lệnh chỉnh sửa tiêu chuẩn Báo BTL môn Công cụ môi trường. .. bắt đầu sớm tốt qui trình phát triển (vịng đời phát triển) phần mềm hệ thống, nên tập trung vào hoạt động định trước Báo cáo BTL môn Công cụ môi trường phát triển phần mềm ❖ Nguyên tắc – Sự tập