ISTQB-Nguyên tắc cơ bản về kiểm thử – Mục 1.1 – Phần 1/6

Để tiện cho các bạn dễ theo dõi, mình sẽ dịch dần và update các nội dung có trong quyển Foundation of Software Testing (ISTQB Certification) của các tác giả Dorothy Graham, Erik van Veenendaal, Isabel Evans, và  Rex Black. Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây.

Syllabus tải về Tại đây. Tất cả các kiến thức trong này đều có liên quan tới bài thi, do đó các bạn chú ý tập trung để có một kết quả thi tốt nhất. Lưu ý: một số thuật ngữ sẽ được giữ nguyên để đảm bảo về mặt ngữ nghĩa!

WHY IS TESTING NECESSARY? (Tại sao kiểm thử lại cần thiết?)

Các mục sẽ xuất hiện trong đề thi

  1. Mô tả cách thức mà một lỗi trong phần mềm có thể gây hại cho con người, cho môi trường hoặc cho một công ty. (K2)
  2. Phân biệt giữa nguyên nhân gốc rễ của một khiếm khuyết và những ảnh hưởng của nó. (K2)
  3. Đưa ra lý do tại sao việc kiểm thử là cần thiết (bằng cách đưa ra các ví dụ). (K2)
  4. Mô tả lý do tại sao kiểm thử là một phần của đảm bảo chất lượng và đưa ra các ví dụ về cách kiểm thử góp phần vào một sản phẩm có chất lượng cao hơn. (K2)
  5. Nhắc lại các thuật ngữ “mistake”, “defect”, “fault”, “failure” và các thuật ngữ tương ứng “error” và “bug”. (K1)
  6. Giải thích các nguyên tắc cơ bản trong kiểm thử. (K2)

GIỚI THIỆU

Trong phần này, chúng ta sẽ bắt đầu cuốn sách với một cuộc thảo luận về lý do tại sao việc kiểm thử lại quan trọng. Mô tả và minh họa cách các lỗi hoặc lỗi phần mềm có thể gây ra vấn đề cho con người, môi trường hoặc công ty. Rút ra những phân biệt quan trọng giữa các defect, nguyên nhân gốc rễ và ảnh hưởng của chúng. Giải thích lý do tại sao cần kiểm thử để tìm ra những defect này, cách kiểm thử thúc đẩy chất lượng và cách kiểm thử phù hợp với đảm bảo chất lượng. Và giới thiệu một số nguyên tắc cơ bản của kiểm thử.

Khi chúng ta đi qua phần này, hãy để ý các thuật ngữ của Syllabus bug, defect, error, failure, fault, mistake, quality, risk, software, testingexhaustive testing.
Bạn sẽ tìm thấy các thuật ngữ này được định nghĩa trong bảng thuật ngữ.

TẠI SAO KIỂM THỬ CẦN THIẾT?

Hãy áp dụng một cách sử dụng đơn giản trong cuộc sống hàng ngày: “khi  kiểm tra một thứ gì đó, chúng ta đang kiểm tra xem nó có ổn không”. Chúng ta sẽ cần phải tinh chỉnh điều đó khi kiểm thử phần mềm sau này.

Hãy bắt đầu bằng cách xem xét lý do tại sao cần kiểm thử. Kiểm thử là cần thiết vì tất cả con người đều mắc sai lầm. Một số sai lầm không quan trọng, nhưng một số trong số đó gây ra sự tốn kém hoặc nguy hiểm. Chúng ta cần kiểm tra mọi thứ và bất cứ thứ gì mình đưa ra bởi vì mọi thứ luôn có thể sai – con người luôn mắc lỗi.

Nên cho rằng công việc của mình có chứa sai sót, nên cần phải kiểm tra công việc của chính mình. Tuy nhiên, một số sai lầm xuất phát từ những giả định không tốt và những điểm mù, vì vậy chúng ta có thể mắc phải những sai lầm tương tự khi kiểm tra công việc của chính mình.

Tốt nhất, chúng ta nên nhờ người khác kiểm tra công việc của mình – một người khác có nhiều khả năng phát hiện ra những sai sót hơn.

Có vấn đề gì nếu có sai lầm trong những gì chúng ta làm không? Có vấn đề gì nếu chúng ta không tìm thấy một số sai sót trong số đó không?

Cần biết rằng trong cuộc sống bình thường, một số sai lầm không quan trọng, và một số sai lầm lại rất quan trọng. Điều này cũng tương tự với các hệ thống phần mềm. Chúng ta cần biết liệu một lỗi cụ thể có khả năng gây ra sự cố hay không. Để giúp suy nghĩ về điều này, cần xem xét bối cảnh sử dụng các hệ thống phần mềm khác nhau.

BỐI CẢNH HỆ THỐNG PHẦN MỀM

Nguyên lý kiểm thử – Kiểm tra phụ thuộc vào ngữ cảnh

Kiểm thử được thực hiện khác nhau trong các bối cảnh khác nhau. Ví dụ: phần mềm quan trọng về tính an toàn được kiểm thử khác với một trang web về thương mại điện tử.

Ngày nay, hầu hết mọi người đều biết đến hệ thống phần mềm. Chúng ta bắt gặp chúng trong nhà, tại nơi làm việc, khi đi mua sắm …. Chúng ta sử dụng phần mềm trong các ứng dụng kinh doanh hàng ngày như ngân hàng, trong các sản phẩm tiêu dùng như ô tô, máy giặt…. Tuy nhiên, hầu hết mọi người đều gặp phải trường hợp phần mềm không hoạt động như mong đợi: lỗi trên hóa đơn, chậm trễ khi chờ xử lý thẻ tín dụng, trang web tải không đúng….

Đó là những ví dụ phổ biến về sự cố có thể xảy ra do vấn đề phần mềm. Không phải tất cả các hệ thống phần mềm đều có cùng một mức độ rủi ro và không phải tất cả các vấn đề đều có tác động như nhau khi chúng xảy ra.

RỦI RO LÀ GÌ?

risk

Rủi ro là một cái gì đó chưa xảy ra và nó có thể không bao giờ xảy ra; nó là một vấn đề tiềm ẩn. Chúng ta lo ngại về những vấn đề tiềm ẩn này vì nếu một trong số chúng xảy ra, chúng có thể gây ra các tác động tiêu cực. Khi thảo luận về rủi ro, cần xem xét khả năng vấn đề sẽ xảy ra và tác động nếu nó xảy ra.

Ví dụ, bất cứ khi nào băng qua đường, sẽ có một số rủi ro rằng chúng ta sẽ bị thương bởi một chiếc xe ô tô.

Khả năng xảy ra phụ thuộc vào các yếu tố như lưu lượng xe cộ trên đường như thế nào, có chỗ băng qua đường an toàn hay không, mức độ chúng ta có thể nhìn thấy và tốc độ có thể băng qua đường, tốc độ xe chạy, chúng ta có mặc đồ bảo hộ hay không, tuổi tác và sức khỏe như thế nào….

Rủi ro đối với một người cụ thể có thể được tính toán và do đó chúng ta có thể đưa ra chiến lược băng qua đường tốt nhất.

Rủi ro là như nhau với mọi Dự án phần mềm?

Có thể một số vấn đề gặp phải khi sử dụng phần mềm là khá nhỏ, nhưng một số vấn đề khác lại có thể gây tốn kém và tổn hại – mất tiền, thời gian hoặc uy tín kinh doanh – và thậm chí có thể dẫn đến thương tích hoặc tử vong.

Ví dụ: một giao diện người dùng có các lỗi về đánh máy. Có vấn đề gì không? Vấn đề có thể bình thường, nhưng nó có thể có ảnh hưởng đáng kể, tùy thuộc vào trang web và lỗi:

  • Nếu trang web cá nhân bị viết sai lỗi chính tả về tên của một thành viên trong gia đình, người chủ của trang web có thể dễ dàng sửa chữa mà không gây ra quá nhiều tác động.
  • Nếu trang web của công ty có một số lỗi chính tả trong văn bản, những khách hàng tiềm năng có thể rời bỏ khỏi công ty vì nó trông không chuyên nghiệp.
  • Nếu một chương trình phần mềm tính toán sai số lượng sử dụng thuốc trừ sâu, hậu quả có thể rất đáng kể: giả sử đặt sai một dấu thập phân để tỷ lệ sử dụng thuốc quá lớn gấp 10 lần. Người nông dân hoặc người làm vườn sử dụng nhiều thuốc trừ sâu hơn mức cần thiết, điều này làm tăng chi phí, tác động đến môi trường, đồng thời tác động đến sức khỏe và an toàn cho người nông dân, người làm vườn, gia đình và lực lượng lao động, vật nuôi. Gây ra hậu quả là mất lòng tin và kinh doanh đối với công ty và các chi phí pháp lý và tiền phạt có thể xảy ra do gây ra các vấn đề về môi trường và sức khỏe.

Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây

Ezami

Related Posts

Leave a Reply

Your email address will not be published. Required fields are marked *