There is a possibility that the tes

There is a possibility that the testers and the test team can get isolated. This can take the form of interpersonal isolation from the programmers, the designers, and the project team itself, or it can take the form of isolation from the broader view of quality and the business objectives (e.g., obsessive focus on defects, often accompanied by a refusal to accept business prioritization of defects).
This leads to communication problems, feelings of unfriendliness and hostility.
Lack of identification with and support for the project goals, spontaneous blame festivals and political backstabbing.
Even well-integrated test teams can suffer problems. Other project stakeholders might come to see the independent test team – rightly or wrongly – as a bottleneck and a source of delay. Some programmers give up their responsibility for quality, saying, ‘Well, we have this test team now, so why do I need to unit test my code?’

Kết quả (Việt) 1:

Đó là một khả năng rằng các thử nghiệm và thử nghiệm đội có thể nhận được bị cô lập. Điều này có thể mất các hình thức giữa các cá nhân bị cô lập từ các lập trình viên, các nhà thiết kế và nhóm dự án riêng của mình, hoặc nó có thể mất các hình thức của sự cô lập từ cái nhìn rộng hơn về chất lượng và mục tiêu kinh doanh (ví dụ, ám ảnh tập trung vào các lỗi, thường đi kèm với một từ chối chấp nhận kinh doanh ưu tiên khiếm khuyết).Điều này dẫn đến vấn đề giao tiếp, cảm xúc của unfriendliness và Thái độ thù địch.Thiếu nhận dạng với và hỗ trợ cho mục tiêu dự án, tự phát đổ lỗi cho Lễ hội và chính trị backstabbing.Thậm chí còn được tích hợp kiểm tra đội bóng có thể bị vấn đề. Các bên liên quan dự án khác có thể đến để xem đội thử nghiệm độc lập-đúng hay sai-như là một nút cổ chai và một nguồn của sự chậm trễ. Một số lập trình viên từ bỏ trách nhiệm của họ đối với chất lượng, nói rằng, ' Vâng, chúng tôi có đội ngũ kiểm tra này bây giờ, vì vậy tại sao để cần đơn vị kiểm tra mã của tôi?'

Kết quả (Việt) 2:

Có một khả năng rằng các xét nghiệm và nhóm thử nghiệm có thể được cô lập. Điều này có thể mang hình thức cách ly giữa các cá nhân từ các lập trình viên, các nhà thiết kế, và nhóm dự án chính nó, hoặc nó có thể mang hình thức của sự cô lập từ những cái nhìn rộng hơn về chất lượng và mục tiêu kinh doanh (ví dụ, ám ảnh tập trung vào các khuyết tật, thường kèm theo từ chối chấp nhận ưu tiên kinh doanh của các khuyết tật).
Điều này dẫn đến các vấn đề thông tin liên lạc, cảm xúc của unfriendliness và thù địch.
Thiếu giấy tờ tùy thân và hỗ trợ cho các mục tiêu dự án, lễ hội đổ lỗi tự phát và đâm sau lưng chính trị.
Các đội kiểm tra thậm chí cũng được tích hợp có thể bị vấn đề. Các bên liên quan dự án khác có thể đến để xem các nhóm thử nghiệm độc lập - đúng hay sai - như là một nút cổ chai và một nguồn của sự chậm trễ. Một số lập trình viên bỏ trách nhiệm của mình về chất lượng, nói, "Vâng, chúng tôi có đội ngũ kiểm tra này ngay bây giờ, vậy tại sao tôi cần phải kiểm tra đơn vị mã của tôi? '