Những đặc điểm nào làm cho những người thử nghiệm tốt nhất mà bạn từng làm việc có điểm chung?

Người thử nghiệm và blogger Lanette Creamer gần đây đã đăng câu hỏi này lên Twitter :

Nếu bạn là một nhà phát triển phần mềm chuyên nghiệp làm việc với những người thử nghiệm, hãy nghĩ đến những người thử nghiệm tốt nhất mà bạn biết. Họ có những đặc điểm gì chung?

Tôi nghĩ rằng nó sẽ làm cho một câu hỏi tuyệt vời cho ở đây.

Suy nghĩ của tôi là:

• Họ muốn loại bỏ sự mơ hồ khỏi các yêu cầu ngay cả khi điều đó có nghĩa là hỏi những câu hỏi khó xử.
• Họ tạo ra các tính năng mới bằng cách xem cách phần mềm "nên" hoạt động, thay vì chỉ là cách nó được ghi lại.
• Họ thể hiện sự trung thực và liêm chính và khuyến khích nhưng không đòi hỏi điều đó từ những người xung quanh. Nói cách khác, họ mô hình hóa hành vi.

Những đặc điểm của những người thử nghiệm tốt nhất mà bạn đã làm việc với là gì?

Dưới đây là một vài điều mà tôi muốn thêm:

• Thông minh - Những người này đi qua như những người suy nghĩ khá sáng sủa hoặc sâu sắc. Có vẻ như trường hợp ranh giới nhanh chóng đến với những người này. Họ có thể hỏi, "Thế còn." Câu hỏi rất nhiều.
• Chú ý đến chi tiết - Liệt kê các bước tái tạo, nêu rõ sự khác biệt giữa kết quả mong đợi và thực tế, v.v ... triệt để trong công việc của họ.
• Tự động viên - Những người kiểm tra tốt hơn mà tôi biết dường như tự lái xe để được kỹ lưỡng và đi, đi, đi! Hoàn thành công việc sẽ là một cách khác để nói điều này trong tâm trí của tôi.
• Phân tích - Tranh luận về mức độ ưu tiên hoặc mức độ nghiêm trọng với các lý lẽ bình tĩnh, hợp lý. Hiểu những lỗi nào sẽ được sửa ASAP và quá mỹ phẩm, ví dụ như lựa chọn màu xấu.
• Sự kiên trì - Họ mắc kẹt với sự giải thích của họ trừ khi người quản lý dự án, nhà phân tích kinh doanh hoặc người có quyền lực thay đổi các yêu cầu để ghi đè lên họ. Không phải là một cách đẩy cho một cách khác để đặt điều này.

Một số người thử nghiệm tốt nhất mà tôi đã làm việc thực sự hiểu cách người dùng sẽ sử dụng phần mềm. Họ hiểu chức năng kinh doanh của phần mềm là gì và phần mềm đó sẽ ảnh hưởng đến vai trò / công việc / chức năng của người dùng như thế nào. Nó làm cho một dự án thành công khi người thử nghiệm có nhiều kiến ​​thức về doanh nghiệp như nhà phát triển và chủ doanh nghiệp.

Đáng buồn thay, đối với những gì thực sự là một vai trò kỹ thuật và tay nghề cao, có rất nhiều cao bồi ngoài kia. Quá nhiều người thử nghiệm đã có một sự nghiệp lâu dài chuyển từ vị trí này sang vị trí khác được phỏng vấn và thuê bởi những người không biết thử nghiệm là gì.

Những người thử nghiệm tốt nhất mà tôi đã gặp có:

• kỹ năng giao tiếp tuyệt vời, để liên lạc với các doanh nhân và giải thích / làm rõ các yêu cầu
• khả năng nhìn ứng dụng từ góc độ của người dùng không quen với hệ thống
• sự kiên nhẫn để vượt qua mọi thứ một cách có hệ thống khi được yêu cầu và có thể phân tích một hệ thống để chúng thực sự trải qua nó một cách có hệ thống, không chỉ mất nhiều thời gian
• một mặt sáng tạo để họ chọn ra những thứ mà các nhà phát triển có thể không nghĩ đến
• khả năng tự tổ chức thời gian của họ để họ dành một lượng thời gian thích hợp cho thử nghiệm khám phá, tự động hóa, v.v. thay vì chỉ tập trung vào một loại thử nghiệm duy nhất
• quan tâm đến những gì họ làm để họ theo kịp sự phát triển và thực tiễn tốt nhất trong lĩnh vực của họ

và cuối cùng, nếu người thử nghiệm đang làm việc trong một dự án nhanh

• có thể thực hiện tự động hóa thử nghiệm theo cách có thể duy trì có cấu trúc - Tôi sợ rằng ngày nay nếu một người thử nghiệm không thể tự động hóa những thứ có thể tự động hóa (và không phải mọi thứ đều có thể) thì người thử nghiệm đó sẽ không bao giờ có hiệu quả trong một dự án nhanh

Người thử nghiệm tốt nhất tôi từng làm việc cùng cực kỳ giỏi ở một điều: phá vỡ phần mềm theo cách lặp lại. Chúng tôi có thể cung cấp cho anh ta khá nhiều phần mềm và anh ta sẽ giết nó trong vòng vài phút. Anh ta có loại kỹ năng có thể tìm thấy mã gian lận trong các trò chơi Nintendo và Easter Egg trong phần mềm chuyên nghiệp - chỉ là một bản chất tự nhiên, tò mò và một trí nhớ tốt cho những gì anh ta đã thử trước đây và không hoạt động.

Lưu ý rằng mục tiêu của anh ấy hoàn toàn trái ngược với các lập trình viên - anh ấy đã có một ngày tốt lành nếu anh ấy phá vỡ phần mềm; các lập trình viên đã có một ngày tốt nếu anh ta không .

Hai điều chưa được đề cập đến:

• Đặt câu hỏi
• Trả sự chú ý đến chi tiết