Vẫn là chủ đề kim chỉ nan nhàm cmn chán, nhưng mà vẫn phải học : v. Học rồi còn đi vận dụng, và trên thực tiễn là mình đã và đang sử dụng 2 loại này rồi nhé – không đùa tí nào : v. Bây giờ yếu tố là gõ lại cho nhớ và luyện năng lực diễn giải những ý cho dễ hiểu nữa. Về hai loại này theo mình có một vài điểm cần nhớ, cụ thể đọc tiếp nội dung phía dưới nha. Hi vọng bài viết sẽ giúp ích cho những bạn .
1. Adhoc testing
Adhoc testing là một loại kiểm thử không chính thức, với mục tiêu là tìm những “ điểm chết ” của mạng lưới hệ thống. Loại kiểm thử này thường không có kế hoạch thực thi tức là bạn sẽ không cần tuân theo một kỹ thuật phong cách thiết kế test design nào để tạo test case cả. Và thực tiễn là tất cả chúng ta cũng sẽ không tạo và làm theo test case nào hết ! Do đó, loại kiểm thử này nhu yếu rất cao về mức độ hiểu mạng lưới hệ thống của người triển khai kiểm thử. Và tester sẽ thực thi kiểm thử ứng dụng một cách ngẫu nhiên những trường hợp mà không sử dụng một tài liệu test case hay miêu tả nhiệm vụ nào .
Adhoc testing không yêu cầu các tài liệu, kế hoạch hay quy trình. Vì mục đích của loại kiểm thử này là tìm lỗi thông qua hướng tiếp cận ngẫu nhiên, vì không dựa theo bất kỳ tài liệu nào, nên các lỗi tìm thấy sẽ không được ánh xạ tới các test case tương ứng như bình thường. Vì thế mà đôi khi sẽ rất khó để tái hiện lại lỗi.
Khi nào thì sử dụng Adhoc testing?
Adhoc testing hoàn toàn có thể được triển khai khi có một thời hạn số lượng giới hạn nào đó cho những kiểm thử phức tạp. Thông thường Adhoc testing được thực thi sau khi đã triển khai xong việc thực thi kiểm thử theo đúng tiến trình. Nếu như có thời hạn, thì hoàn toàn có thể triển khai xong triển khai Adhoc testing cho mạng lưới hệ thống. Adhoc testing sẽ hiệu suất cao hơn nếu người thực thi kiểm thử có kỹ năng và kiến thức tốt về mạng lưới hệ thống đó .
Thực hiện Adhoc testing hiệu quả:
* Nắm chắc nghiệp vụ
Yếu tố then chốt quyết định hành động phần đông hiệu suất cao trong Adhoc testing đó là việc người thực thi kiểm thử hiểu nhiệm vụ của mạng lưới hệ thống đến đâu. Do đó, khi quyết định hành động triển khai Adhoc testing thì cần phải chắc chắc được rằng bạn đã thông suốt về những ngõ ngách của mạng lưới hệ thống, ứng dụng. Điều này giúp bạn hoàn toàn có thể thuận tiện triển khai được những trường hợp trong thực tiễn nhất, và hoàn toàn có thể đoán được những vùng có năng lực xảy ra lỗi nhiều nhất .
* Kiểm tra các module chính
Cần xác lập những công dụng quan trọng chính của mạng lưới hệ thống là đối tượng người dùng tập trung chuyên sâu của Adhoc testing. Vì sao lại thế, đơn thuần thôi vì tính năng chính quan trọng chính là cái mà người dùng sẽ sử dụng và tương tác nhiều nhất, thế mà lại để lọt lỗi trên đó thì sẽ là điều khó mà đồng ý được ! 😀
* Lưu lại các defect
Tất cả những lỗi tìm được từ Adhoc testing đều cần phải được lưu lại và gửi cho team dev để fix bug. Các lỗi hợp lệ cần được viết bổ trợ và thêm vào trong bộ test case. Cái này thường là do viết test case thiếu, chưa bao trùm được những trường hợp .
Các defect tìm được này chính là những bài học kinh nghiệm kinh nghiệm tay nghề, cần phải được xem xét và nhìn nhận trang nghiêm, rút kinh nghiệm tay nghề cho những vòng test sau hay những trường hợp, loại sản phẩm có tính năng tựa như .
2. Exploratory testing
Exploratory testing, gồm có những hoạt động giải trí tò mò, khám phá và học hỏi. Chủ yếu nhấn mạnh vấn đề vào năng lực kiểm thử tự do, đi kèm với nghĩa vụ và trách nhiệm của người kiểm thử. Trong Exploratory testing, những test case cũng không được tạo ra khi thực thi kiểm thử. Tuy nhiên là ta hoàn toàn có thể ghi ra một vài ý tưởng sáng tạo chính sẽ được thực thi trước khi bắt tay vào làm. Exploratory testing tập trung chuyên sâu vào việc thăm dò tò mò ứng dụng hơn việc thực thi dựa trên những hoạt động giải trí như những loại kiểm thử khác .
* Ưu điểm
Loại kiểm thử này sẽ rất có ích trong trường hợp những tài liệu nhu yếu chưa được phân phối không thiếu hoặc có rất ít thông tin .
Liên quan đến quy trình tìm hiểu và khám phá, giúp tìm ra được nhiều lỗi hơn so với những bước kiểm thử thường thì .
Tìm ra được những lỗi nhỏ mà hoàn toàn có thể bị bỏ lỡ bởi những kỹ thuật kiểm thử khác
Mở rộng năng lực tưởng tượng những trường hợp bằng cách triển khai nhiều hơn những trường hợp kiểm thử .
Đi sâu vào những phần công dụng nhỏ nhất của ứng dụng và bao trùm được những nhu yếu công dụng
Loại kiểm thử này bao trùm được nhiều loại kiểm thử và nhiều loại những ngữ cảnh và trường hợp kiểm thử khác nhau .
Khuyến khích sự sáng tạo và khả năng phán đoán
Có thể tạo ra những sáng tạo độc đáo mới trong quy trình thực thi kiểm thử .
* Nhược điểm
Loại kiểm thử này phụ thuộc vào rất nhiều vào kỹ năng và kiến thức của người triển khai kiểm thử
Do đó, sẽ dễ bị hạn chế bởi vùng kiến thức và kỹ năng của tester
Không tương thích với dự án Bất Động Sản có nhiều thời hạn cho việc thực thi kiểm thử .
Khi nào thì thực hiện Exploratory testing?
Có thể thực thi Exploratory testing nếu như :
- Nhóm kiểm thử có những tester nhiều kinh nghiệm
- Early iteration is required (Dự án có yêu cầu lặp sớm)
- Đây là một ứng dụng quan trọng
- Hoặc có những tester mới tham gia vào nhóm.
3. So sánh nho nhỏ giữa Adhoc testing và Exploratory testing
| Adhoc testing | Exploratory testing |
| Bạn cần phải hiểu và nắm được ứng dụng trước khi thực hiện Adhoc testing. | Với Exploratory testing thì bạn sẽ tìm hiểu ứng dụng trong khi thực hiện test. |
| Với Adhoc testing, tài liệu không phải là yếu tố quan trọng cần thiết, Adhoc testing được thực hiện bình thường mà không cần tài liệu đặc tả cụ thể nào. | Ngược lại, với Exploratory testing, tài liệu là một yếu tố cần thiết để ghi lại chi tiết các thông tin trong khi thực hiện kiểm thử. |
| Adhoc được thực hiện để nâng cao mức độ hoàn thiện hướng tới sự hoàn hảo của việc kiểm thử ứng dụng. | Exploratory testing thiên về hướng học hỏi, tìm hiểu ứng dụng hơn. |
| Người thực hiện Adhoc testing cần có kiến thức về quy trình thực hiện khi thực hiện kiểm thử. | Với Exploratory testing thì từ đây sẽ giúp cho người thực thi có kiến thức về ứng dụng thông qua các kết quả test. |
Các bạn hoàn toàn có thể tìm hiểu thêm thêm thông tin ở đây nhé, bài viết tiếng Việt mình có tìm được và cũng từ những link này ra thôi nhưng mà chất lượng bài dịch không tốt lắm, nên mình nghĩ là mình tự làm còn hơn. haha 😀 Mặc dù mình dịch thì cũng lủng củng thôi, nhưng mà mình sẽ hiểu ý hơn ( chỉ sợ sai : v ). Hi vọng nhận được sự góp ý của những bạn ! 😀
Tham khảo :
https://www.softwaretestingclass.com/difference-between-adhoc-testing-and-exploratory-testing
https://www.guru99.com/adhoc-testing.html
https://www.guru99.com/exploratory-testing.html
Share this:
Thích bài này:
Thích
Đang tải …
