2010-02-03 14 views
8

OK. Sản phẩm của chúng tôi hoạt động. Người thử nghiệm beta thực sự đã hoàn thành công việc của mình. Thời gian cho lần lặp tiếp theo. Nhưng làm thế nào để đảm bảo chất lượng? Chúng ta cần một người thử!Làm cách nào để chia người nào đó thành thử nghiệm?

Làm thế nào để có được một người nào đó tươi ra khỏi đường phố bắt đầu vào thử nghiệm? Tôi không có đầu mối về cách làm điều đó bản thân mình (tôi là một nhà phát triển, không phải là một thử nghiệm)!

Chúng tôi là một đội bóng nhỏ:

  • 2 kiến ​​trúc sư (như trong các tòa nhà, không phải phần mềm, họ là những chuyên gia tên miền ở đây) tìm ra để xây dựng
  • tôi xây dựng nó
  • và một anh chàng mới để làm một số thử nghiệm trước khi chúng tôi đẩy bản phát hành ra

Không ai trong chúng tôi có một đầu mối về cách thực hiện điều này một cách chuyên nghiệp. Cho đến nay chúng ta có:

  • một loạt các máy ảo bắc qua cấu hình chúng tôi muốn thử nghiệm
    • các phiên bản khác nhau của cửa sổ
    • tiếng Đức và tiếng Anh, hai ngôn ngữ có khả năng được sử dụng bởi chúng tôi khách hàng
    • phần mềm máy chủ chúng tôi đang viết cho (Autodesk Revit Architecture 2010, chúng tôi đang xây dựng một plugin để tính toán năng lượng)
  • tại tài liệu ext mô tả một số xét nghiệm tôi đã làm (cài đặt phiên bản xyz, đã làm điều này, đã làm điều đó, vv)
  • một hệ thống theo dõi lỗi các thử nghiệm có thể thêm tất cả các lỗi ông thấy

Tôi hy vọng chúng tôi sẽ cần một thử nghiệm kịch bản. Nhưng bằng cách nào? Người nào? Gì? Khi nào?

+0

Bạn có thể thêm một số thẻ công nghệ không? Bạn có trên Windows, Linux không? Khách hàng phong phú, Web, phía máy chủ? –

Trả lời

6

Tại sao bạn đang tìm kiếm "ai đó ngoài phố"? Đối với tôi, nghe có vẻ giống như đang hỏi "Tôi muốn thuê một lập trình viên mới, làm cách nào để tôi có được một ai đó ngoài đường và giúp anh ta lập trình tốc độ phần mềm của tôi?". Tại sao bạn muốn làm điều đó, qua việc thuê một người lập trình đã là ai?

Trong trường hợp của bạn, đó là điều bạn không biết nhiều về thử nghiệm, tôi muốn chắc chắn suy nghĩ về việc thuê người có kinh nghiệm trong lĩnh vực này.

Cụ thể, tôi có lẽ muốn tìm kiếm:

  1. Có người với một số kinh nghiệm thực hiện các xét nghiệm dưới thắt lưng (vì bạn sẽ muốn anh ấy thực sự làm các xét nghiệm).
  2. Ai đó có kinh nghiệm viết kế hoạch kiểm tra/v.v.
  3. Một người nào đó có kinh nghiệm nào đó đang điều hành nhóm QA.

Điểm cuối cùng là tùy chọn, nhưng hy vọng nhóm của bạn sẽ phát triển khi phần mềm của bạn phát triển, vì vậy có thể có ý nghĩa để có thể phát triển vai trò này (không kể đến việc có kinh nghiệm để giúp bạn quyết định khi nào và làm thế nào để phát triển đội QA).

+0

hoàn toàn đúng. Vấn đề là, đây là một tình huống kiểu trường đại học. Chúng tôi không có tiền để thuê một người kiểm tra (chưa), nhưng có quyền truy cập vào một học sinh trong một số giờ trong tuần. Tôi muốn nhận được nhiều nhất từ ​​anh ta, nhưng nhận ra rằng đây không phải là một tình huống tối ưu. –

+2

Sau đó, tôi nghĩ bạn sẽ phải học một chút về lĩnh vực QA, để bạn có thể viết các kế hoạch kiểm tra và quản lý học sinh. Về cơ bản, bạn sẽ phải đảm nhận vai trò lãnh đạo của QA, và chỉ đơn giản là sử dụng anh ta như "chỉ" một người thử nghiệm (mặc dù anh càng học nhiều hơn trong khi làm điều này, thì anh ta sẽ làm tốt hơn, và hy vọng bạn càng ít phải làm). –

2

Vâng, Bạn đang tìm kiếm để mở rộng nhóm của bạn với một thử nghiệm? Bạn đã cân nhắc việc thuê một chuyên gia thử nghiệm từ một công ty tư vấn chưa?

1

Tốt nhất, bạn sẽ cần phải cung cấp cho các tester:

  • đào tạo để đảm bảo anh ta biết sản phẩm được kiểm tra.
  • tài liệu về kết quả mong đợi là gì.
  • kế hoạch kiểm tra - những gì cần phải được kiểm tra và làm thế nào
  • một kiểm tra theo dõi hệ thống để theo dõi những gì đang được thử nghiệm, những gì thông qua các cuộc thử nghiệm, những gì cần phải được cố định, vv Hệ thống Điều đó không phải quá phức tạp, tùy thuộc vào kích thước của dự án, bảng tính Excel có thể đủ.
0

Trong số podcast #64, Jeff và Joel thảo luận (trong số những thứ khác) những kỹ năng mà người kiểm tra tốt nên có. Transcript cũng có sẵn (khoảng nửa chừng xuống dưới trang)

2

Trước khi bạn yêu cầu ai đó kiểm tra, hãy đảm bảo bạn đáp ứng các yêu cầu để thử nghiệm. Ở mức tối thiểu bạn cần:

Đặc điểm kỹ thuật: Một số nguồn có thẩm quyền về ứng dụng được cho là phải làm gì. Đây có thể là một chuyên gia có thể trả lời bất kỳ và tất cả các câu hỏi về chính xác những gì ứng dụng được cho là phải làm, nhưng nhiều hơn được viết ra và chính thức hơn được xác định nó là tốt hơn.

Thời gian: Thử nghiệm cần có thời gian. Bạn không thể tắt một ứng dụng cho người thử nghiệm 30 phút trước khi ứng dụng được phát hành và mong đợi bất kỳ kết quả đáng giá nào. Nếu bạn đang phát triển thác nước, thử nghiệm sẽ đòi hỏi rất nhiều thời gian ở cuối. Rất nhiều mô hình phát triển khác cho phép chạy thử song song với phát triển, tiết kiệm rất nhiều thời gian, nhưng bất kể mô hình bạn sử dụng, việc kiểm tra sẽ đòi hỏi nhiều thời gian hơn là không thử nghiệm.

Nếu bạn không có hai điều này, đảm bảo chất lượng chỉ là một giấc mơ đường ống.

Bây giờ nếu bạn có những người gặp nhau và bạn đang cố gắng đào tạo ai đó để kiểm tra, đây là khóa học về tai nạn của tôi khi thử nghiệm.

Về cơ bản, thử nghiệm một ứng dụng có nghĩa là bạn đang cố gắng để đảm bảo hai điều:

  • Chương trình làm những gì nó có nghĩa vụ phải làm.

  • Chương trình không làm những gì không được phép thực hiện.

Đó là tư duy cốt lõi mà tôi sử dụng. Xây dựng từ đó tôi tiếp cận mọi thứ về hành động và cố gắng xác minh:

  1. Hành động dự kiến ​​với điều kiện tiên quyết dự kiến ​​sẽ tạo ra hiệu quả mong đợi.
  2. Hành động được mong đợi với các điều kiện tiên quyết không mong muốn sẽ không có hiệu lực hoặc được xử lý phù hợp.
  3. Hành động không mong muốn không có hiệu lực hoặc được xử lý phù hợp.
  4. Không có hiệu ứng bất ngờ nào xảy ra.

Mục 1 đến trực tiếp từ thông số kỹ thuật: Bạn đảm bảo rằng chương trình thực hiện những gì được yêu cầu.

Mục 2 và 3 là nơi nghệ thuật thử nghiệm đến. Tôi có thể thực hiện những hành động và điều kiện tiên quyết nào? Tôi có thể thử nhập sai mật khẩu. Tôi có thể cố gắng nhập trực tiếp vào URL của trang được cho là được bảo mật. Tôi có thể thử dán các ký tự unicode lẻ vào một trường văn bản. Tôi có thể thử đặt mã SQL hoặc javascript vào trường văn bản.

Mục 4 là khu vực thử nghiệm không có người vô hạn, phần không thể kiểm tra hoàn toàn. (2 và 3 cũng vô hạn, nhưng không phải là chán nản để suy nghĩ về.) Điều đó không có nghĩa là bạn bỏ qua nó. Bạn luôn chú ý đến bất kỳ điều gì bất thường. Ngoài ra, đôi khi cảm hứng xảy ra và bạn nghĩ ra một cách có thể gây ra tác động không mong muốn: "Điều gì sẽ xảy ra nếu tôi đăng nhập vào lúc 11:59:59 tối và 12:00:00 SA vào thứ ba thứ ba của tháng? tôi là quản trị viên. " Kiến thức kỹ thuật và một cái nhìn bên trong hộp đen giúp đỡ với các kịch bản như thế.

Có rất nhiều điều nữa để nói về thử nghiệm, nhưng đó là mức tối thiểu tôi có thể nghĩ đến: Các yêu cầu kỹ thuật và cách tiếp cận vấn đề.

Các vấn đề liên quan