Năm 1947, máy tính cỡ lớn (to bằng cả 1 tòa nhà) được điểu khiển dựa trên các relay và sức nóng của các ống chân không. Điển hình cho máy tính giai đoạn này là Mark II, chiếc máy tính khổng lồ được xây dựng bởi trường đại học Harvard. Các kỹ thuật viên đang từng bước chạy chiếc máy tính mới thì nó đột nhiên dừng làm việc. Họ đã mất rất nhiều công sức để tính toán xem tại sao và họ đã khám phá ra: họ đang bị mắc kẹt giữa một tập các relay ở...
Kiểm thử phần mềm CHƢƠNG CƠ BẢN VỀ KIỂM THỬ PHẦN MỀM Năm 1947, máy tính cỡ lớn (to tòa nhà) điểu khiển dựa relay sức nóng ống chân khơng Điển hình cho máy tính giai đoạn Mark II, máy tính khổng lồ xây dựng trường đại học Harvard Các kỹ thuật viên bước chạy máy tính dừng làm việc Họ nhiều công sức để tính tốn xem họ khám phá ra: họ bị mắc kẹt tập relay sâu bên ruột máy tính Dường như, chúng bị căng phồng lên hệ thống ánh sáng sức nóng, bị hạ gục điện áp cao hoạt động relay Như vậy, trình lập trình để điều khiển hoạt động máy tính có vấn đề khơng ổn Vì mà đến với học mơn Software testing Nội dung môn học bao gồm: - Lịch sử lỗi phần mềm, khái niệm lỗi phần mềm - Các kỹ tảng việc kiểm thử phần mềm - Những yếu tố cần kiểm thử phần mềm - Các giai đoạn kiểm thử phần mềm - Làm việc với tài liệu kiểm thử: lập kế hoạch, viết theo dõi test case, báo cáo lỗi - Chuẩn quốc tế phần mềm tốt Trong này, tìm hiểu lịch sử lỗi phần mềm kiểm thử phầm mềm Những điểm cần ý bao gồm: - Các lỗi phần mềm tác động đến sống nào? - Lỗi chúng xuất hiện? - Các tester họ phải làm gì? 1.1 Những lỗi (bug) phần mềm nghiêm trọng lịch sử - Hãy đánh giá thử xem phần mềm thâm nhập vào sống Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm o Sau năm 1947, máy tính Mark II yêu cầu hàng tá nhà lập trình phải bảo trì liên miên Những người bình thường khơng tưởng tượng ngày nhà họ có máy tính họ o Bây giờ, máy tính tràn ngập khắp nơi, khơng đến với gia đình, mà cịn đến với cá nhân Những đĩa CD phần mềm miễn phí với đoạn video game cho trẻ em, tặng kèm theo hộp ngũ cốc nhiều phần mềm tàu thoi - Hãy thử so sánh phát triển máy nhắn tin buồng điện thoại, dịch vụ chuyển phát nhanh… với phát triển máy tính phần mềm máy tính Dường khơng theo kịp bùng nổ ngành công nghiệp đầy chất xám Bây giờ, khơng thể khơng sử dụng dịch vụ chuyển phát nhanh…, bắt đầu ngày mà không vào mạng kiểm tra thư điện tử - Phần mềm khắp nơi Tuy nhiên, viết nhiều người, mà khơng hồn hảo Chúng ta tìm hiểu số ví dụ đây: Disney’s Lion King, 1994 – 1995 Vào cuối năm 1994, cơng ty Disney tung thị trường trị chơi đa phương tiện cho trẻ em, The Lion King Animated StoryBook Mặc dù nhiều công ty khác quảng bá chương trình cho trẻ em nhiều năm, lần Disney mạo hiểm lao vào thị trường Nó xúc tiến quảng cáo mạnh mẽ Số lượng bán vô đồ sộ Nó mệnh danh “the game to buy” cho trẻ em kỳ nghỉ Tuy nhiên, chuyện xảy đến? Đó thất bại khủng khiếp Vào 26/12, sau ngày Giáng Sinh, khách hàng Disney liên tục gọi điện Ngay lập tức, kỹ thuật viên trợ giúp điện thoại bị sa lầy với gọi từ bậc cha mẹ giận đứa trẻ khóc, chúng khơng thể cho phần mềm làm việc Nhiều câu chuyện xuất mặt báo tin TV Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm …Disney thất bại không kiểm tra phần mềm rộng dãi nhiều mơ hình máy tính khác có sẵn thị trường Phần mềm làm việc vài hệ thống mà các lập trình viên Disney dùng để tạo trò game này, khơng phải hệ thống phổ biến mà người dùng hay sử dụng 1.1.1 Lỗi chia dấu phẩy động vi xử lý Intel Pentium (Intel Pentium Floating – Point Division Bug), 1994 Hãy mở phần mềm Calculator máy tính bạn thực phép toán sau: (4195835 / 3145727) * 3145727 – 4195835 Nếu kết 0, máy tính bạn hoạt động tốt Nếu bạn nhận kết khác, bạn sở hữu Intel Pentium CPU với lỗi floating – point division (chia dấu phẩy động) – lỗi phần mềm làm nóng chip bạn mà tái sản xuất liên tục Ngày 30/10/1994, Thomas R Nicely thuộc trường cao đẳng Lynchburg (Virgnia) phát kết không mong muốn thực phép chia (division) máy tính ông Ông công bố kết nghiên cứu internet ơng làm bùng lên lửa với số lượng lớn người gặp vấn đề ơng Và họ tìm thêm tình máy tính đưa câu trả lời sai May thay trường hợp thấy kết đưa câu trả lời sai trường hợp phục vụ cho Toán học chun sâu, Khoa học, Tính tốn kỹ thuật Hầu hết người không bắt gặp chúng thực tính tốn thơng thường chạy ứng dụng thương mại họ Điều làm cho vấn đề đáng ý không Intel coi bug, mặt khác cách mà Intel điều khiển tình hình: - Họ phát vấn đề thực thi test họ trước chip tung thị trường Các nhà quản lý Intel Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm định vấn đề khơng đủ nghiêm trọng khả xảy để cần thiết phải fixing (sửa) chí publicizing (cơng khai) Lỗi bị phát hiện, Intel cố gắng để giảm bớt tính chất nghiêm trọng vấn - đề bị nhận cách công bố công khai (press release) Khi bị gây áp lực, Intel ngỏ ý muốn thay miến phí chip bị lỗi, - với điều kiện người sử dụng phải chứng minh bị ảnh hưởng lỗi (bug) Họ gặp phải phản đối kịch liệt Các diễn đàn Internet tạo sức ép - với giận khách hàng khó tính, địi Intel phải fix vấn đề Các tin vẽ lên hình ảnh Intel giống cơng ty vơ trách nhiệm với khách hàng Cuối cùng, Intel phải xin lỗi cách điều chỉnh bug phải bỏ 400 triệu dollar để chi trả cho trình thay chip bị lỗi Bây giờ, Intel công khai vấn đề Website họ cẩn trọng giám sát hồi đáp khách hàng diễn đàn (newsgroups) Chú ý: Vào ngày 28/08/2000, thời gian ngắn trước phiên sách sản xuất, Intel thông báo việc thu hồi tất vi xử lý Pentium III 1.13MHz, sau chip tung thị trường khoảng tháng Một vấn đề bị phát Vì họ phải thực thi cho lời khẳng định chắn ứng dụng chạy ổn định Họ phải lập kế hoạch để thu hồi máy tính tới tay khách hàng tính tốn giá thành để thay cho chip bị lỗi 1.1.2 Tàu vũ trụ NASA đáp xuống địa cực Hỏa (NASA Mars Polar Lander), 1999 Ngày 3/12/1999, Tàu vũ trụ NASA đáp xuống địa cực Hỏa biến khỏi vịng kiểm sốt cố gắng đáp xuống bề mặt Hỏa Ban Báo Cáo cố điều tra cố xác định nguyên nhân xảy cố việc cài đặt bit liệu đơn lẻ Điều đáng ý cố lại chưa xảy thí nghiệm nội Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm Theo lý thuyết, kế hoạch đáp tàu sau: tàu đáp xuống bề mặt, sẽ mở dù nhằm làm giảm tốc độ Một vài giây sau mở dù, chân máy dò mở chết vị trí đáp Khi máy dị vị trí cách bề mặt hỏa 1.800m nhả dù đốt nóng (thruster) để giảm khoảng cách cịn lại so với bề mặt hỏa Để tiết kiệm, NASA đơn giản máy định thời gian ngắt Thay Rada đắt tiền tàu vũ trụ, họ cài đặt công tắc tiếp xúc (Contact switch) chân máy dị Nói cách đơn giản, chân máy rị mở bật cơng tắc để động đốt cháy chân chạm đất Thật không may ban báo cáo cố phát trình kiểm tra họ chân tách để chạm tới đất, rung động máy làm trượt công tắc đốt cháy việc thiết đặt bit gây tai họa Đây vấn đề nghiêm trọng, máy tính tắt phận đốt nóng tàu bị vỡ mảnh sau rơi từ độ cao 1.800m xuống bề mặt Hỏa Kết thật thê thảm, lý lại đơn giản Con tàu thám hiểm kiểm tra nhiều đội Một đội kiểm tra chức mở chân tàu đội khác kiểm tra việc đáp tàu xuống mặt đất Đội rằng: bit thiết đặt cho việc mở chân tàu không nằm vùng kiểm tra họ Đội thứ ln ln thiết lập lại máy tính, xóa bit liệu trước bắt đầu kiểm tra Cả đội làm việc độc lập hồn thành nhiệm vụ hồn hảo Nhưng lại khơng hồn hảo kết hợp nhiệm vụ với 1.1.3 Hệ thống phòng thủ tên lửa Patriot, 1991 Hệ thống phòng thủ tên lửa Patriot (người yêu nước) Mỹ phiên scaled-back chương trình khởi động chiến lược phịng thủ “Star Wars” khởi động tổng thống Ronald Reagan Nó đặt móng cho chiến tranh Vùng Vịnh (Gulf war) hệ thống phòng thủ tên lửa Iraqi Scub Mặc dù có nhiều câu chuyện quảng bá thành công hệ thống, nhiên tồn lỗi chống lại vài tên lửa Một số giết chết 28 lính Mỹ Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm Dhahran, Saudi Arabia Q trình phân tích cho thấy rằng, phần mềm bị lỗi nghiêm trọng Một thời gian trễ nhỏ đồng hồ hệ thống tích lũy lại sau 14h, hệ thống theo dõi khơng cịn xác Trong công Dhahran, hệ thống điều hành 100h 1.1.4 Sự cố Y2K (năm 2000), khoảng 1974 Vào đầu năm 1970, lập trình viên, tên Dave, làm việc cho hệ thống trả tiền cơng ty Máy tính mà sử dụng có nhớ lưu trữ nhỏ, buộc phải giữ gìn byte cuối mà có Dave tự hào đóng gói chương trình cách chặt chẽ (tightly) so với vài đồng nghiệp Một phương thức mà sử dụng chuyển định dạng ngày tháng từ chữ số, ví dụ 1973 thành định dạng chữ số, ví dụ 73 Bởi vì, hệ thống trả tiền (Payroll) phụ thuộc nặng vào xử lý ngày tháng, nhờ Dave giữ lại khơng gian nhớ có giá trị Trong thời gian ngắn, xem xét vấn đề xuất đến thời điểm năm 2000 hệ thống bắt đầu thực cơng việc tính tốn với năm đại diện 00, 01… Anh ta nhận thấy rằng, có vài vấn đề xảy đến, nghĩ chương trình thay cập nhật vòng 25 năm, nhiệm vụ quan trọng kế hoạch tương lai xa Và thời hạn đến Năm 1995, chương trình Dave sử dụng, Dave nghỉ hưu Và không biết làm để vào hệ thống kiểm tra xem đến năm 2000 chuyện xảy Chỉ Dave biết cách để fix Người ta ước tính rằng, phải đến vài trăm tỷ dollar để cập nhật fix lỗi tiềm tàng vào năm 2000, cho chương trình máy tính tồn giới có sử dụng hệ thống Dave 1.1.5 Mối hiểm nguy Virus, năm 2004 01/04/1994, thông điệp gửi tới vài nhóm người sử dụng internet sau truyền bá email có chứa loại virus ẩn ảnh có định dạng JPEG internet Người ta cảnh báo cần Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm thao tác mở xem tranh bị nhiễm dẫn đến việc cài đặt virus PC bạn Sự thay đổi lời cảnh báo nói rõ virus làm hỏng hình máy tính bạn hình Sony Trinitron “đặc biệt nhạy cảm” Nhiều người ý tới lời cảnh báo làm file ảnh JPEG hệ thống họ Thậm chí, số người quản trị hệ thống cịn tìm hiểu sâu bên khối ảnh JPEG nhận từ email hệ thống họ Cuối cùng, người nhận thấy rằng, thông điệp ban đầu gửi vào ngày cá tháng (“April Fools Day”) thật khơng có chuyện cả, câu chuyện đùa xa Các chuyên gia rung hồi chuông cảnh báo rằng: khơng có cách khả thi để ảnh JPEG có khả làm máy tính bạn bị nhiễm virus Sau tất cả, người ta khẳng định tranh liệu, khơng thể thực thi mã chương trình Mười năm sau, vào mùa thu năm 2004, virus proof-of-concept tạo ra, chứng minh ảnh JPEG tải với virus Nó gây ảnh hưởng tới hệ thống sử dụng để xem Những mẩu tin (software patches) tạo cách nhanh chóng thơng báo rộng khắp để ngăn chặn virus lan tràn Tuy nhiên, vấn đề thời gian họ khống chế vấn đề internet cách làm ảnh đường truyền 1.2 Lỗi (bug) gì? Bạn vừa tìm hiểu số vấn đề xảy phần mềm bị lỗi Nó dẫn đến phiền phức, giống máy chơi game làm việc cách hợp lý, dẫn đến thảm họa khủng khiếp Số tiền để giải vấn đề sửa lỗi lên tới hàng triệu dollar Trong ví dụ trên, rõ ràng phần mềm không hoạt động dự tính ban đầu Nếu tester, bạn phải tìm thấy hầu hết lỗi phần mềm Hầu hết lỗi đơn giản tinh vi, có nhỏ phân biệt lỗi lỗi Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm NHỮNG THUẬT NGỮ VỀ CÁC LỖI PHẦN MỀM: Phụ thuộc vào nơi mà bạn làm việc (như tester), bạn sử dụng thuật ngữ khác để mơ tả: điều xảy đến phần mềm bị lỗi Dưới số thuật ngữ: Defect nhược điểm Fault khuyết điểm Failure thất bại Anomaly dị thường Variance biến dị Incident việc rắc rối Problem vấn đề Error lỗi Bug lỗi Feature đặc trưng Inconsistency mâu thuẫn (Chúng ta có danh sách thuật ngữ không nên nhắc đến, hầu hết chúng sử dụng riêng biệt, độc lập lập trình viên) Bạn thấy ngạc nhiên có q nhiều từ để mơ tả lỗi phần mềm Tại lại vậy? Có phải tất chúng thật dựa văn hóa cơng ty q trình mà cơng ty sử dụng để phát triển phần mềm họ Nếu bạn tra từ từ điển, bạn thấy tất chúng có ý nghĩa khác khơng đáng kể Chúng có ý nghĩa suy từ cách mà chúng sử dụng đàm thoại hàng ngày Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm Ví dụ, fault, failure defect có xu hướng ám vấn đề thật quan trọng, chí nguy hiểm Dường không gọi biểu tượng (icon) không tô màu lỗi (fault) Những từ thường ám lời khiển trách: (fault) mà phát sinh lỗi phần mềm (software failure) (“it‟s his fault that the software failure.”) Anomaly, incident, variance khơng q tiêu cực thường sử dụng để đề cập tới vận hành khơng dự tính trước thay hoàn toàn lỗi (all-out failure) “Tống thống tuyên bố dị thường phần mềm làm cho tên lửa sai lịch trình nó” ("The president stated that it was a software anomaly that caused the missile to go off course.") Có lẽ, Problem, error bug thuật ngữ chung thường sử dụng Một điều thú vị số công ty đội sản xuất tiêu tốn nhiều thời gian quý báu trình phát triển phần mềm vào việc thảo luận tranh cãi thuật ngữ sử dụng Một công ty máy tính tiếng hàng tuần để thảo luận với kỹ sư họ trước định đổi tên Product Anomaly Report (PARs) thành Product Incident Report (PIRs) Một số tiền lớn sử dụng cho việc định thuật ngữ tốt Một định đưa (Once the decision was made), tất công việc liên quan đến giấy tờ, phần mềm, định dạng… phải cập nhật để phản ảnh thuật ngữ Nó khơng biết tới gây khác biệt hiệu làm việc lập trình viên tester Vậy, phải đưa chủ đề này? Thực quan trọng tester hiểu khả cá nhân đằng sau nhóm phát triển phần mềm mà bạn làm việc Cách thức họ đề cập tới vấn đề phần mềm họ dấu hiệu thông thường cách họ tiếp cận q trình phát triển tồn họ Mặc dù tổ chức bạn chọn tên khác, sách tất các vấn đề phần mềm gọi bug Không thành vấn đề Bộ môn CNPM- Khoa CNTT Page Kiểm thử phần mềm lỗi lớn, nhỏ, dự định, hay dự định, cảm giác bị tổn thương họ tạo chúng Khơng có lý để mổ xẻ từ A bug's a bug's a bug ĐỊNH NGHĨA VỀ LỖI PHẦN MỀM: Các vấn đề software problems bug nghe đơn giản, chưa hẳn giải Bây giờ, từ problem cần định nghĩa Để tránh việc định nghĩa vòng quanh (circular definitions), điều quan trọng phải mơ tả lỗi gì? Đầu tiên, bạn cần thuật ngữ trợ giúp (supporting term): đặc tả phần mềm (product specification) Đặc tả phần mềm gọi cách đơn giản spec product spec, luận đội phát triển phần mềm Nó định nghĩa sản phẩm mà họ tạo ra, chi tiết gì, hành động nào, làm gì, khơng làm gì? Luận vạch phạm vi hình thức từ dạng hiểu biết ngôn từ đơn giản, email, chữ viết nguệch ngoạc tờ giấy ăn, tới tài liệu thành văn hình thức hóa, chi tiết Trong 2, “Quy trình phát triển phần mềm”, bạn học đặc tả phần mềm quy trình phát triển, khơng phải bây giờ, định nghĩa đầy đủ Một lỗi phần mềm xuất nhiều quy tắc đúng: Phần mềm không thực số thứ giống mô tả đặc tả phần mềm Phần mềm thực số việc mà đặc tả yêu cầu không thực Phần mềm thực số chức mà đặc tả không đề cập tới Phần mềm không thực số việc mà đặc tả không đề cập tới, việc nên làm Bộ môn CNPM- Khoa CNTT Page 10 Kiểm thử phần mềm – Software Testing Tổng số người dùng ảo: 17 Tổng số byte liệu chuyển qua:57413709 Trung bình số byte data chuyển qua/ giây: 112136 Tổng số phiên giao dịch thành công /giây: 1.063 + Transaction Summary: Phần hiển thị bảng bao gồm thông tin giao dịch như: số lượng giao dịch nhỏ nhất, số lượng giao dịch lớn nhất, số lượng giao dịch trung bình, số giao dịch thành công, số giao dịch thất bại Chúng ta đặc biệt ý đến cột 99 Percent: Ở thời gian đáp trả cho 90% số giao dịch yêu cầu phiên giao dịch nhỏ 131.571 giây Lọc liệu theo điều kiện Chúng ta lọc liệu với điều kiện lựa chọn cách: View> Summary Filter chọn biểu tượng (Apply filter) toolbar Hộp thoại lọc liệu hiển thị Ở chọn điều kiện để lọc Bộ môn CNPM- Khoa CNTT Trang 277 Kiểm thử phần mềm – Software Testing liệu mong muốn Ví dụ bạn lọc liệu biểu đồ để số giao dịch đoạn kịch bản.Giả sử, bạn lựa chọn để hiển thị giao dịch phút thứ kịch trước phút trước kết thúc kịch Bạn lọc từ biểu đồ, từ tất biểu đồ kịch test Chú ý: Bạn kết hợp (Merged) biểu đồ , sau lọc liệu theo điều kiện định Để thiết lập điều kiện lọc liệu.Chúng ta mở hộp thoại tương ứng cách thực bước sau: + Để thiết lập điều kiện lọc cho biểu đồ, chọn biểu đồ cần lọc liệu chọn View > Set Filter/Group By click vào biểu tượng Toolbar + Để thiết lập điều kiện lọc cho tất biểu đồ kịch test (những biểu đồ hiển thị biểu đồ chưa mở) Chọn File > Set Global Filter click vào biểu tượng Toolbar Bộ môn CNPM- Khoa CNTT Trang 278 Kiểm thử phần mềm – Software Testing +Để thiết lập điều kiện lọc cho báo cáo tổng quát ta chọn View > Summary Filter click vào biểu tượng Toolbar Quan sát phân tích biểu đồ: Bộ môn CNPM- Khoa CNTT Trang 279 Kiểm thử phần mềm – Software Testing Quan sát riêng biểu đồ: Lựa chọn cửa sổ Session Explorer + Để quan sát số liệu biểu đồ chọn: Graph Data kích chọn điểm biểu đồ Bộ môn CNPM- Khoa CNTT Trang 280 Kiểm thử phần mềm – Software Testing Kết hợp so sánh thông số khác nhau: Right click vào biểu đồ > chọn Merge Graphs + Sau chọn biểu đồ muốn kết hợp Bộ môn CNPM- Khoa CNTT Trang 281 Kiểm thử phần mềm – Software Testing + Chúng ta chọn thông số cần quan sát phần Legend.Các lựa chọn cho biết đường biểu với màu sắc tương ứng Bộ môn CNPM- Khoa CNTT Trang 282 Kiểm thử phần mềm – Software Testing Ở đây, quan sát thấy, số lượng người dùng ảo tương tác với hệ thống lớn thời gian đáp trả cho phiên giao dịch lớn + Chúng ta thêm comments để thích cho điểm đặc biệt + Để thêm biểu đồ chọn Hộp thoại Add New Graph hiển thị Bộ môn CNPM- Khoa CNTT Trang 283 Kiểm thử phần mềm – Software Testing + Chúng ta lựa chọn biểu đồ muốn quan sát: Bộ môn CNPM- Khoa CNTT Trang 284 Kiểm thử phần mềm – Software Testing + Chúng ta quan sát tương quan biểu đồ cách chọn: + Hộp thoại Analyze Transaction hiển thị: + Để quan sát trạng thái biểu biểu đồ thông số cần thiết khoảng thời gian xác định mong muốn, chọn View > Auto Correlate right-click vào biểu đồ chọn Auto Correlate Ví dụ bạn muốn quan sát thông số Bộ môn CNPM- Khoa CNTT Trang 285 Kiểm thử phần mềm – Software Testing khoảng thời gian từ phút thứ đến phút khoảng thời gian có số lượng người dùng lớn tương tác với hệ thống Bộ môn CNPM- Khoa CNTT Trang 286 Kiểm thử phần mềm – Software Testing Cross Result Để đánh giá hiệu hoạt động trang web, phải tiến hành kiểm thử nhiều lần với thông số đầu vào khác như: tăng dần số lượng người dùng ảo, kiểm thử môi trường hoạt động khác (tài ngun máy tính, trình duyệt web ) Sau kết hợp so sánh kết lần kiểm thử cách sau: Chọn File > Cross With Result Bộ môn CNPM- Khoa CNTT Trang 287 Kiểm thử phần mềm – Software Testing + Tại Add thêm file lrr (đây kết lần kiêm thử trước lưu lại C:\Program Files\HP\LoadRunner\script\TenKichBan\) + Chúng ta thu kết biểu đồ với so sánh tương quan kết lần kiểm thử Trong biểu đồ này, ý phân biệt kết lần (hay nhiều lần tùy vào lựa chọn kiểm thử viên) kiểm thử màu sắc (chú thích phần Legend) Bộ môn CNPM- Khoa CNTT Trang 288 Kiểm thử phần mềm – Software Testing + Để xuất báo cáo file định dạng html doc chọn: điền đầy đủ thông tin yêu cầu: + Sau lựa chọn thơng tin mong muốn hiển thị Bộ môn CNPM- Khoa CNTT Trang 289 Kiểm thử phần mềm – Software Testing + Cuối thu báo cáo mong muốn Bộ môn CNPM- Khoa CNTT Trang 290 Kiểm thử phần mềm – Software Testing TÀI LIỆU THAM KHẢO [1].Các giải pháp lập trình C# [2].Lập trình windows với C#.Net [3].Lý thuyết kiểm tra phần mềm [4].Phân tích thiết kế HTTT theo UML [5].C.Sharp Database Programming [6].Guideline_Software Testing [7].Windows Forms Programming With C# [8] http://qtp.blogspot.com [9] Http://www.msdn.microsoft.com Bộ môn CNPM- Khoa CNTT Trang 291 ... kiểm thử phần lại sách để tạo phần mềm tốt 2.2 Thực trạng trình kiểm thử phần mềm Trong phần 1, bạn tìm hiểu khái niệm kiểm thử phần mềm quy trình phát triển phần mềm Những thông tin biểu diễn... cần kiểm tra Hình 2.3: CD-ROM phần mềm nhiều phần tạo nên sản phẩm phần mềm Bộ môn CNPM- Khoa CNTT Page 26 Kiểm thử phần mềm Nhưng thật không may, thành phần thường xuyên bị bỏ qua quy trình kiểm. .. 39 Kiểm thử phần mềm kiểm thử tối ưu, để đảm bảo bạn kiểm thử q nhiều hay q trường hợp Hình 3.2: Mọi dự án phần mềm có điểm nỗ lực kiểm thử tối ưu Bạn tìm hiểu làm để thiết kế lựa chọn kịch kiểm