Có rất nhiều thông tin về việc làm thế nào để quản lý quá trình kiểm thử nghiệm của bản thân, nhưng việc quản lý team thường có ít thông tin hơn. Câu nói "Quản lý là quản lý là quản lý" là đúng, kỹ năng quản lý tốt là chặng đường dài, trong bài viết này sẽ giới thiệu việc quản lý và thúc đẩy một nhóm kiểm thử.

Khi nói đến một nhóm kiểm thử, một sự hiểu biết thực sự về tính cách của tester và những thách thức của việc kiểm thử sẽ đi sâu hơn dựa trên phương pháp quản lý tiêu chuẩn.

Điều gì khác nhau về một nhóm kiểm thử ?

Con người

Một người kiểm thử tốt nghĩ về các phần mềm khác nhau để phát triển. Họ nhìn vào phần mềm và mong đợi để tìm lỗi. tập trung về thất bại vì để cải thiện cơ hội để tìm ra nó. Điều này là rất cần thiết cho một kiểm thử hiệu quả. Kiểm thử hiệu quả đòi hỏi kỹ năng và sự sáng tạo và mang lại sự hài lòng của khách hàng.

Môi trường làm việc bên trong

Đội ngũ tester phụ thuộc rất nhiều vào người khác để đạt được mục tiêu kiểm thử. Chúng ta cần phát triển để cung cấp code và sửa lỗi, hệ thống và quản trị cơ sở dữ liệu để thực hiện những thay đổi, những người kinh doanh để phân loại khuyết tật tìm thấy và một loạt những người khác tùy thuộc vào độ phức tạp của dự án. Đây là nguồn gốc của sự thất bại cho team, đặc biệt là khi mọi việc không tiến triển tốt hoặc thời gian deadline có hạn. Có một sự thật tin rằng những thông tin đưa ra kiểm thử được đánh giá thấp. Tiêu chuẩn đầu ra kiểm thử được sử dụng như một "pass mark" cho một dự án, thay vì một phương tiện đánh giá rủi ro; các thông tin được cung cấp bởi kiểm thử có thể được đẩy xuống, hoặc bị coi là tiêu cực. Điều này có thể tác động vào nhận thức của đội ngũ các giá trị mà họ đóng góp cho các dự án và tổ chức.

Làm thế nào kiểm thử được cảm nhận bởi những người khác trong I.T

Một hệ thống chất lượng cao có thể kiếm được giải thưởng cho nhóm phát triển. Nếu có một vấn đề chất lượng, câu hỏi thông thường là "Tại sao nó không được kiểm tra?"

Hầu như không đáng ngạc nhiên rằng các tester ở mức trung bình cảm thấy rằng họ sẽ bị khiển trách khi có những khuyết tật trong phần mềm. Để làm cho mọi việc tồi tệ hơn, người kiểm thử thường cảm thấy rằng họ hoàn toàn chịu trách nhiệm về chất lượng của hệ thống; nhiều người vẫn đang bị ảo tưởng rằng nếu họ được phép đủ thời gian và nguồn lực, họ thực sự có thể tìm thấy tất cả các khuyết tật.

Sự kỳ vọng rằng kiểm thử có thể vượt phát triển, mà không có một sự thay đổi trong phạm vi của những gì đã được thực hiện, là một vấn đề thường xuyên và phổ quá với những người kiểm thử.

Các chiến lược cho việc quản lý một nhóm kiểm thử

1. Đặt mục tiêu hợp lý cho team của bạn

Không có nhóm kiểm thử nào sẽ tìm thấy tất cả các khuyết tật. Thực tế là ngay cả một tổ chức như NASA cũng chấp nhận một tỉ lệ 1: 6 developer–tester,có rất ít cơ hội cho những người trong chúng ta cố gắng để đạt được việc tìm thấy tất cả các khuyết tật với nguồn lực và thời gian hạn chế. Nói chung, mọi người được thúc đẩy bởi các mục tiêu có thể đạt được; Tổ chức lại các tester của bạn (và bản thân bạn) dự đoán về những gì họ thực sự có thể đạt được. Nếu thời gian kiểm thử được giảm xuống, xem xét việc giảm phạm vi kiểm thử. Điều này đặt ra một kỳ vọng rằng team sẽ luôn đồng ý làm việc nhiều giờ, và củng cố quan điểm rằng kiểm thử có thể được ép vào một khoảng thời gian ngắn hơn mà không ảnh hưởng đến chất lượng công việc.

2. Ảnh hưởng sự kỳ vọng của quản lý kinh doanh và quản lý dự án về vai trò của kiểm thử

Các quan niệm rằng kiểm thử có mặt để "đảm bảo nó hoạt động" là vẫn phổ biến. Một phần vai trò của một người quản lý kiểm thử là để bán giá trị thực của kiểm thử, chìa khóa với các bên liên quan, giao tiếp với những ảnh hưởng của việc giảm thời gian và nguồn lực.

3. Hướng dẫn nhóm của bạn để phù hợp với các mục tiêu dự án

Thực tế là hệ thống vẫn hoạt động mà không cần sự hoàn thành kiểm thử thành công, với những lỗi khó sửa nhóm kiểm thử được thuyết phục sẽ bỏ qua nó. Vai trò của người kiểm thử là để đánh giá chất lượng của hệ thống và cung cấp thông tin cho những rủi ro của các dự án và / hoặc nhóm kinh doanh. Tuy nhiên, nếu người kiểm thử tin rằng họ sẽ bị đổ lỗi về chất lượng của phần mềm, họ có xu hướng phát triển một phương pháp không thích rủi ro, bảo vệ quan điểm của họ đến cùng. Thiết lập các mục tiêu kiểm thử rõ ràng trong kế hoạch kiểm thử. Nếu chúng ta có khó khăn về thời gian để đáp ứng yêu cầu kinh doanh, chắc chắn rằng nhóm kiểm thử nhận ra điều này từ lúc bắt đầu, vì vậy giúp họ giữ tập trung vào các mục tiêu dự án cũng như vấn đề chất lượng. Sẽ dễ dàng hơn nhiều để có được người kiểm thử chấp nhận vị trí nếu họ không phải lo lắng về việc nhận trách nhiệm. Hãy chắc chắn người kiểm thử hiểu rằng việc sở hữu những rủi ro sẽ quay trở lại với người đưa ra quyết định.

4. Tạo một nền văn hóa tích cực trong nhóm của bạn - Tán dương những kỹ năng mà làm cho người kiểm thử trở thành người kiểm thử tốt

Tester có thể thích/ghét cái kĩ năng test mà bản thân họ có. Thật dễ dàng để nhìn thấy chính mình qua con mắt của developer.

5. Hãy nuôi dưỡng một cách tiếp cận hợp tác với nhóm phát triển

Các kỹ năng cần thiết của một người kiểm thử bổ sung cho một người phát triển. Đặc biệt là trong thế giới phát triển của CNTT, người kiểm thử được xem là tiêu chuẩn để định mức ngừời phát triển. Khi sự hiểu lầm và xung đột xảy ra. Đó là quá dễ dàng cho những người kiểm thử nhìn thấy người phát triển trong cách tiếp cận của họ về chất lượng , và ngược lại. Sử dụng sự căng thẳng vốn có giữa các nhóm phát triển và nhóm kiểm thử như một động lực, sau tất cả đoàn kết đối mặt với một kẻ thù chung là một chiến lược được sử dụng nhiều lần trong quá khứ! Phương pháp này có thể nâng cao tinh thần củađội trong thời gian ngắn, qua thời gian nó sẽ cải thiện họ. Mọi người không thích làm việc từ một vị trí xảy ra xung đột liên tục, nó tạo ra những ức chế về mặt tinh thần. Nếu nó xảy ra trong thời gian dài, ba điều sẽ xảy ra:

1. Họ sẽ rời bỏ công việc để tìm kiếm một cuộc sống yên tĩnh hơn.
2. Họ hy sinh niềm tin và tiêu chuẩn của họ để loại bỏ các xung đột.
3. Họ nhận ra rằng một cái nhìn đen và trắng về thế giới , trong đó uy tín của bạn như một người quản lý bị ảnh hưởng.

6. Khen thưởng khéo léo cho người kiểm thử

Đó là một sai lầm phổ biến để cố gắng thúc đẩy một nhóm kiểm thử bằng cách cung cấp các ưu đãi cho các số lỗi họ tìm thấy. Điều này thường dẫn đến những người kiểm thử tập trung vào việc tìm kiếm khối lượng của các khuyết tật, Những khuyết tật tìm thấy như thế nào mới quan trọng chứ không phải là việc tìm kiếm và đếm các khuyết tật. Tầm thường hoá công việc của họ, củng cố ý tưởng phát triển công việc. Một cách tiếp cận tốt hơn là xem xét khuyết tật tìm thấy bởi nhóm của bạn, và xác định để chứng minh các kỹ năng thực sự của một người kiểm thử - hoặc suy nghĩ kiểm thử đã được tạo ra như thế nào hoặc khó khăn như thế nào để một khuyết tật được tìm thấy.

7. Giữ sự thật

Trong kiểm thử, đôi khi chúng ta có thể kết thúc công việc với bản tóm tắt, ví dụ: tổng số defect tìm thấy, tỷ lệ defects nghiêm trọng. Thật dễ dàng để giảm sự liên quan của những gì chúng ta làm trong bối cảnh này. Một cách tiếp cận là yêu cầu tester ghi lại những hậu quả tiềm năng của một defect đã tìm thấy, và nó không được phát hiện trong quá trình kiểm thử. Phương pháp này nhắc nhở người kiểm thử các giá trị mà họ mang đến cho các dự án và công việc kinh doanh.

8. Hãy vui vẻ!

Không dành tất cả những niềm vui cho những dịp đặc biệt, ngoài giờ làm việc. Tốt nhất đội học cách kết hợp vui chơi vào cuộc sống làm việc của họ mà không ảnh hưởng đến tiến độ hoặc hiệu quả. Những người kiểm thử đặc biệt bị nghiêng về phía tiêu cực, cần một môi trường vui vẻ để tạo sự cân bằng trong cuộc sống làm việc của họ. Một môi trường vui vẻ, nơi mọi người tôn trọng và giống như những người khác họ làm việc với mọi người mặc những căng thẳng của công việc. Thông thường chúng ta cho phép một môi trường nồi áp suất tại nơi làm việc, sau đó cung cấp tiền mặt hoặc ưu đãi khác để mọi người làm việc chăm chỉ hơn. Trong ngắn hạn, điều này có thể có hiệu quả, nhưng về lâu dài, nó không hoạt động. Tạo một môi trường kiểm thử bạn thích thú và tự hào.

9. Khuyến khích sự đa dạng

Một nhóm kiểm thử hiệu quả là một nhóm người có quan điểm riêng của họ. Bạn cần cái này.

10. Cải thiện khả năng estimation của bạn

Người quản lý kiểm thử tốt thì có thể đánh giá estimation trong quá khứ và cải tiến chúng cho dự án kiểm thử trong tương lai. Nếu bạn đang thường xuyên nhận được rằng các nhóm làm việc thêm giờ và cuối tuần để đáp ứng tiến độ dự án, bạn có nguy cơ làm cho sự mệt mỏi của mọi người tăng cao. Ngay cả khi đội của bạn không được trả tiền cho việc làm thêm, bạn nên biết bao nhiêu giờ mọi người đang làm việc. Bạn có thể đáp ứng theo lịch phát hành cuối cùng, nhưng nếu bạn đã làm như vậy bằng cách nhóm làm việc 150%, và bạn không estimate lại, bạn sẽ bị team lên án vì họ phải làm việc không ngừng cố gắng với tốc độ như vậy. Người kiểm thử mệt mỏi làm ra những sai lầm, và bỏ lỡ các khuyết tật. Người kiểm thử tốt như việc tìm kiếm các khuyết tật và không hài lòng khi khả năng của họ bị ảnh hưởng tiêu cực bởi làm nhiều giờ và làm việc cuối tuần.

11. Mang người mới vào

Quản lý tốt quản lý nối tiếp. Rất ít người ở lại làm cùng một công việc tại một công ty trong khoảng thời gian dài. Đối với các nhà phân tích kiểm thử, cách duy nhất để họ mở rộng các kỹ năng và kinh nghiệm của họ là kiểm thử trên một loạt các nền tảng, với quy trình kinh doanh khác nhau và những thách thức kiểm thử khác nhau. Nếu bạn làm việc cho một nhà cung cấp phần mềm, bạn sẽ có được nhiều này. Nếu không, thì bạn có nhiều khả năng để thay đổi công việc thường xuyên. Là một người quản lý, bạn cần phải làm nhiều hơn để có được một đội ngũ làm việc hiệu quả với nhau, và cần phải duy trì nó. Do hạn chế về nguồn lực có tay nghề cao sẵn , nó có ý nghĩa hơn để phát triển các kỹ năng trong đội, bằng cách tư vấn và đào tạo những người để thay thế những người di chuyển.

12. Khuyến khích thực tế

Chúng ta làm việc trong một khuôn khổ, giống như mọi người khác trong lĩnh vực CNTT, và làm tốt nhất những gì có thể trong những ràng buộc. Thực tế là nếu đánh giá hệ thống một cách chính xác, và đưa ra thông tin chính xác và phù hợp với nhà tài trợ dự án, công việc được thực hiện. Nếu hệ thống bất chấp lo ngại để có được nó. Việc của chúng ta kết thúc khi giao các thông tin trên. Một quan điểm thực tế hơn tester có thể đạt được sự mong đợi của các dự án / doanh nghiệp đã được quản lý, và hiểu biết rõ ràng những gì kiểm thử có thể và không thể đạt được.

13. Hướng dẫn từ phía trước

Các vấn đề với một nhóm người , Họ có giữ vững lập trường của họ vượt qua các khuyết tật, điều này sẽ không bao giờ xảy ra với một đội ngũ những người kiểm thử mù quáng !Họ sẽ tranh luận với bạn nếu họ không đồng ý. Để quản lý hiệu quả đội ngũ kiểm thử, bạn nên nói cùng một ngôn ngữ, hiểu những áp lực và thảo luận về bất kỳ vấn đề đội đã xác định.

14. Làm việc với nhóm

Vấn đề tinh thần cần phải được "bóp chết từ trong trứng nước", cảnh báo sớm về các vấn đề tinh thần rất quan trọng. Ngồi với nhóm sẽ giúp bạn nhận thấy những dấu hiệu cảnh báo trong thời gian để hành động. Nếu nhóm làm việc buổi tối và cuối tuần, làm việc với họ. Mọi người làm việc cùng nhau để đáp ứng một mục tiêu là một công cụ rất mạnh để xây dựng một đội ngũ gắn kết mạnh mẽ.

15. Muốn linh hoạt, hãy cung cấp cho nó

Khi sắp đến thời hạn cuối cùng, các tester có thể làm việc trong nhiều giờ. Bạn cần những người linh hoạt để hoàn thành công việckịp deadline bằng cách làm việc buổi tối và cuối tuần , sau đó cung cấp sự linh hoạt trở lại. Khi hết áp lực, hãy để mọi người làm việc giờ ngắn hơn và giải lao. Tính linh hoạt phải là một con đường hai chiều.

16. Các tester nắm rõ vai trò của mình

Nếu một kiểm thử thấy một khiếm khuyết, để họ đấu tranh cho nó. Cho phép họ giữ liên lạc với các nhà phát triển và đồng ý về việc giải quyết. Đây là một phần không thể thiếu của các nhà phân tích vai trò kiểm thử. Nếu bạn không thể làm điều này vì những lý do thực tế, đảm bảo bạn thảo luận về cách giải quyết với người kiểm thử. Cho phép người kiểm thử cam kết đầy đủ các vấn đề đảm bảo chất lượng là một yếu tố quan trọng cho sự hài lòng công việc.

Kết luận

Những gợi ý trên đã được phát triển thông qua kiểm thử, lỗi và quan sát. Không có viên đạn ma thuật để quản lý một nhóm kiểm thử, hy vọng những ý tưởng trên sẽ giúp đỡ khi đối phó với một số vấn đề thường xuyên phát sinh. Yếu tố quan trọng nhất của những điều này là bao nhiêu thứ dưới ảnh hưởng trực tiếp của quản lý test. Có thể không ảnh hưởng đến thế giới I.T, nhưng có khả năng gây ảnh hưởng đáng kể đến nền văn hóa và sự thành công của các đội của chúng ta.

Link tham khảo : http://69.164.212.71/wp-content/uploads/2015/09/the-art-of-test-team-management-and-motivation.pdf