“Tôi đã kiểm tra mọi thứ, không có lỗi nào cả”

Mar 22 2022
Tại sao “Ngôn ngữ an toàn” lại quan trọng trong Kiểm thử phần mềm Với tư cách là những người kiểm tra, trước khi sẵn sàng phát hành, chúng tôi có thể được hỏi “Bạn đã kiểm tra mọi thứ chưa? Có bất kỳ lỗi nào không? ” Hoặc những câu hỏi dọc theo những dòng này. Đúng nhưng có lẽ sai hơn, mọi người coi chúng tôi như những người kiểm tra để đảm bảo, và đôi khi (lại sai) để “ký phát hành”.

Tại sao “Ngôn ngữ an toàn” lại quan trọng trong Kiểm thử phần mềm

Các biểu tượng về dấu hiệu Không tham gia, một lỗi, bong bóng trò chuyện và kính lúp che một lỗi.

Là người thử nghiệm, trước khi sẵn sàng phát hành, chúng tôi có thể được hỏi

“Bạn đã thử nghiệm mọi thứ chưa? Có bất kỳ lỗi nào không? ”

Hoặc những câu hỏi dọc theo những dòng này. Đúng nhưng có lẽ sai hơn, mọi người coi chúng tôi như những người kiểm tra để đảm bảo, và đôi khi (lại sai) để “ký phát hành”. Tôi phải thừa nhận rằng khi tôi mới bắt đầu thử nghiệm, điều này phổ biến hơn bây giờ. Hồi đó, tôi sẽ xem xét các câu hỏi của họ theo mệnh giá và trả lời (bây giờ nhìn lại khá ngây thơ)

“Vâng, tôi đã thử nghiệm mọi thứ. Không có lỗi hay vấn đề gì cả ”.

Qua nhiều năm, tôi đã nhận ra rằng mình đã trả lời sai những câu hỏi này như thế nào. Phải mất một thời điểm cụ thể, tôi mới hiểu được điều này.

Tôi là một người tương đối mới đến thử nghiệm tại một công ty khác với kinh nghiệm khoảng 2 năm trong vai trò này. Tôi đang làm việc trong một nhóm Agile và tôi là người thử nghiệm duy nhất. Chúng tôi đã phát hành một thay đổi khá lớn. Tôi đã được hỏi cùng một câu hỏi được đặt ra ở trên. Tôi đã trả lời nó, theo cùng một cách mà tôi đã lưu ý ở trên. Lo và kìa, đã có vấn đề sau khi phát hành. Chủ sở hữu sản phẩm đến gặp tôi và nói "Bạn nói rằng bạn đã thử nghiệm mọi thứ".

Tất nhiên, bạn và tôi biết, tôi không cố ý tất cả . Người kiểm thử phần mềm biết rằng bạn không thể kiểm tra mọi thứ. Việc phát hành có ảnh hưởng không mong muốn đến một phần khác của hệ thống. Một phần của hệ thống mà chúng tôi (nhóm) đã cho là nằm ngoài phạm vi vì nó không được động đến (hoặc chúng tôi nghĩ vậy). Do đó, tôi biết mình đã mắc sai lầm, tôi đã nói chuyện với một số đồng nghiệp vào thời điểm đó, họ đề cập điều gì đó về “Ngôn ngữ an toàn” và cách tôi có thể được hưởng lợi từ nó.

Tại sao nó quan trọng?

Khi bạn đối mặt với sự tuyệt đối, bạn không có chỗ cho mình sai lầm. Nếu lỗi được tìm thấy sau đó, bạn sẽ mất đi một số uy tín.

Sự tín nhiệm là quan trọng. Hơn thế nữa, với tư cách là người kiểm tra phần mềm, bạn cần mọi người lắng nghe bạn khi bạn có bất kỳ mối quan tâm hoặc vấn đề nào. Ví dụ: bạn cần mọi người lắng nghe bạn khi bạn nêu bạn đã thực hiện thử nghiệm gì để họ biết về phạm vi của thử nghiệm.

Bằng cách sử dụng Ngôn ngữ An toàn:

  • Bạn vẫn giữ được uy tín, ngay cả khi có vấn đề.
  • Bạn vẫn cởi mở và trung thực về những gì bạn đã thử nghiệm
  • Bạn đang trung thực ở chỗ bạn không tìm thấy lỗi nào. Bạn không nói rằng không có lỗi, bởi vì phần mềm không bao giờ có lỗi.

Bạn không bao giờ có thể kiểm tra mọi thứ . Bạn có thể kiểm tra những khu vực mà bạn cảm thấy có nhiều rủi ro nhất. Cách bạn xác định những khu vực này với tư cách là người thử nghiệm là tùy thuộc vào bạn.

Bạn tập trung thử nghiệm vào những lĩnh vực có rủi ro cao. Bạn làm điều này bởi vì bạn cảm thấy rằng với tư cách là một chuyên gia trong lĩnh vực của mình, bạn sẽ đạt được nhiều giá trị nhất trong các lĩnh vực này. Bạn có thể sử dụng kiểm tra tự động để hướng dẫn nơi bạn muốn kiểm tra và khám phá.

Kiểm tra tự động giống như một mạng lưới, trong đó chúng sẽ ngăn chặn một số lỗi xâm nhập. Nhưng với bất kỳ tấm lưới nào, mọi thứ sẽ luôn lọt qua. Đây là nơi chuyên môn và tư duy thử nghiệm của bạn sẽ phát huy tác dụng để tập trung nỗ lực thử nghiệm của bạn.

Phát triển phần mềm rất khó. Có rất nhiều thứ cần xem xét: cơ sở hạ tầng; mã số; mạng; phụ thuộc bên ngoài và nhiều thứ khác. Kiểm tra mọi thứ là không thể.

Michael Bolton đặt nó tốt nhất:

Là người kiểm tra phần mềm, công việc của chúng tôi không phải là phá vỡ phần mềm. Nó phá vỡ ảo tưởng của mọi người về phần mềm.

Về cơ bản, bản thân phần mềm đã bị hỏng, chúng tôi có thể làm nổi bật cách nó đã hỏng và ảnh hưởng đến khách hàng và / hoặc doanh nghiệp.

Vì vậy, những gì tôi nên nói ban đầu?

Bạn có thể nghĩ rằng không có gì sai với những gì tôi đã nói ở đầu bài đăng trên blog này.

Nếu chúng ta nhìn lại những gì đã được hỏi ban đầu…

“Bạn đã thử nghiệm mọi thứ chưa? Có bất kỳ lỗi nào không? ”

Tôi đã thực hiện một số thử nghiệm cho bản phát hành, tôi không tìm thấy lỗi nào. Tuy nhiên, đây không phải là những gì tôi đã nói. Điều tôi nên nói là:

“Vâng, tôi đã thực hiện thử nghiệm như chúng ta đã thảo luận và được ghi lại ở đây. Tôi không tìm thấy lỗi hoặc vấn đề nào trong quá trình thử nghiệm mà tôi đã thực hiện ”.

Có gì khác biệt?

Tôi đang làm nổi bật chính xác những gì tôi đã thử nghiệm, cách tôi đã thử nghiệm và thậm chí cả tài liệu đằng sau nó (cho dù đó là ghi chú hay trở lại trong các trường hợp thử nghiệm trong ngày). Bất cứ ai tôi đang nói đều nói rõ về việc thử nghiệm đã được thực hiện và (nói chung) rằng họ sẽ tham gia vào việc lập kế hoạch dưới một số hình thức. Tôi cũng nhấn mạnh rằng tôi không tìm thấy bất kỳ lỗi nào trong quá trình kiểm tra mà tôi đã thực hiện, điều này không có nghĩa là không có bất kỳ lỗi nào trong phần mềm này.

Một số ví dụ khác về Ngôn ngữ An toàn là gì?

Một điều tôi nhận thấy, là chúng ta có thể sử dụng Ngôn ngữ An toàn theo một số cách.

Lần tới khi bạn gặp lỗi mà bạn đang đấu tranh để tái tạo, hãy cố gắng không nói:

"Tôi đã tìm thấy lỗi này, nhưng tôi không thể tái tạo nó"

Điều này ngụ ý rằng nó sẽ không xảy ra nữa, hoặc nó thậm chí có thể không bao giờ xảy ra ngay từ đầu. Mọi lỗi mà bạn gặp phải với tư cách là người thử nghiệm đều xảy ra đều có lý do, công việc của chúng tôi với tư cách là người thử nghiệm là phát hiện ra những lý do đó. Nếu bạn không thể tạo lại nó, chỉ là bạn chưa tìm ra lý do. Vì vậy, thay vì nói rằng bạn không thể tái tạo nó, hãy thử nói:

"Tôi đã tìm thấy lỗi này, nhưng tôi không thể tái tạo nó vào lúc này"

Giống như hầu hết mọi thứ, đó là một thay đổi nhỏ trong suy nghĩ của bạn và cách bạn truyền tải thông tin. Tuy nhiên, giống như hầu hết mọi thứ, đó có thể là những thay đổi nhỏ có thể có tác động lớn nhất.

Trước đây, tôi có thể đã tìm thấy một lỗi, tôi đã thực hiện một số khám phá các bản ghi và bảng điều khiển và tôi nghĩ rằng tôi biết nguyên nhân gốc rễ là gì. Vì vậy, tôi đến gặp một nhà phát triển và tôi nói:

“Tôi đã tìm thấy lỗi này, đây là nguyên nhân… ..”

Nhà phát triển đã khắc phục sự cố như chúng ta đã thảo luận, tôi đi kiểm tra lại và sự cố vẫn còn đó. Vấn đề? Có thể có những nguyên nhân sâu xa cho một vấn đề duy nhất. Những gì tôi nên nói là:

“Tôi đã tìm thấy lỗi này, đây có thể là một nguyên nhân dẫn đến sự cố…”

Bằng cách tiếp cận này, chúng tôi biết rằng đó là một nguyên nhân, nhưng tôi chưa nói rằng đó là nguyên nhân duy nhất. Vì vậy, chúng tôi có thể tự do khám phá thêm một số và tìm bất kỳ nguyên nhân nào khác có thể dẫn đến lỗi.

Giờ thì sao?

Tôi hy vọng rằng sau khi đọc bài đăng này, bạn đã hiểu được vai trò của Ngôn ngữ An toàn có thể có trong giao tiếp của bạn với tư cách là Người kiểm tra phần mềm. Chúng tôi khuyến khích tất cả những người thử nghiệm của chúng tôi sử dụng ngôn ngữ an toàn khi giao tiếp với các bên liên quan.

Kiểm tra là tất cả về thông tin. Đó là cách chúng tôi truyền tải thông tin này hoàn toàn quan trọng. Đó là lý do tại sao những người kiểm thử phần mềm giỏi là những người kể chuyện giỏi, bạn cần kể câu chuyện thử nghiệm của mình, kể cho mọi người nghe những gì bạn đã làm một cách rõ ràng và ngắn gọn và đưa họ vào câu chuyện thử nghiệm của bạn để giúp họ hiểu rõ hơn về vị trí của họ.

Lần tới khi ai đó hỏi bạn một câu hỏi, hãy suy nghĩ kỹ về cách bạn lập khung cho câu trả lời của mình. Lần tới khi bạn tuyên bố điều gì đó, hãy suy nghĩ cẩn thận về cách nó được truyền đạt và ý nghĩa của nó đối với bạn.

Ngoài ra còn có một phần giáo dục cho những người có thể hỏi (các) câu hỏi. Họ không nên đến gặp một người để “đăng ký” (vì đó là những gì họ đang yêu cầu) về một bản phát hành. Nó cần phải là một trải nghiệm hợp tác hơn, nơi mọi người đều tham gia và bất kỳ ai cũng được trao quyền cung cấp thông tin về phần mềm.

Bạn có ví dụ thực tế tốt nào về Ngôn ngữ An toàn không? Hãy cho tôi biết ở phần bình luận!

© Copyright 2021 - 2023 | vngogo.com | All Rights Reserved