1. Trang chủ
  2. » Giáo Dục - Đào Tạo

BÁO cáo BTL học PHẦN KIỂM THỬ PHẦN mềm đề tài NGHIÊN cứu CÔNG cụ KIỂM THỬ TEST COMPLETE và ỨNG DỤNG

53 111 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Nghiên Cứu Công Cụ Kiểm Thử Test Complete Và Ứng Dụng
Người hướng dẫn GVHD: Nhóm
Trường học Trường Đại Học Công Nghiệp Hà Nội
Chuyên ngành Kiểm Thử Phần Mềm
Thể loại báo cáo
Năm xuất bản 2022
Thành phố Hà Nội
Định dạng
Số trang 53
Dung lượng 4,28 MB

Nội dung

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ======***====== BÁO CÁO BTL HỌC PHẦN: KIỂM THỬ PHẦN MỀM ĐỀ TÀI: NGHIÊN CỨU CÔNG CỤ KIỂM THỬ TEST COMPLETE VÀ ỨNG DỤNG GVHD: Nhóm: Thành viên: Hà Nội, Năm 2022 MỤC LỤC LỜI NÓI ĐẦU 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 fí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 thfí phần mềm, đặc biệt kiểm thfí 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 chun nghiệp kiểm thfí phần mềm khơng nhiều, chưa thể đáp fí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 3:1 (cfí 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 fíng cơng việc tester rơi vào khoảng 1.5 Dù biết công tác kiểm thfí, đả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 tồ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 thfí phần mềm Sau q trình tìm hiểu nhóm 15 chúng em định lựa chọn đề tài: “Nghiên cứu công cụ kiểm thử Test Complete ứng dụng” để 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 thầy giáo hỗ trợ chúng em vơ tận tình để chúng em hồn thành đề tài Chúc thầy thật nhiều sfíc khỏe ngày thành cơng đường giảng dạy CHƯƠNG TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM 1.1 Lý thuyết kiểm thử phần mềm 1.1.1 Kiểm thử phần mềm gì? Kiểm thfí phần mềm quy trình sfí 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 sfí 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 thfí 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 dịch vụ kiểm thfí Kiểm thfí 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 thfí không giới hạn việc thực chương trình fí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 / fíng dụng / sản phẩm nhằm: - Đáp fí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 fíng nhu cầu bên liên quan Tùy thuộc vào phương pháp, việc kiểm thfí thực bất cfí lúc q trình phát triển phần mềm Theo truyền thống nỗ lực kiểm thfí 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 thfí 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 thfí bị chi phối theo quy trình phát triển phần mềm định 1.1.2 Các mục tiêu kiểm thử phần mềm - Phát nhiều lỗi tốt thời gian kiểm thfí xác định trước - Chfíng minh sản phẩm phần mềm phù hợp với đặc tả yêu cầu - Xác thực chất lượng kiểm thfí phần mềm dùng chi phí nỗ lực tối thiểu - Tạo testcase chất lượng cao, thực kiểm thfí hiệu tạo báo cáo vấn đề hữu dụng 1.1.3 Phân loại kiểm thử phần mềm Ta phân loại kiểm thfí dựa vào yếu tố: Chiến lược kiểm thfí, phương pháp kiểm thfí kỹ thuật kiểm thfí - Dựa vào chiến lược kiểm thfí ta phân chia kiểm thfí thành loại: kiểm thfí thủ cơng kiểm thfí tự động - Theo phương pháp tiến hành kiểm thfí ta chia kiểm thfí thành loại: + Kiểm thfí tĩnh: Là loại kiểm tra code khơng thực Nó thực tay công cụ Loại kiểm tra thực kiểm tra code, tài liệu yêu cầu tài liệu thiết kế đưa nhận xét, lưu nhận xét vào tài liệu công việc Khi phần mềm không thực thi không làm gì, thực kiểm tra trạng thái an tồn để phân tích phần mềm mơi trường khơng chạy + Kiểm thfí động: Được thực code chế độ thực thi Thfí nghiệm động thực mơi trường thực thi chạy chương trình fíng dụng Khi code thực thi, đầu vào truyền giá trị, kết đầu việc thực so sánh với kết dự kiến ban đầu đưa Với việc quan sát hành vi chfíc phần mềm, giám sát hệ thống nhớ, thời gian phản hồi CPU, hiệu suất hệ thống.được thực code chế độ thực thi Thfí nghiệm động thực mơi trường thực thi chạy chương trình fíng dụng Khi code thực thi, đầu vào truyền giá trị, kết đầu việc thực so sánh với kết dự kiến ban đầu đưa Với việc quan sát hành vi chfíc phần mềm, giám sát hệ thống nhớ, thời gian phản hồi CPU, hiệu suất hệ thống - Dựa vào kỹ thuật kiểm thfí ta phân chia kiểm thfí thành loại: + Kiểm thfí hộp đen + Kiểm thfí hộp trắng + Kiểm thfí hộp xám 1.1.4 Các cấp độ kiểm thử phần mềm Kiểm thfí phần mềm khơng đơn giản nhiều người thường nghĩ, cơng việc có nhiều mfíc độ khác có mối tương quan với chặng phát triển dự án phát triển phần mềm Trong dự án kiểm thfí phần mềm bao gồm mfíc độ bản: Kiểm thfí đơn vị, kiểm thfí tích hợp, kiểm thfí hệ thống kiểm thfí chấp nhận - Kiểm thfí đơn vị (Unit Testing): kiểm thfí thực chi tiết đơn vị nhỏ (hàm, class, ) có hoạt động khơng? - Kiểm thfí module (Module Testing): kiểm thfí dịch vụ module có phù hợp với đặc tả module khơng? - Kiểm thfí tích hợp (Integration Testing): kiểm thfí xem phân hệ phần mềm có đảm bảo với đặc tả thiết kế phân hệ khơng? - Kiểm thfí hệ thống (System Testing): kiểm thfí yêu cầu khơng chfíc phần mềm hiệu suất, bảo mật, làm việc môi trường căng thẳng, - Kiểm thfí độ chấp nhận người dùng (AcceptanceTesting): kiểm tra xem người dùng có chấp thuận sfí dụng phần mềm khơng? - Kiểm thfí hồi quy: làm có hiệu chỉnh, nâng cấp phần mềm với mục đích xem phần mềm có đảm bảo thực chfíc trước hiệu chỉnh khơng? 1.1.5 Test case Mỗi testcase chfía thơng tin cần thiết để kiểm thfí thành phần phần mềm theo mục tiêu xác định Testcase gồm thông tin {tập liệu đầu vào, trạng thái thành phần phầm mềm, tập kết kỳ vọng} - Tập liệu đầu vào (Input): gồm giá trị liệu cần thiết để thành phần phầm mềm dùng xfí lý - Tập kết kỳ vọng: kết mong muốn sau thành phần phần mềm xfí lý liệu nhập - Trạng thái thành phần phần mềm: tạo giá trị prefix postfix Tập testcase: tập hợp testcase mà ta có ý định dùng để kiểm thfí thành phần phần mềm để minh chfíng TPPM có hành vi mong muốn Các phương pháp thiết kế test case - Kiểm thfí hộp đen (Black box testing): theo góc nhìn sfí dụng + Khơng cần kiến thfíc chi tiết thiết kế thực bên + Kiểm thfí dựa yêu cầu đặc tả sfí dụng thành phần phần mềm - Kiểm thfí hộp trắng (White box testing): theo góc nhìn thực + Cần kiến thfíc chi tiết thiết kế thực bêntrong + Kiểm thfí dựa vào phủ lệnh, phủ nhánh, phủ điều kiện Kiểu kiểm thfí Unit testing Integration testing Functional testing System testing Kỹ thuật kiểm thfí dùng Hộp trắng, hộp đen Hộp đen, hộp trắng Hộp đen Hộp đen Acceptance testing Hộp đen 1.1.6 Các nguyên tắc kiểm thử Thông tin thiết yếu testcase kết hay liệu xuất kỳ vọng Nếu kết kỳ vọng testcase không định nghĩa rõ ràng, người ta giải thích kết sai (plausible) thành kết tượng “the eyes seeing what it wants to see.” => test case phải chfía thành phần thiết yếu: - Đặc tả điều kiện liệu nhập - Đặc tả xác kết chương trình tương fíng với liệu nhập Việc kiểm thfí địi hỏi tính độc lập: lập trình viên nên tránh việc kiểm thfí TPPM viết Các issues tâm lý: - Chương trình chfía lỗi lập trình viên hiểu sai đặc tả/phát biểu vấn đề - Tổ chfíc lập trình khơng nên kiểm thfí chương trình tổ chfíc viết - Thanh tra cách xuyên suốt kết kiểm thfí Phải thiết kế đủ test case cho trường hợp: liệu đầu vào hợp lệ liệu đầu vào không hợp lệ chờ đợi Xem xét chương trình xem khơng thực điều mong muốn, xem có làm điều không mong muốn? Tránh testcase "throwaway" chương trình thật "throwaway" Khơng nên lập kế hoạch nỗ lực kiểm thfí dựa giả định ngầm phần mềm khơng có lỗi Xác xuất xuất nhiều lỗi section phần mềm tỉ lệ thuận với số lỗi phát section Kiểm thfí tác vụ thách thfíc địi hỏi sáng tạo trí tuệ Kiểm thfí phần mềm nên thành phần nhỏ đơn giản đến thành phần ngày lớn Kiểm thfí theo kiểu vét cạn khơng thể Nên hoạch định qui trình kiểm thfí trước bắt đầu thực kiểm thfí 1.1.7 Quy trình kiểm thử phần mềm Dẫu cho biến thể tồn tổ chfíc lập trình có quy trình điển hình để kiểm thfí Mẫu phổ biến tổ chfíc sfí dụng 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 Quy trình kiểm thfí phần mềm: - Phân tích u cầu: Kiểm thfí 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 chfíng thông số kiểm tra - Lập kế hoạch kiểm thfí: Chiến lược kiểm thfí, kế hoạch kiểm thfí, kiểm thfí 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 thfí - Kiểm thfí phát triển: Các quy trình kiểm thfí, kịch bản, Test Case, liệu sfí dụng kiểm thfí phần mềm - Kiểm thfí thực hiện: Dựa kế hoạch, văn kiểm thfí báo cáo lỗi tìm thấy cho nhóm phát triển - Kiểm thfí báo cáo: Sau hồn tất kiểm thfí, Tester tạo số liệu báo cáo cuối nỗ lực kiểm thfí 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 thfí 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ỏ (tfí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 xfí lý đội ngũ phát triển, phải kiểm tra lại nhóm kiểm thfí - Kiểm thfí hồi quy: Người ta thường xây dựng chương trình kiểm thfí nhỏ tập hợp kiểm tra cho tích hợp mới, sfía chữa cố định phần mềm, để đảm bảo cung cấp khơng phá hủy bất cfí điều tồn phần mềm cịn hoạt động cách xác - Kiểm thfí đóng gói: Mỗi phép thfí 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ữ sfí dụng tài liệu tham khảo cho dự án tương lai • • • • • • • • 1.2 Kỹ thuật kiểm thử tự động 1.2.1 Khái quát kiểm thử phần mềm tự động Kiểm thfí 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 thfí phần mềm chiếm 40% tổng giá trị dự án Nếu cần fíng dụng an tồn hơn, chi phí kiểm thfí cịn cao Do mục tiêu kiểm thfí 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 thfí hồi qui dễ dàng nhanh chóng Tự động hóa việc kiểm thfí dùng phần mềm điều khiển việc thi hành kiểm thfí, 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 sốt kiểm thfí chfíc báo cáo kết 1.2.2 Kiểm thử tự động gì? Kiểm thfí tự động q trình thực cách tự động bước kịch kiểm thfí Kiểm thfí tự động cơng cụ nhằm rút ngắn thời gian kiểm thfí 1.2.3 Tại phải kiểm thử tự động Kiểm thfí phần mềm tự động với mục đích: Giảm bớt cơng sfíc thời gian thực q trình kiểm thfí 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 thfí viên Giảm chi phí cho tổng q trình kiểm thfí Khi cần kiểm thfí tự động: Khơng đủ tài nguyên: số lượng tài nguyên nhiều mà kiểm thfí 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 sfía -> 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 xfí lí u cầu web server - Xác định số yêu cầu tối đa xfí lý web server - Xác định số cấu hình máy thấp mà phần mềm hoạt động tốt 1.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 thfí thủ cơng Thực tế, kiểm thfí tự động có điểm khác với kiểm thfí trường thêm 4.Click “Thêm vào thí sinh mới” sở liệu hiển thị lên lable Post-conditions: Đăng nhập vào trang chủ Project Name: TestQuanLyTuyenSinh Test Case Test Case ID: TC_04 Test Designed by: Phạm Quang Long Test Priority : High Module Name: TestSua Test Title: Sfía thơng tin thí sinh Description: Test chfíc sfía Test Designed date: 15/06/2022 Test Executed by: Phạm Quang Long Test Execution date: 15/06/2022 thông tin thí sinh Pre-conditions: - Tạo project test - Chọn Application file - Mở Application QuanLyTuyenSinh - Đăng nhập với chfíc quản trị viên Dependencies: Mở phần mềm quản lý tuyển sinh qua chfíc record TestComplete St ep Test Steps Test Expected Actual Statu Data Result Result s Notes (Pass / Fail) 1.Đăng nhập thành công vào fíng dụng Hệ thống tài khoản hợp lệ 2.Chọn thí sinh cần sfía click “Sfía” Hiển thị đưa Bỏ trống tất thống báo thông báo trường “cần nhập “Cần nhập đầy đủ” thông tin 3.Bỏ trống tất Pass đầy đủ” trường 4.Click “Cập nhật” 1.Đăng nhập thành cơng vào fíng dụng Hệ thống tài khoản hợp lệ 2.Chọn thí sinh Bỏ trống cần sfía click “Sfía” trường 3.Bỏ trống trường Hiển thị đưa thông báo thông báo “cần nhập “Cần nhập đầy đủ” thông tin đầy đủ” 4.Click “Cập nhật” 1.Đăng nhập Hệ thống thành cơng vào đưa fíng dụng thơng Pass tài khoản hợp lệ báo”Sfía 2.Chọn thí sinh thơng tin cần sfía click thí sinh “Sfía” 3.Nhập thông tin trường thành Nhập hợp lệ trường Sfía thơng tin thí sinh 4.Click “Cập thành cơng nhật” cơng” , sfía thơng tin thí sinh Pass sở liệu hiển thị lên 1.Đăng nhập Hiển thị lable Hiển thị thành công vào thơng báo thơng báo “cần chọn “cần chọn thí sinh cần thí sinh fíng dụng tài khoản hợp lệ Khơng 2.Click “Sfía” sfía” Post-conditions: Đăng nhập vào trang chủ Pass cần sfía” Project Name: TestQuanLyTuyenSinh Test Case Test Case ID: TC_05 Test Designed by: Phạm Quang Long Test Priority : High Test Designed date: 15/06/2022 Module Name: TestXoaThiSinh Test Executed by: Phạm Quang Long Test Title: Xố thí sinh Test Execution date: 15/06/2022 Description: Test chfíc xố thí sinh Pre-conditions: Tạo project test Chọn Application file Mở Application QuanLyTuyenSinh Đăng nhập với chfíc quản trị viên Dependencies: Mở phần mềm quản lý tuyển sinh qua chfíc record TestComplete Ste p Test Steps Test Data Expected Actual Result Result Status (Pass/Fail ) Hệ thống đưa 1.Đăng nhập thơng báo thành cơng vào “Xố thí fíng dụng tài khoản hợp lệ 2.Chọn thí sinh cần sfía click Mã thí sinh chọn “Xố” Hiển thị sinh thống báo thành “Xố thí cơng”, sinh thành xố thơng cơng” tin thí 3.Click “Đồng sinh ý” sở Pass liệu cập nhật Hiển thị lại table Hệ thống thành công vào thơng báo đưa fíng dụng “Cần chọn thơng báo 1.Đăng nhập Không Pass Not es tài khoản hợp lệ “Cần 2.Khơng chọn thí sinh cần chọn thí thí sinh cần sfía xố” sinh cần click “Xố” Post-conditions: Đăng nhập vào trang chủ xoá” 3.4 Thực test 3.4.1 Test Đăng nhập Hình 3.1 Test chức đăng nhập 3.4.2 Test Đăng ký Hình 3.2 Test chức đăng ký 3.4.3 Test Đăng xuất Hình 3.3 Test chức đăng xuất 3.4.4 Test Thêm thí sinh Hình 3.4 Test chức Thêm thí sinh 3.4.5 Test Sfía thơng tin thí sinh Hình 3.5 Test chức Sửa thơng tin thí sinh 3.4.6 Test Xố thí sinh Hình 3.6 Test chức Xố thí sinh 3.4.7 Test Quản lý tài khoản Hình 3.7 Test chức Quản lý tài khoản 3.4.8 Test Xem mơn thi Hình 3.8 Test chức Xem môn thi 3.5 Kết test project Hình 3.9 Kết Test chức đăng nhập Hình 3.10 Kết Test chức đăng ký Hình 3.11 Kết Test chức đăng xuất Hình 3.12 Kết Test chức Thêm thí sinh Hình 3.13 Kết Test chức sửa thơng tin thí sinh = Hình 3.14 Kết Test chức xố thí sinh Hình 3.15 Kết Test chức quản lí tài khoản Hình 3.16 Kết Test chức xem mơn thi Đánh giá tổng qt: tồn test cases passed 3.6 Báo cáo dánh giá q trình kiểm thử Kiểm thfí phần mềm hoạt động quan trong đảm bảo chất lượng phần mềm trước người dùng sfí dụng Việc tìm hiểu nghiên cfíu lựa chọn kĩ thuật chiến lược kiểm thfí phần mềm phù hợp giúp cho việc kiểm thfí có hiệu quả, giảm chi phí, thời gian Việc xây dựng tài liệu kiểm thfí phần mềm hợp lí giúp cho việc tổ chfíc, quản lí việc kiểm thfí cách hiệu Thơng qua việc kiểm thfí chfíc phần mềm với phần mềm TestComplete ta thấy quan trọng việc kiểm thfí đáng giá phần mềm mà người lập trình tạo nên Kiểm thfí tất trường hợp chfíc hệ thống việc đơn giản ta không kiểm tra trường hợp mà phải thfí trường hợp lỗi, ngoại lệ Những vấn đề đạt sau kiểm thfí: ✔ Có kế hoạch kiểm thfí hiệu ✔ Tiến hành kiểm tra tất trường hợp xảy sfí dụng chfíc phần mềm ✔ Các trường hợp kiểm thfí test cẩn thận khơng vội vàng giảm thiểu sai sót q trình kiểm thfí ✔ Các trường hợp kiểm thfí thành cơng khơng xảy lỗi Đánh giá q trình kiểm thfí nhóm: ✔ Cài đặt triển khai thành công phiên TestComplete cho phần mềm quản lý sách ✔ Hồn thành tồn test cases cho chfíc phần mềm TÀI LIỆU THAM KHẢO - Giáo trình Kiểm thfí phần mềm - TestComplete 15 Documentation | TestComplete Documentation (smartbear.com) - Các khái niệm kiểm thfí: https://viblo.asia/p/cac-khai-niem-coban- ve-kiem-thu-phan-mem-63vKjR7dK2R - Kiểm thfí tự động cơng cụ sfí dụng kiểm thfí tự động: https://viblo.asia/p/kiem-thu-tu-dong-va-cac-cong-cu-duoc-su-dung-trong-kiemthu-tu-dong-aWj531qbZ6m ... thành đề tài Chúc thầy thật nhiều sfíc khỏe ngày thành cơng đường giảng dạy CHƯƠNG TỔNG QUAN VỀ KIỂM THỬ PHẦN MỀM 1.1 Lý thuyết kiểm thử phần mềm 1.1.1 Kiểm thử phần mềm gì? Kiểm thfí phần mềm. .. tưởng vào khả trở thành đối tác kinh doanh đầy tiềm hấp dẫn ngành kiểm thfí phần mềm Sau q trình tìm hiểu nhóm 15 chúng em định lựa chọn đề tài: ? ?Nghiên cứu công cụ kiểm thử Test Complete ứng dụng? ??... Box Testing - Unit Testing - System Testing - Integration Testing - Acceptance Testing 1.3.4 Cách thực kiểm thử thủ công Đọc hiểu tài liệu dự án phần mềm Ngoài ra, nghiên cfíu Ứng dụng thực kiểm

Ngày đăng: 04/12/2022, 15:11

TỪ KHÓA LIÊN QUAN

TRÍCH ĐOẠN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w