Gần đây tôi có đọc một bài báo nói rằng phần mềm là việc nhàm chán (ngồi cả ngày trước máy tính) và kiểm thử phần mềm là kĩ năng thấp, không được kính trọng cho nên thay vì nghiên cứu khoa học máy tính hay kĩ nghệ phần mềm, sinh viên nên nghiên cứu cái gì đó khác để làm “điều quan trọng.” Tôi không biết tác giả nghĩ gì trong đầu về những vấn đề quan trọng nhưng là một nhà chuyên môn về phần mềm trong hơn 30 năm, tôi biết rằng phần mềm KHÔNG là việc nhàm chám mà là nghề mang tính sáng tạo cao bởi vì nó yêu cầu nhiều tư duy, phân tích và canh tân.
Kiểm thử phần mềm KHÔNG phải là kĩ năng thấp nhưng là một phần quan trọng của qui trình phát triển phần mềm. Nó yêu cầu người kiểm thử phần mềm phải có đầu óc logic để phân tích sự hợp lí của qui trình phần mềm, để nhận diện các lỗi và để bảo đảm sản phẩm cuối cùng đáp ứng các yêu cầu. Kiểm thử là việc rất thách thức, chẳng hạn kiểm thử trò chơi máy tính, được thiết kế để mô phỏng xúc cảm từ những người chơi, yêu cầu người kiểm thử phải có các quyết định về xúc cảm và chủ quan. Kiểm thử các phần mềm mấu chốt như hệ thống máy tính của vệ tinh hay máy bay yêu cầu người kiểm thử phải hội tụ vào mọi kịch bản có thể để khử bỏ mọi rủi ro và ngăn ngừa thảm hoạ.
Ngược với khái niệm là người làm phần mềm ngồi cả ngày trước máy tính, người làm phần mềm tốt không chỉ là người kĩ thuật mà còn là người doanh nghiệp. Họ bao giờ cũng tham gia cùng khách hàng, người dùng, người quản lí trên cơ sở hàng ngày cho nên họ có thể có hiểu biết rõ ràng về các yêu cầu doanh nghiệp. Việc của người kĩ sư phần mềm là tạo ra sản phẩm đáp ứng yêu cầu của khách hàng, người dùng và người quản lí. Bằng việc hoàn thành những yêu cầu này, họ giải quyết các vấn đề, phân tích vấn đề; tạo ra các sản phẩm canh tân mà không chỉ là những thứ được ưa chuộng nhưng còn là những thứ vui cho mọi người. Để tham gia cùng người dùng một cách có hiệu quả, người kĩ sư phần mềm chuyên nghiệp phải có quan điểm kĩ thuật và quan điểm doanh nghiệp để hiểu doanh nghiệp đang cố gắng đạt tới cái gì. Khi đối diện với thách thức họ náo nức, xúc động của họ lên cao và họ bắt đầu phân tích tình huống theo cách tiếp cận logic để tạo ra giải pháp tốt nhất có thể được. Nhiều kĩ sư phần mềm nói với tôi rằng họ tin kiến trúc, thiết kế và lập trình cho phần mềm là “nghệ thuật” và họ vừa là nhà khoa học vừa là nghệ sĩ. Họ cảm thấy giống nhà khoa học bởi vì điều đó yêu cầu tư duy logic, phân tích và tổ chức nhưng cũng giống nghệ sĩ bởi vì họ tạo ra thứ có tính trí tuệ và biến đổi chúng thành thứ vật lí – tác phẩm phần mềm, như nhạc sĩ, hoạ sĩ hay nhà văn bởi vì sản phẩm của họ là kết quả của tâm trí sáng tạo cao, dứt khoát không phải là cái gì đó nhàm chán.
Về mặt truyền thống, người kĩ sư phần mềm không nói ra lời về công việc của họ và ích lợi tích cực họ đem tới cho doanh nghiệp và xã hội. Họ để hàng giờ làm việc cũng như nhạc sĩ làm việc nhọc nhằn để tìm ra sự hài hoà hoàn hảo hay nhà thơ cố gắng đi tới những vần thơ hoàn hảo. Tuy nhiên, khác với nghệ sĩ, người làm việc chủ yếu một mình, qua việc phát triển phần mềm, người kĩ sư phần mềm thường xuyên tham gia với nhau để duy trì mối quan hệ tích cực với khách hàng của mình bằng việc trao đổi và chứng tỏ cách sản phẩm của họ sẽ đáp ứng cho yêu cầu của khách hàng. Mối nối giữa cách tiếp cận xúc cảm và vấn đề doanh nghiệp và công nghệ trong môi trường phát triển trở thành rõ ràng khi thẩm định thành công mà người làm phần mềm đạt tới trong việc chuyển giao kết quả tích cực cho doanh nghiệp.
Điều không may là tôi cũng thấy rằng nhiều người làm kiểm thử phần mềm, người được huấn luyện theo qui trình truyền thống kiểm thử mã chỉ dựa trên ngôn ngữ lập trình và thường không tham gia có hiệu quả với doanh nghiệp và do vậy đạt tới mức độ thành công và kính trọng ít hơn. Kiểm thử phần mềm là một bộ môn trong số nhiều việc huấn luyện kĩ nghệ phần mềm nhưng trong khoa học máy tính truyền thống, nó đơn thuần hội tụ vào kiểm thử lập trình, không mấy hội tụ vào kiểm thử thiết kế, kiểm thử kiến trúc, kiểm thử yêu cầu, trắc nghiệm doanh nghiệm, kiểm thử thuộc tính chất lượng và kiểm thử xúc cảm. Chẳng hạn họ có thể không hiểu tầm quan trọng của việc nắm bắt thông tin chứng tỏ giá trị mà kiểm thử đem lại cho doanh nghiệp hay sự lí thú của kiểm thử “cảm giác” của người dùng khi dùng sản phẩm, (kiểm thử tính dùng được trong công nghiệp trò chơi máy tính) mà chỉ biết cách kiểm thử mã.
Dùng cách tiếp cận xúc cảm tới kiểm thử cũng tạo khả năng cho người kĩ sư phần mềm đưa bộ môn phần mềm tới cuộc sống – dùng những ví dụ dự án cuộc sống thực mà đã bị thất bại do thiếu hụt trong kiểm thử và thủ tục đảm bảo chất lượng sẽ có hiệu quả hơn nhiều cách tiếp cận truyền thống “mã trước hỏi câu hỏi sau”. Nếu người kĩ sư phần mềm có thể tham gia với doanh nghiệp và ngành công nghiệp công nghệ ở mức độ xúc cảm, họ sẽ hiểu giá trị gia tăng và ích lợi doanh nghiệp của kiểm thử cũng như cách nó có thể là điều lí thú. Kiểm thử thực sự là cách tiếp cận “toàn trí” bởi vì nó yêu cầu cả logic và xúc cảm trong việc hướng dẫn phát triển phần mềm để khử lỗi và rủi ro qua cách tiếp cận logic và có cấu trúc. Huấn luyện truyền thống nói rằng chuẩn bị kiểm thử xảy ra sau khi lập trình được hoàn tất, điều thực sự quá muộn bởi vì nó chỉ hội tụ vào phát hiện khiếm khuyết của việc thực hiện (viết mã). Huấn luyện kĩ nghệ phần mềm hội tụ vào kiểm thử ở mọi pha của vòng đời phát triển, điều có nghĩa là kiểm thử bắt đầu khi dự án bắt đầu và trường hợp kiểm thử và kịch đoạn kiểm thử phải được chuẩn bị sớm nhất có thể được.
Tôi tin người kiểm thử phần mềm có vai trò mấu chốt trong thành công hay thất bại của dự án và họ cần tham gia vào công việc ở giai đoạn sớm, hội tụ vào mọi chi tiết một cách có hiệu quả để xác định yêu cầu từ dự án và thực sự nắm được những mức thấp nhất về điều người dùng và khách hàng muốn. Khi làm điều này, thảm hoạ có thể được ngăn ngừa, việc dùng sản phẩm có thể là vui đùa và doanh nghiệp sẽ bắt đầu nhận ra ích lợi đúng của dự án thành công. Tôi tin phần mềm là việc lí thú và người kiểm thử phần mềm cần được thừa nhận về điều họ đã đóng góp.
———-English version———-
Software Testing
Recently I read an article stated that software is a boring job (Sit in front of computer all day) and software testing is a low skill, not respected so instead of study computer science or software engineering, students should study something else to do “Important things”. I do not know what the author has in mind about important things but as a software professional for more than 30 years, I know that software is NOT a boring job but a highly creative career because it requires a lot of thinking, analyzing and innovating. Software testing is NOT a low skill but an important part of the software development process. It requires software tester to have is a logical mind to analyze the rational of a software process to identify defects and make sure that the final product meets the requirements. Testing is a very challenging job, for example testing a computer game designed to stimulate emotion from players requires testers to have both emotional and subjective decisions. Testing critical softwares such as a satellite or airplane computer systems requires testers to focus on every possible scenarios to eliminate all risks and prevent disasters.
Contradict to the notion that software people sit in front of a computer all day, a good software engineer is not just technical but also business people. They always engage with customers, users, managers on daily basis so they could have clear understanding of the business requirements. The job of a software engineer is to create products that meet the requirements of customers, users, and managers. By fulfilling these requirements, they solve problems, analyzing issues; create innovative products which are not only a favourable things but also fun things for everybody. In order to engage with their users effectively, professional software engineer must possess a technical standpoint and the business view to understand what the business is trying to achieve. When facing a challenge they are excited, their emotional run high and they begin to analyze the situation in a logical approach to create the best solution possible. Many software engineers told me that they believe the architecture, design and programming of software are an “art” and they are both scientist and artists. They feel like scientists because it requires logical thinking, analyzing and organizing but also artists because they create intellectual thing and transform them into physical things – a software masterpieces just like musicians, painters or writers because their products are the results of highly creative minds, definitely not something boring.
Traditionally, software engineer is not so vocal about their works and the positive benefits they are bringing to the business and society. They suffer long hours of working just like musician works hard to find perfect harmony or a poet tries to come up with perfect verses. However, different from artists who work mostly alone, throughout the development of software, software engineers are constantly engaging with each others to maintain a positive relationship with their customers by communicating and demonstrating how their products will meet customer’s requirements. The connection between an emotive approach and business and technology issues in a development environment becomes clear when assessing the success that software people achieve in delivering positive outcomes for the business.
Unfortunately, I also found that many software testers who are trained in the traditional process of testing code based on the programming language only and often fail to engage effectively with the business and thus achieve a lesser degree of success and respect. Software testing is one discipline among many of software engineering training but in traditional computer science, it is merely focus on programming testing, not much in design testing, architecture testing, requirement testing, business verification, quality attribute testing and emotional testing. For example they may not understand the importance of capturing information that demonstrates the value testing is bringing to the business or the excitement of testing the “feeling” of users when using the product (Usability testing in computer game industry) but only know how to test code.
Using an emotive approach to testing will also enable software engineers to bring the software discipline to life – using real life examples of projects that have failed due to shortfalls in the testing and quality assurance procedures will be much more effective than the traditional “code first ask question later” approach. If software engineers can engage the business and technology industry on an emotional level, they will understand the added value and business benefits of testing as well as how it could be an exciting thing. Testing is really the “whole brain” approach because it requires both logic and emotion in guiding the software development in eliminating errors and risks via logical and structured approach. Traditional training stated that testing preparation happens after programming is completed which is really too late because it only focus on detecting defect of the implementation (Coding). Software engineering training focus on testing at every phases of the development life cycle, which mean testing starts when the project starts and test cases and test scripts must be prepared as early as possible.
I believe software testers have critical role in the success or failure of projects and they need to engage the business at the earlier stage, focusing on every details effectively to determine the requirements from the project and really get to the lowest levels of what users and customers want. In doing this, disaster can be averted, using of the product could be fun and businesses will start to realize the true benefits of successful projects. I believe software is an exciting job and software tester need to be recognized on what they have contributed.
