2010-10-05 30 views
7

Trong nhóm của chúng tôi, chúng tôi gặp phải vấn đề về quản lý kiểm tra thủ công. Chúng tôi có một bộ kiểm thử đơn vị để giữ cho dự án ổn định nhưng chúng tôi cũng thử nghiệm một cách thủ công ứng dụng của chúng tôi theo cách thủ công dựa trên một số kịch bản (để kiểm tra xem mọi thứ có ổn ở mức cao nhất) không.Làm cách nào để quản lý hiệu quả các thử nghiệm thủ công trong dự án?

Câu hỏi đặt ra là: làm thế nào để có hiệu lực quản lý các kịch bản kiểm tra thủ công? Họ có thể thay đổi theo thời gian khi thay đổi ứng dụng. Có cách nào khác để cập nhật các tệp văn bản hoặc wiki không? Làm thế nào để theo dõi nếu ai đó đã làm một số thử nghiệm và kết quả là gì?

Bạn có biết các công cụ được giải quyết cho vấn đề này (quản lý trường hợp kiểm tra) không?

Trả lời

2

Vâng, chắc chắn có các công cụ. Gần đây chúng tôi đã có một số bài thuyết trình của MS Test Manager, mặc dù tôi biết các công cụ khác (Trung tâm Chất lượng, Cửa ra vào, vv ... và thậm chí một số công cụ nguồn mở).

http://www.opensourcetesting.org/testmgt.php

Chúng tôi đang thực sự quản lý chúng bằng tấm EXCEL, nhưng vì số lượng của chúng ta về trường hợp kiểm tra bằng tay không ngừng phát triển, chúng tôi đang xem xét để bắt đầu sử dụng một số công cụ quản lý thử nghiệm.

+0

công cụ nào có vẻ hứa hẹn nhất? – dzida

+0

"Cửa" là một công cụ quản lý yêu cầu có thể được sử dụng để quản lý các trường hợp thử nghiệm, nhưng nó không phải là ý định ban đầu của nó. "Trình quản lý kiểm tra MS" có vẻ khá tốt, nhưng nhiều tính năng nổi bật trên các công cụ khác bị hạn chế về tính tương thích mã/môi trường/tích hợp. Nó có rất nhiều tiềm năng, nhưng hơi thất vọng khi chúng ta sớm phải bỏ một số chức năng sao. Tôi chưa thử, nhưng tôi đã nghe nhiều điều hay về "Trung tâm chất lượng". – EKI

2

Tổ chức của chúng tôi đã sử dụng MS Test Professional. Công cụ này không chỉ cho phép bạn quản lý các trường hợp kiểm tra thủ công của bạn, nhưng nó cũng sẽ cung cấp cho bạn một danh sách các bài kiểm tra được đề xuất dựa trên những thay đổi mã trong bản dựng đang được thử nghiệm. Kiểm tra chuyên nghiệp cũng sẽ cho phép bạn nhìn lại thông qua chạy thử nghiệm trong quá khứ, có chứa kết quả trường hợp thử nghiệm cá nhân. Đây là liên kết đến số Test Professional FAQ.

1

Chúng tôi sử dụng công cụ quản lý Jira. Công cụ này sẽ giúp bạn với cả hai số phát triển & kiểm tra.

Với công cụ này, bạn có thể viết các trường hợp kiểm tra, cũng quản lý tất cả các trường hợp Thử nghiệm (cho dù là test case pass, fail hay không hợp lệ). Nếu bạn muốn, bạn có thể gây ra lỗi trong chính jira và bạn có thể liên kết id Testcase với lỗi, vì vậy các nhà phát triển có thể thay đổi chức năng theo yêu cầu.

2

Theo dõi những thành viên trong nhóm đang làm việc khá nhanh chóng bằng cách sử dụng Jira. Tôi đã sử dụng nó trong quá khứ, và bạn không thể đánh bại nó cho giá cả (tức là miễn phí!)

Kịch bản quản lý là một chút khó khăn hơn. Hầu hết các công ty đấu tranh với điều này ở một mức độ nào đó. Đặc biệt là khi họ bắt đầu mở rộng quy mô. Tôi đã nghe nói rằng Test Studio bởi Telerik có thể hữu ích.

+0

Cảm ơn bạn đã dùng TestStudio. Tôi đã suy nghĩ nhiều hơn về một công cụ giúp trong việc quản lý các trường hợp thử nghiệm, nhưng dù sao cũng được. – dzida

0

Có một công cụ gọi là Testlink. Đó là mã nguồn mở, được viết bằng php và bạn có thể tự mình thực hiện các thay đổi. Trong Testlink bạn thu thập các trường hợp thử nghiệm và các kịch bản thử nghiệm và sau đó bạn tạo các kế hoạch thử nghiệm. Và các kế hoạch thử nghiệm đó dành riêng cho phiên bản hệ thống cụ thể được kiểm tra. Vì vậy, bạn có thể thu thập một số phiên bản của các trường hợp thử nghiệm phù hợp với các phiên bản phù hợp của hệ thống. Trong công cụ này, bạn cũng đánh dấu kết quả của các trường hợp thử nghiệm mà bạn đã thực hiện. Bạn cũng có thể tích hợp nó để phát hành công cụ quản lý và bạn có thể tạo các vấn đề trực tiếp từ Testlink.

0

Tôi nghĩ rằng cách tốt nhất để quản lý kiểm tra thủ công là:

  1. Xác định các kịch bản thử nghiệm mà quan trọng là mỗi mô-đun/dự án.
    • Hãy thử kiểm tra thủ công.
    • Chúng tôi gọi những trường hợp thử nghiệm khói này.
  2. Xác định nơi can thiệp tự động hóa bị thất bại nhiều nhất.
    • Không phải mọi thứ trong mô-đun/dự án đều được tự động.
    • Đó là những trường hợp giúp bạn kiểm tra thủ công dễ dàng nhất.
Các vấn đề liên quan