Ad hoc testing

Chuyên đề thảo luận về kiểm thử hộp đen (Black-box Testing)
Forum rules
Chuyên đề này chỉ thảo luận về Black-box Testing.
Để có kết quả nhanh, các bạn nên search trước khi tạo chủ đề mới.
Post Reply
tvn
Admin
Posts: 4900
Joined: Tue 10 Aug, 2010 10:11 am
Location: HCM
Contact:

Ad hoc testing

Post by tvn »

Ad hoc testing

Tham khảo exploratory testing là gì


Ad hoc testing is a commonly used term for software testing performed without planning and documentation (but can be applied to early scientific experimental studies).

The tests are intended to be run only once, unless a defect is discovered. Ad hoc testing is the least formal test method. As such, it has been criticized because it is not structured and hence defects found using this method may be harder to reproduce (since there are no written test cases). However, the strength of ad hoc testing is that important defects can be found quickly.

It is performed by improvisation: the tester seeks to find bugs by any means that seem appropriate. Ad hoc testing can be seen as a light version of error guessing, which itself is a light version of exploratory testing.

Nguồn wiki

Some comments about ad-hoc testing:
  • 1. Ad hoc testing is concern with the Application Testing without following any rules or test cases.
    For Ad hoc testing one should have strong knowledge about the Application.

    2. Ad hoc testing means testing the application randomly in our own style with having good knowledge of requirement.

    3. Adhoc and Monkey are different. For Adhoc we should have strong Knowledge about the application. Monkey Testing is like testing the application without any knowledge.

    4. Monkey testing to coverage basic functionality randomly where as ad-hoc testing: those who can have significant understand about the software he/she can do.



tvn
Admin
Posts: 4900
Joined: Tue 10 Aug, 2010 10:11 am
Location: HCM
Contact:

Re: Ad hoc testing

Post by tvn »

Kiểm thử Ad hoc

Tham khảo exploratory testing là gì


Kiểm thử Ad hoc là một thuật ngữ thường được sử dụng trong việc thực hiện kiểm thử phần mềm mà không có kế hoạch và tài liệu hướng dẫn (nhưng có thể được áp dụng vào giai đoạn đầu trong nghiên cứu khoa học thực nghiệm).

Các kiểm thử được dự định chỉ được chạy một lần, trừ khi có phát hiện lỗi. Kiểm thử ad hoc là phương pháp thử nghiệm ít chính thức nhất. Vì vậy, nó đã bị chỉ trích vì nó không có cấu trúc, do đó lỗi được tìm thấy bằng cách sử dụng phương pháp này có thể rất khó tái hiện lại (vì không viết test case). Tuy nhiên, sức mạnh của kiểm thử ad hoc là khiếm khuyết quan trọng có thể được tìm thấy một cách nhanh chóng.

Nó được thực hiện theo ngẫu hứng: thử tìm kiếm để tìm lỗi bởi bất kỳ phương tiện nào có vẻ thích hợp. Kiểm thử ad hoc đặc biệt có thể được xem như là một phiên bản nhẹ của đoán lỗi, mà chính nó là một phiên bản ánh sáng của kiểm thử thăm dò.

Nguồn wiki

Một số ý kiến ​​về kiểm thử ad hoc:
  • 1. Kiểm thử ad hoc là quan tâm với các ứng dụng thử nghiệm mà không theo bất kỳ quy tắc hoặc các trường hợp thử nghiệm.
    Đối với một thử nghiệm đặc biệt Quảng cáo cần phải có kiến thức vững chắc về các ứng dụng.

    2. Kiểm thử ad hoc có nghĩa là kiểm thử các ứng dụng ngẫu nhiên theo phong cách riêng của chúng ta với có kiến thức tốt về yêu cầu hệ thống.

    3. Kiểm thử Adhoc và "kiểm thử khỉ" (monkey testing - làm như khỉ quơ quào chỗ này chỗ kia :D) là khác nhau. Đối với kiểm thử Adhoc, chúng ta cần phải có kiến thức đầy đủ và hiểu rõ ứng dụng. Còn "kiểm thử khỉ" thì giống như kiểm thử các ứng dụng mà không cần bất kỳ kiến thức gì về hệ thống.

    4. Khỉ thử nghiệm chức năng bảo hiểm cơ bản ngẫu nhiên như là ad-hoc thử nghiệm: những người có thể có ý nghĩa hiểu về các phần mềm anh / cô ấy có thể làm.



camapden
Fresher Tester
Posts: 44
Joined: Sun 06 Feb, 2011 7:42 pm
Contact:

Re: Ad hoc testing

Post by camapden »

nó giống smoke Test phải hok anh



tvn
Admin
Posts: 4900
Joined: Tue 10 Aug, 2010 10:11 am
Location: HCM
Contact:

Re: Ad hoc testing

Post by tvn »

Thực ra thì khái niệm khác xíu, smole test là mình chọn vài test case từ một danh sách test case để test nhanh 1 chức năng hay hệ thống vừa release (giao cho nhóm test) để bảo đảm là các chức năng chính của nó làm việc tốt (bình thường - không có lỗi gì nghiêm trọng). Mục đích là để đánh giá mức độ ổn định của nó và khả năng "có thể test được" để tiến hành test.

Nếu sau khi làm smoke test, chương trình có nhiều bug nghiêm trọng như web hiển thị trang trắng hoặc exception thì trả build (không thực hiện test)
Nếu không có lỗi gì nghiêm trọng thì tiến hành test.

Mục đích: tránh làm mất thời gian 2 bên (DEV và Tester). Ví dụ, nếu tiến hành test ngay, đến test case thứ 10 thì gặp lỗi nghiêm trọng không thể test được nữa hoặc gặp nhiều lỗi quá thì phải mất thời gian post bug. Nhưng khi fix thì chi cần fix lỗi đầu tiên hoặc thứ 2 là các lỗi sau đó không xảy ra nữa.



Post Reply

Return to “Black box Testing - Kiểm thử hộp đen”