Kienthuclaptrinh. Vn vol. 1 11. 2021 thế giới nghệ nhân phần mềM
tải về 0.57 Mb. Chế độ xem pdf
|
| PHẦN MỀM HIỆN ĐẠI
Nguyễn Khắc Nhật CEO CodeGym Lỗi trong các sản phẩm dẫn đến thiệt hại vô cùng lớn cho các nhà sản xuất và cho xã hội, không riêng gì trong ngành phần mềm. Hẳn chúng ta dễ dàng tìm thấy các thông tin liên quan đến lỗi trên các dòng xe hơi của các hãng như Toyota, Ford, Honda, Mitsubishi... dẫn đến việc phải triệu hồi và khắc phục hàng triệu chiếc xe. Hoặc sự cố pin gây cháy nổ của dòng điện thoại Galaxy Note 7 của Samsung khi vừa mới ra mắt, mà theo ước tính có thể gây thiệt hại lên đến 17 tỉ USD cho hãng. Hay như lỗi phần mềm của dòng máy bay Boing 737 MAX dẫn đến các tai nạn kinh hoàng ở Indonesia và Ethiopia, không chỉ gây thiệt hại về kinh tế mà còn để lại những hậu quả không thể khắc phục được - hàng trăm người đã thiệt mạng do các sự cố này. Bởi những hậu quả vô cùng lớn như vậy, cho nên nhiệm vụ đảm bảo chất lượng luôn là ưu tiêu hàng đầu của các nhóm phát triển sản phẩm, trong đó hoạt động kiểm thử được coi là một chốt chặn quan trọng để phát hiện và xử lí các lỗi tiềm ẩn. Cũng bởi vì thế mà trong ngành phần mềm nói riêng, chúng ta luôn cố gắng để đưa ra các phương pháp, kỹ thuật và công cụ hiệu quả nhất để phát hiện và xử lí lỗi càng sớm càng tốt. Có một nguyên tắc mang tính chất hiển nhiên trong phát triển sản phẩm: Các lỗi phát hiện càng muộn thì chi phí sửa chữa càng cao. Chẳng hạn, đối với các lỗi được phát hiện trong giai đoạn thiết kế thì có thể chỉ mất một ít thời gian để điều chỉnh, nếu lỗi đó không được phát hiện và chuyển sang giai đoạn sản xuất thì chi phí sẽ tăng lên nhiều, và cứ như thế, nếu đến khi sản phẩm đã được phát hành mà lại xuất hiện lỗi thì chi phí sẽ cực kỳ lớn. Ngoài những ví dụ như đã được nhắc đến ở phần đầu bài viết, hãy thử tưởng tượng một hệ thống lớn như của Facebook hoặc Google mà bị dừng hoạt động trong dăm phút thì thiệt hại sẽ lên đến chừng nào – chắc chắc sẽ là một con số vô cùng khổng lồ. Do nguyên tắc này, chúng ta luôn cố gắng để các hoạt động kiểm thử được diễn ra càng sớm càng tốt. Trước đây, kiểm thử gần như là công đoạn sau Hình 1: Sự cố của Boing 737 MAX 16 cùng của quá trình phát triển. Giờ đây, chúng ta muốn hoạt động này được diễn ra sớm hơn, song song hoặc thậm chí là trước cả việc viết mã. Cũng bởi vì thế, một số thao tác kiểm thử đã được chuyển sang cho lập trình viên, thay vì gán riêng cho các tester như trước. Ngày nay, việc lập trình viên thực hiện kiểm thử đơn vị (unit testing) hoặc kiểm thử tích hợp (integration testing) đã trở nên phổ biến. tải về 0.57 Mb. Chia sẻ với bạn bè của bạn:
|