BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC CÔNG NGHỆ TP HCM ĐỒ ÁN MÔN HỌC KIỂM THỬ WEBSITE Môn KIỂM THỬ PHẦN MỀM Ngành CÔNG NGHỆ THÔNG TIN Giảng viên hướng dẫn Ths Dương Thành Phết TP Hồ Chí Minh, 2021 BỘ[.]
BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC CÔNG NGHỆ TP HCM ĐỒ ÁN MÔN HỌC KIỂM THỬ WEBSITE Mơn: KIỂM THỬ PHẦN MỀM Ngành: CƠNG NGHỆ THƠNG TIN Giảng viên hướng dẫn: Ths Dương Thành Phết TP Hồ Chí Minh, 2021 BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC CÔNG NGHỆ TP HCM ĐỒ ÁN MÔN HỌC KIỂM THỬ WEBSITE Môn: KIỂM THỬ PHẦN MỀM Ngành: CÔNG NGHỆ THÔNG TIN Giảng viên hướng dẫn: Ths Dương Thành Phết TP Hồ Chí Minh, 2021 Mục Lục Mục Lục Danh mục hình vẽ, đồ thị Chương GIỚI THIỆU ĐỀ TÀI 1.1 Lý chọn đề tài .6 1.2 Mục tiêu đề Chương 2.1 MÔ TẢ YÊU CẦU CHỨC NĂNG Chức đăng ký Chương ÁP DỤNG .8 Chương KẾT LUẬN 4.1 Kết luận 4.2 Kết đạt Chương 1.TỔNG QUAN VỀ ĐỀ TÀI Chương Lý chọn đề tài Chương Mục tiêu đề Chương Tổng quan kiểm thử phần mềm Chương Khái niệm kiểm thử Kiểm thử phần mềm trình khảo sát hệ thống hay thành phần điều kiện xác định, quan sát ghi lại kết quả, đánh giá khía cạnh hệ thống hay thành phần (Theo Bảng giải thuật ngữ chuẩn IEEE Thuật ngữ kỹ nghệ phần mềmIEEE Standard Glossary of Software Engineering Terminology) Kiểm thử phần mềm hoạt động khảo sát thực tiễn sản phẩm hay dịch vụ phần mềm môi trường chúng dự định triển khai nhằm cung cấp cho người có lợi ích liên quan thông tin chất lượng sản phẩm hay dịch vụ phần mềm Mục đích kiểm thử phần mềm tìm lỗi hay khiếm khuyết phần mềm nhằm đảm bảo hiệu hoạt động tối ưu phần mềm nhiều ngành khác (Theo Bách khoa tồn thư mở Wikipedia) Có thể định nghĩa cách dễ hiểu sau: Kiểm thử phần mềm tiến trình hay tập hợp tiến trình thiết kế để đảm bảo mã hóa máy tính thực theo mà chúng thiết kế để làm, khơng thực thứ không mong muốn Đây pha quan trọng trình phát triển hệ thống, giúp cho người xây dựng hệ thống khách hàng thấy hệ thống đáp ứng yêu cầu đặt hay chưa? Chương Các phương pháp kiểm thử phần mềm Kiểm thử phần mềm phân loại thành loại chính: kiểm thử tĩnh (Static testing) kiểm thử động (Dynamic testing) Chương Kiểm thử tĩnh (Static testing) Là phương pháp thử phần mềm đòi hỏi phải duyệt lại yêu cầu đặc tả tay, thông qua việc sử dụng giấy, bút để kiểm tra logic, lần chi tiết mà khơng cần chạy chương trình Kiểu kiểm thử thường sử dụng chuyên viên thiết kế người mà viết mã lệnh Kiểm thử tĩnh tự động hóa Nó thực kiểm tra toàn bao gồm chương trình phân tích trình thơng dịch biên dịch mà xác nhận tính hợp lệ cú pháp chương trình Chương Kiểm thử động (Dynamic testing) Là phương pháp thử phần mềm thông qua việc dùng máy chạy chương trình để điều tra trạng thái tác động chương trình Đó kiểm thử dựa ca kiểm thử xác định thực đối tượng kiểm thử hay chạy chương trình Kiểm thử động kiểm tra cách thức hoạt động động mã lệnh, tức kiểm tra phản ứng vật lý từ hệ thống tới biến thay đổi theo thời gian Trong kiểm thử động, phần mềm phải thực biên dịch chạy Kiểm thử động thực bao gồm làm việc với phần mềm, nhập giá trị đầu vào kiểm tra xem liệu đầu có mong muốn hay khơng Các phương pháp kiểm thử động gồm có kiểm thử Unit – Unit Tests, Kiểm thử tích hợp – Intergration Tests, Kiểm thử hệ thống – System Tests, Kiểm thử chấp nhận sản phẩm – Acceptance Tests Chương Các chiến lược kiểm thử Ba chiến lược kiểm thử thông dụng bao gồm: Kiểm thử hộp đen, Kiểm thử hộp trắng, Kiểm thử hộp xám Chương 10 Kiểm thử hộp đen (Black box testing) Một chiến lược kiểm thử quan trọng kiểm thử hộp đen, hướng liệu, hay hướng vào/ra Kiểm thử hộp đen xem chương trình “hộp đen” Mục đích bạn hồn tồn khơng quan tâm cách cư xử cấu trúc bên chương trình Thay vào đó, tập trung vào tìm trường hợp mà chương trình khơng thực theo đặc tả Theo hướng tiếp cận này, liệu kiểm tra lấy từ đặc tả Các phương pháp kiểm thử hộp đen: Phân lớp tương đương – Equivalence partitioning Phân tích giá trị biên – Boundary value analysis Kiểm thử cặp – All-pairs testing Kiểm thử fuzz – Fuzz testing Kiểm thử dựa mơ hình – Model-based testing Ma trận dấu vết – Traceability matrix Kiểm thử thăm dò – Exploratory testing Kiểm thử dựa đặc tả – Specification-base testing Kiểm thử dựa đặc tả tập trung vào kiểm tra tính thiết thực phần mềm theo yêu cầu thích hợp Do đó, kiểm thử viên nhập liệu vào, thấy liệu từ đối tượng kiểm thử Mức kiểm thử thường yêu cầu ca kiểm thử triệt để cung cấp cho kiểm thử viên mà xác minh liệu đầu vào cho, giá trị đầu (hay cách thức hoạt động) có giống với giá trị mong muốn xác định ca kiểm thử hay khơng Kiểm thử dựa đặc tả cần thiết, không đủ để để ngăn chặn rủi ro chắn Ưu, nhược điểm: Kiểm thử hộp đen khơng có mối liên quan tới mã lệnh, kiểm thử viên đơn giản tâm niệm là: mã lệnh phải có lỗi Sử dụng nguyên tắc “ Hãy đòi hỏi bạn nhận”, kiểm thử viên hộp đen tìm lỗi mà lập trình viên khơng tìm Nhưng, mặt khác, người ta nói kiểm thử hộp đen “giống bóng tối mà khơng có đèn vậy”, kiểm thử viên khơng biết phần mềm kiểm tra thực xây dựng Đó lý mà có nhiều trường hợp mà kiểm thử viên hộp đen viết nhiều ca kiểm thử để kiểm tra thứ mà cần kiểm tra ca kiểm thử nhất, và/ số phần chương trình khơng kiểm tra chút Do vậy, kiểm thử hộp đen có ưu điểm “một đánh giá khách quan”, mặt khác lại có nhược điểm “thăm dị mù” Chương 11 Kiểm thử hộp trắng (White box testing) Là chiến lược kiểm thử khác, trái ngược hoàn toàn với kiểm thử hộp đen, kiểm thử hộp trắng hay kiểm thử hướng logic cho phép bạn khảo sát cấu trúc bên chương trình Chiến lược xuất phát từ liệu kiểm thử kiểm thử tính logic chương trình Kiểm thử viên truy cập vào cấu trúc liệu giải thuật bên chương trình (và mã lệnh thực chúng) Các phương pháp kiểm thử hộp trắng: Kiểm thử giao diện lập trình ứng dụng - API testing (application programming interface): phương pháp kiểm thử ứng dụng sử dụng API công khai riêng tư Bao phủ mã lệnh – Code coverage: tạo kiểm tra để đáp ứng số tiêu chuẩn bao phủ mã lệnh Các phương pháp gán lỗi – Fault injection Các phương pháp kiểm thử hoán chuyển – Mutation testing methods Kiểm thử tĩnh – Static testing: kiểm thử hộp trắng bao gồm kiểm thử tĩnh Phương pháp kiểm thử hộp trắng sử dụng để đánh giá hoàn thành kiểm thử mà tạo với phương pháp kiểm thử hộp đen Điều cho phép nhóm phần mềm khảo sát phần hệ thống kiểm tra đảm bảo điểm chức quan trọng kiểm tra Chương 12 Kiểm thử hộp xám (Gray box testing) Kiểm thử hộp xám địi hỏi phải có truy cập tới cấu trúc liệu giải thuật bên cho mục đích thiết kế ca kiểm thử, kiểm thử mức người sử dụng hay mức hộp đen Việc thao tác tới liệu đầu vào định dạng liệu đầu không rõ ràng, giống “hộp xám”, đầu vào đầu rõ ràng bên “hộp đen” mà gọi hệ thống kiểm tra Sự khác biệt đặc biệt quan trọng quản lý kiểm thử tích hợp – Intergartion testing modun mã lệnh viết hai chuyên viên thiết kế khác nhau, giao diện đưa để kiểm thử Kiểm thử hộp xám bao gồm thiết kế đối chiếu để định, ví dụ, giá trị biên hay thông báo lỗi Chương 13 THIẾT KẾ TEST-CASE Chương 14 Tổng quan thiết kế Test-case Ca kiểm thử (test case) tình kiểm thử tương ứng với mạch hoạt động chương trình Nó bao gồm tập giá trị đầu vào danh sách kết đầu mong muốn thực tế Nhằm mục đích tìm lỗi, khuyết điểm để nâng cao chất lượng sản phẩm phần mềm Chương 15 Quy trình thiết kế Test-case Có số phương pháp để chọn tập liệu kiểm thử cách thông minh Để kiểm thử hộp đen kiểm thử hộp trắng cách thấu đáo khơng thể Do đó, chiến lược kiểm thử hợp lý chiến lược kết hợp sức mạnh hai phương pháp trên: Phát triển kiểm thử nghiêm ngặt vừa việc sử dụng phương pháp thiết kế ca kiểm thử hướng hộp đen sau bổ sung thêm ca kiểm thử việc khảo sát tính logic chương trình, sử dụng phương pháp hộp trắng Hộp đen Phân lớp tương đương Hộp trắng Bao phủ câu lệnh Phân tích giá trị biên Bao phủ định Đồ thị nguyên nhân – kết Bao phủ điều kiện Đoán lỗi Bao phủ điều kiện – định Bao phủ đa điều kiện Mỗi phương pháp có ưu điểm khuyết điểm riêng, để có tập ca kiểm thử tối ưu, cần kết hợp hầu hết phương pháp Quy trình thiết kế ca kiểm thử bắt đầu việc phát triển ca kiểm thử sử dụng phương pháp hộp đen sau phát triển bổ sung ca kiểm thử cần thiết với phương pháp hộp trắng Chương 16 Kiểm thử hộp đen Chương 17 Phân lớp tương đương Phân lớp tương đương phương pháp kiểm thử hộp đen chia miền đầu vào chương trình thành lớp liệu, từ suy dẫn ca kiểm thử Phương pháp cố gắng xác định ca kiểm thử mà làm lộ lớp lỗi, làm giảm tổng số trường hợp kiểm thử phải xây dựng Thiết kế ca kiểm thử cho phân lớp tương đương dựa đánh giá lớp tương đương với điều kiện vào Lớp tương đương biểu thị cho tập trạng thái hợp lệ hay không hợp lệ điều kiện vào Một cách xác định tập để nhận ca kiểm thử lựa chọn tốt nên có đặc tính khác: Giảm thiểu số lượng ca kiểm thử khác mà phải phát triển để hoàn thành mục tiêu định kiểm thử “hợp lý” Bao phủ tập lớn ca kiểm thử khác Tức là, nói cho thứ có mặt hay vắng mặt lỗi qua tập giá trị đầu vào cụ thể Ví Dụ: Giả sử trường mật chấp nhận tối thiểu ký tự tối đa 10 ký tự Điều có nghĩa kết cho giá trị phân vùng 0-5, 6-10, 11-14 phải tương đương Test Mô tả Test Scenario Scenario # Kết dự kiến Nhập đến ký tự vào trường mật Hệ thống không chấp nhận Nhập đến 10 ký tự vào trường mật Hệ thống chấp nhận Nhập 11 đến 14 ký tự vào trường mật Hệ thống khơng chấp nhận Chương 18 Phân tích giá trị biên Đây kỹ thuật kiểm thử phần mềm, testcase thiết kế bao gồm giá trị biên Nếu liệu đầu vào sử dụng giới hạn giá trị biên, cho Positive testing Nếu liệu đầu vào sử dụng giới hạn giá trị biên, cho Negative testing Mục tiêu lựa chọn test case để thực thi giá trị biên Kinh nghiệm cho thấy ca kiểm thử mà khảo sát tỷ mỷ điều kiện biên có tỷ lệ phần trăm cao ca kiểm thử khác Các điều kiện biên điều kiện mà tình tại, cạnh lớp tương đương đầu vào lớp tương đương đầu Phân tích giá trị biên phương pháp thiết kế ca kiểm thử bổ sung thêm cho phân lớp tương đương, khác với phân lớp tương đương khía cạnh: Phân tích giá trị biên khơng lựa chọn phần tử lớp tương đương điển hình, mà yêu cầu hay nhiều phần tử lựa chọn mà cạnh lớp tương đương đối tượng kiểm tra Ngồi việc tập trung ý vào trạng thái đầu vào (không gian đầu vào), ca kiểm thử nhận việc xem xét không gian kết (các lớp tương đương đầu ra) Phân tích giá trị biên yêu cầu óc sáng tạo lượng chuyên mơn hóa định q trình mang tính kinh nghiệm cao Tuy nhiên, có số quy tắc chung sau: - Nếu trạng thái đầu vào định rõ giới hạn giá trị, viết ca kiểm thử cho giá trị cuối giới hạn, ca kiểm thử đầu vào không hợp lệ cho trường hợp vượt phạm vi - Nếu trạng thái đầu vào định rõ số lượng giá trị, viết ca kiểm thử cho số lớn nhỏ giá trị giá trị trên, giá trị giá trị - Sử dụng quy tắc cho trạng thái đầu vào Chương 19 Đồ thị nguyên nhân-kết Một yếu điểm phân tích giá trị biên phân lớp tương đương chúng không khảo sát kết hợp trường hợp đầu vào Việc kiểm tra kết hợp đầu vào nhiệm vụ đơn giản bạn phân lớp tương đương trạng thái đầu vào, số lượng kết hợp thường lớn Nếu bạn khơng có cách lựa chọn có hệ thống tập trạng thái đầu vào, có lẽ bạn chọn tập tùy hứng điều kiện, điều dẫn tới việc kiểm thử khơng có hiệu Đồ thị nguyên nhân – kết hỗ trợ việc lựa chọn cách có hệ thống tập ca kiểm thử có hiệu cao Nó có tác động có lợi ảnh hưởng tới việc tình trạng chưa đầy đủ nhập nhằng đặc tả Nó cung cấp cách biểu diễn xác cho điều kiện logic hành động tương ứng Quá trình sử dụng để xây dựng test – case: Đặc tả chia thành phần thực Điều cần thiết đồ thị nguyên nhân – kết trở nên khó sử dụng sử dụng đặc tả lớn Nguyên nhân kết đặc tả nhận biết Một nguyên nhân trạng thái đầu vào định hay lớp tương đương trạng thái đầu vào Một kết trạng thái đầu hay biến đổi hệ thống (kết lại mà đầu vào có trạng thái chương trình hay hệ thống) Bạn nhận biết nguyên nhân kết việc đọc từ đặc 10 tả gạch chân từ cụm từ mô tả nguyên nhân kết Khi nhận biết, nguyên nhân kết gán cho số Xây dựng đồ thị nguyên nhân – kết cách phát triển biến đổi nội dung ngữ nghĩa đặc tả thành đồ thị Boolean nối nguyên nhân kết Đồ thị được diễn giải với ràng buộc mô tả kết hợp nguyên nhân và/hoặc kết khơng thể ràng buộc ngữ nghĩa mơi trường Bằng việc dò theo điều kiện trạng thái đồ thị cách cẩn thận, bạn chuyển đổi đồ thị thành bảng định mục vào giới hạn Mỗi cột bảng mô tả ca kiểm thử Các cột bảng định chuyển thành ca kiểm thử Chương 20 Đoán lỗi Một kỹ thuật thiết kế test-case khác error guessing – đốn lỗi Tester đưa cho chương trình đặc biệt, họ đoán, trực giác kinh nghiệm, loại lỗi sau viết ca kiểm thử để đưa lỗi Thật khó để đưa quy trình cho kỹ thuật đốn lỗi quy trình có tính trực giác cao khơng thể dự đốn trước Ý tưởng liệt kê danh sách lỗi hay trường hợp dễ xảy lỗi sau viết ca kiểm thử dựa danh sách Một ý tưởng khác để xác định ca kiểm thử có liên đới với giả định mà lập trình viên thực đọc đặc tả (tức là, thứ bị bỏ sót khỏi đặc tả, tình cờ, người viết có cảm giác đặc tả rõ ràng) Nói cách khác, bạn liệt kê trường hợp đặc biệt mà bị bỏ sót chương trình thiết kế Chương 21 Kiểm thử hộp trắng – kiểm thử bao phủ logic Kiểm thử hộp trắng có liên quan tới mức độ mà ca kiểm thử thực hay bao phủ tính logic (mã nguồn) chương trình Kiểm thử hộp trắng việc thực đường chương trình, việc kiểm thử đầy đủ đường mục đích khơng thực tế cho chương trình với vịng lặp Chương 22 Bao phủ câu lệnh Thực câu lệnh chương trình lần Ví dụ hàm xét học bổng: bool xetHocBong(double d1, double d2, double d3, double diemRL) { double diemTB = 0.0; if (d1 >= && d2 >= && d3 >= 5) 11 diemTB = (d1 + d2 + d3) / 3; bool kq = false; if ((diemTB >= 8.5) || (diemTB >= 7.0 && diemRL >= 70)) kq = true; return kq; } Để kiểm thử phủ câu lệnh hàm cần test case sau: Đầu vào d1 d2 7 d3 diemR L 70 Đầu mong muốn Hàm trả kết true Chương 23 Bao phủ nhánh Phủ nhánh có nghĩa cạnh qua lần Để phủ nhánh phải thiết kế liệu kiểm thử cho nút vị từ (predicate) xảy tất kết (true/false) nó, nên phủ nhánh cịn gọi phủ định (decision coverage) Chương 24 Bao phủ điều kiện Phủ điều kiện (condition coverage): điều kiện vị từ thực lần cho trường hợp true false (không bắt buộc kết hợp chúng) Phủ điều kiện chứa đảm bảo phủ nhánh Chương 25 Phủ đa điều kiện Phủ đa điều kiện (multi-conditions coverage): điều kiện biểu thức vị từ kết hợp chúng thực lần cho trường hợp true false 12 Chương 26 ÁP DỤNG Để hiểu rõ phương pháp thiết kết Testcast nhóm vận dụng kiến thức vào đề tài Hutech IT Alumni Association Chương 27 Kiểm thử hộp đen (Black-box) Chức đăng nhập - - Test-Case giúp người dùng đăng nhập vào webstie tiên hành thao tác Đặt tả yêu cầu Username không để trống Password không để trống Username phải có “@gmail.com” Password có ký tự Thông báo Username Password nhập sai Nhập username + password chuyển user vào trang chủ 1.1 Phân vùng tương đương Chức đăng nhập: - Tài khoản mật để trống thơng báo “Nhập tài khoản” - Mật để trống thơng báo “Nhập mật khẩu” - Tài khoản phải có chuỗi “@gmail.com” nhập sai thơng báo “Nhập sai” - Mật có chiều dài tối thiểu ký tự Gọi X giá trị tài khoản Y giá trị mật 13 Ca Đầu vào X= ∅ Y=… Ô X= … Y = ∅ Nhập X=abcd Y= 123456 Đầu Nhập tài khoản Nhập mật Nhập sai Nhập X= …@gmail.com Y = abcdef Nhập X= …@gmail.com Y = abcd Nhập Nhập sai 1.2 Phân tích giá trị đường biên Với u cầu “Password có ký tự” có đầu vào không hợp lệ hợp lệ sau: Đầu vào không hợp Đầu vào hợp lệ lệ 1-6 Các trường hợp kiểm tra sử dụng phân tích giá trị biên: 1.3 Đầu vào hợp lệ Giá trị Giá trị biên nhỏ - Giá trị biên nhỏ Giá trị biên nhỏ + Giá trị biên lớn ∞ Bảng định 14 Điều kiện Hành động Username không rỗng Password không rỗng Username phải có “@gmail.com ” Password có ký tự Chuyển trang F - T T T T - F T T T T - - F F T T - - F T F T L L L L H đến L L: Trang Login H: Trang home Ca Đầu vào X= ∅ Y= abcdef Ô X= huy@gmail.com Y = ∅ Nhập X= bandau Y= abcde Nhập X= bandau Y= abcdef Nhập X= …@gmail.com Y= bcdef Nhập X= …@gmail.com Y = abcdef 1.4 Đầu Trang login Trang login Trang login Trang login Trang login Trang home Dịch chuyển trạng thái Đặc tả: -Khi người dùng nhập tên user mật kiểm tra xem tên user mật có Khi kiểm tra đăng nhập vào tài khoản để thực thao tác -Tên user khơng xác: Nhập sai tên user -Mật khơng xác: Nhập sai mật 15 A D C E B Bảng dịch chuyển trạng thái: a b Đọc Thông báo đăng Đọc tên user pass nhập thất bại Đọc pass c d Thông báo đăng nhập thất bại e Chọn thao tác Thông báo đăng nhập thất bại Thực thi thao tác Chọn thao tác Thực thi thao tác Ca Điều kiện Đã nhập tên user Đã nhập tên user Đã nhập password Đã nhập password Đã đăng nhập tài khoản thành cơng Tổ hợp điều kiện Tình trạng Nhập tên user sai định dạng ‘huy.com’ Nhập tên định dạng ‘mina@gmail.com’ Nhập sai mật có hệ thống Thơng tin mật xác Click chọn tác vụ trang web Kết mong đợi Nhập sai tên user Kiểm tra mật hệ thống Nhập sai mật Đăng nhập chọn thao tác Thực thi thao tác 16 Chức đăng ký - Đặt tả yêu cầu Email không để trống Tên không để trống Số điện thoại không để trống Địa không để trống Pass không để trống Email phải có dấu @ Password có từ - 12 ký tự 2.1 Phân vùng tương đương Ca Đầu vào Giá trị nhập Nhập đủ email, username, password, tên thành viên, số điện thoại, địa Nhập trống email Nhập đủ email, trống username Nhập đủ username, password Nhập đủ email, username, password, trống số điện thoại Nhập đủ email, username, password, Email: @gmail.com Username:abcd Password:123456 SĐT:090908 ĐC: Đường Tên Lửa Email: ∅ Username:abcd Password:123456 SĐT:090908 ĐC: Đường Tên Lửa Email: @gmail.com Username:∅ Password:123456 SĐT:090908 ĐC: Đường Tên Lửa Email: @gmail.com Username:abcd Password:∅ SĐT:090908 ĐC: Đường Tên Lửa Email: @gmail.com Username:abcd Password:123456 SĐT:∅ ĐC: Đường Tên Lửa Email: @gmail.com Username:abcd email, trống Đầu mong muốn Đăng ký thành công Xin nhập email Xin nhập username Xin nhập password Xin nhập số điện thoại Xin nhập địa 17 số điện thoại, trống Password:123456 địa SĐT:090908 ĐC: ∅ 2.2 Phân tích giá trị đường biên - Với yêu cầu Password có từ - 12 ký tự Đầu vào khơng hợp Đầu vào hợp lệ Đầu vào không hợp lệ lệ Lớn 13 - 12 Các trường hợp kiểm tra sử dụng phân tích giá trị biên: 2.3 Điều kiện Hàn h động Đầu vào hợp lệ Giá trị(Ký Tự) Giá trị biên nhỏ - Giá trị biên nhỏ Giá trị biên nhỏ + Giá trị biên lớn - 11 Giá trị biên lớn 12 Giá trị biên lớn + 13 Bảng định Username Password Email phải có dấu @ Số điện thoại Địa Chuyển đến trang F T T T T L1 T F T T T L2 T T F T T L3 T T T F T L4 T T T T F L5 T T T T T H L1: Nhập lại Username 18 L2: Nhập lại Password L3: Nhập lại email L4: Nhập lại số điện thoại L5: Nhập lại địa H: Đăng ký thành công Ca Đầu vào Email: huy@gmail.com Username:∅ Password:123456 SĐT:090908 ĐC: Đường Tên Lửa Email: huy@gmail.com Username:abcd Password:∅ SĐT:090908 ĐC: Đường Tên Lửa Email: ∅ Username:abcd Password:123456 SĐT:090908 ĐC: Đường Tên Lửa Email: huy@gmail.com Username:abcd Password:123456 SĐT:∅ ĐC: Đường Tên Lửa Email: huy@gmail.com Username:abcd Password:123456 SĐT:090908 ĐC: ∅ Email: huy@gmail.com Username:abcd Password:123456 SĐT:090908 ĐC: Đường Tên Lửa Đầu Nhập lại Username Nhập lại Password Nhập lại email Nhập lại số điện thoại Nhập lại địa Đăng ký thành công 19 ... pháp kiểm thử hoán chuyển – Mutation testing methods Kiểm thử tĩnh – Static testing: kiểm thử hộp trắng bao gồm kiểm thử tĩnh Phương pháp kiểm thử hộp trắng sử dụng để đánh giá hồn thành kiểm thử. .. Tests, Kiểm thử hệ thống – System Tests, Kiểm thử chấp nhận sản phẩm – Acceptance Tests Chương Các chiến lược kiểm thử Ba chiến lược kiểm thử thông dụng bao gồm: Kiểm thử hộp đen, Kiểm thử hộp... pháp kiểm thử phần mềm Kiểm thử phần mềm phân loại thành loại chính: kiểm thử tĩnh (Static testing) kiểm thử động (Dynamic testing) Chương Kiểm thử tĩnh (Static testing) Là phương pháp thử phần