Khi new vào nghề, các bạn tester còn khá lạ lẫm với thuật ngữ “Test Types” và cách phân biệt chúng. Đừng lo lắng, hãy cùng ITNavi tìm hiểu ngay các loại kiểm thử ứng dụng để quá trình test được diễn ra thuận tiện giúp mang đến những sản phẩm quality đến tay khách hàng hàng.
Bạn đang xem: Các loại kiểm thử phần mềm
Kiểm test được tạo thành 4 loại chính giao hàng từng mục đích của mỗi dự án.
Các các loại kiểm thử ứng dụng (Test Types) phổ biến: Functional testing (Kiểm thử chức năng), Non-Functional testing (Kiểm thử phi chức năng), Re-Testing (Kiểm demo lại), Regression testing (Kiểm demo hồi quy)
1. Functional testing (Kiểm thử chức năng)
Giống với kiểm thử vỏ hộp đen, Functional testing khám nghiệm đến tác dụng của chương trình mà không quan tâm đến cấu trúc phía bên trong của sản phẩm.
a. Định nghĩa kiểm test chức năng
Kiểm thử tính năng chỉ tập trung kiểm tra tính năng của áp dụng đó có hoạt động đúng như người sử dụng mong hóng không. Lúc kiểm thử, những tester sẽ nhờ vào Tài liệu yêu mong (Requirement) hoặc Tài liệu tế bào tả cụ thể (Specification) để triển khai test.
Kiểm thử tính năng được triển khai ở mọi quá trình kiểm test (Testing level). Functional testing rất có thể được tiến hành từ 2 góc nhìn: yêu cầu chức năng và quá trình nghiệp vụ (Use case).
Kiểm thử chức năng bao hàm 5 bước:
Xác định các tác dụng mà phần mềm mong mong sẽ thực hiện.Tạo ra những dữ liệu nguồn vào dựa trên các tài liệu sệt tả kỹ thuật của những chức năng.Xác định công dụng đầu ra dựa trên những tài liệu quánh tả kỹ thuật của những chức năng.Thực hiện những trường hợp kiểm thử.So sánh hiệu quả thực tế và công dụng mong muốn.
Functional testing được triển khai từ góc nhìn Quy trình nhiệm vụ (Use case).
b. Những loại kiểm demo chức năng
Kiểm thử đơn vị (Unit Testing) là quá trình test từng module nhỏ tuổi trong hệ thống.Kiểm thử sương (Smoke Testing) check nhanh xem hệ thống có khởi rượu cồn được tuyệt không.Kiểm thử độ tỉnh táo bị cắn (Sanity Testing) khám nghiệm nhanh sau khoản thời gian sửa thay đổi thì chức năng có vận động như mong muốn hay không.Kiểm thử hình ảnh (Interface Testing)Kiểm demo tích vừa lòng (Integration Testing) là chuyển động test một đội các module lẻ loi được tích hợp xúc tích lại cùng với nhauKiểm thử hệ thống (Systems Testing) sẽ chạy thử một khối hệ thống đã được tích thích hợp hoàn chỉnh.Kiểm demo hồi quy (Regression Testing) là hiệ tượng kiểm tra phần mềm xem các tính năng cũ và mới còn chuyển động đúng sau khi thay đổi hệ thống không.Kiểm thử chấp nhận (Acceptance testing) thường được quý khách hàng thực hiện thử nghiệm để xem phần mềm có đáp ứng nhu cầu đúng yêu thương cầu của mình yêu mong chưa.2. Non - Functional testing (Kiểm demo phi chức năng)
Kiểm test phi tính năng giống cùng với kiểm thử tính năng ở chỗ triển khai được nghỉ ngơi mọi cấp độ kiểm thử. Điểm biệt lập của Functional testing thiết yếu làxem xét những hành vi bên phía ngoài của ứng dụng thay vày tính năng sản phẩm đem lại.
a. Định nghĩa kiểm test phi chức năng
Dựa trên khiếp nghiệm người dùng và hy vọng đợi của khách hàng hàng, những tester sẽ thực hiện kiểm tra tính năng của vận dụng xem bội nghịch hồi tốt như cầm cố nào. Kiểm test viên sẽ chứng thực hiệu suất thao tác làm việc dựa trên mục tiêu sự mong đợi của người tiêu dùng cũng là mục đích chính của kiểm demo phi chức năng. Việc kiểm thử rất khó hoàn toàn có thể làm thủ công bằng tay mà cần nhờ tới sự trợ góp của quy định test auto (Automation testing)
Kiểm demo phi công dụng bao gồm:
Kiểm test hiệu năng (Performance testing)Kiểm thử năng lực chịu tải (Load testing)Kiểm thử áp lực (Stress testing)Kiểm thử năng lực sử dụng (Usability testing)Kiểm thử bảo trì (Maintainability testing)Kiểm test độ tin cậy (Reliability testing)Kiểm test tính tương thích (Portability testing)
Functional testing coi xét các hành vi bên phía ngoài của phần mềm.
b. Các loại kiểm thử phi chức năng
Độ tin cẩn (Reliability) được khẳng định rõ rộng từ các đặc trưng phụ đã được tính toán cẩn thận (độ bền), năng lực chịu lỗi, phục hồi và tính tuân thủ.Khả năng thực hiện (Usability) được tạo thành các đặc trưng dễ hiểu: tài năng học hỏi, kĩ năng hoạt động, sự thu hút với tuân thủ.Tính tác dụng (Efficiency)được phân theo hành vi về: thời gian (hiệu suất), sử dụng tài nguyên và tính tuân thủ.Khả năng duy trì (Maintainability)bao tất cả năm điểm sáng phụ: Phân tích, tài năng thay đổi, tính ổn định, kĩ năng kiểm tra và tuân thủ.Tính tương hợp (Portability)có nămđặc điểm phụ: khả năng thích ứng, khả năng cài đặt, năng lực cùng tồn tại, tài năng thay ráng và tuân thủ.Hiệu năng (Performance)là một nhiều loại kiểm thử để xác định tốc độ của máy tính, tốc độ mạng hoặc vật dụng di động. Nó kiểm test hiệu suất của các thành phần của một hệ thống bằng phương pháp truyền những tham số không giống nhau một trong những kịch phiên bản test khác nhau. Performance Test bao hàm Load testing, bao tay testing, Volume testing…Khả năng chịu thiết lập (Load Test) kiểm thử những ứng dụng hoạt động trong đk hoạt động thông thường và chuyển động hiệu suất cao.Áp lực (Stress)là một loại kiểm thử khẳng định sự ổn định và tính trẻ trung và tràn trề sức khỏe của hệ thống bằng cách tập trung vào các trạng thái tới hạn, các “điểm chết” hay tình huống bất thường…Volume Testing (Kiểm thử khối lượng) khẳng định phần mềm chuyển động hiệu quả ra sao với trọng lượng lớn dữ liệu.3. Re-Testing (Kiểm test lại)
Re-testing đồng nghĩa với Confirmation testing (Kiểm test xác nhận), nhằm mục đích mục đích bình chọn bug đã có được fix ổn định theo công dụng mong hy vọng ở test Case tuyệt chưa. Khi tiến hành kiểm thử lại, các tester sẽ chất vấn xem bug vì chưng mình kiếm tìm ra cùng post lên tool quản lý đã được developers fixed thành công hay vẫn còn đó lỗi.
Nếu bug đã có sửa xong xuôi thì tester sẽ báo cáo và gửi trạng thái thành “Close bug”. Ngược lại, giả dụ lỗi vẫn còn đó thì tester sẽ báo cáo thành tâm lý Re-open nhằm developers sửa lại. Re-testing chỉ xong xuôi khi bug đã được sửa xong hoặc tại sao khách quan tiền nào kia phải trong thời điểm tạm thời dừng câu hỏi fix bug.
Một số điểm sáng khác của kiểm test lại:
Không áp dụng được Automation testing trong những trường hòa hợp Re-Testing.Mức độ ưu tiên cao hơn kiểm thử hồi quy nên sẽ được diễn ra trước.Được tiến hành trên cơ sở những phiên bạn dạng đã được sửa lỗi.Xác minh khiếm khuyết là một trong những phần của quá trình kiểm tra lại.Chỉ áp dụng cho những trường đúng theo kiểm thử không thành công.Đảm bảo lỗi ban đầu đã được sửa chữa.4. Regression testing (Kiểm test hồi quy)
Khi một tác dụng mới được chế tạo phần mềm, chúng ta cần chắc hẳn rằng rằng phần tính năng lạ được phân phối không phá hỏng các phần không giống của ứng dụng. Ở trường phù hợp khác, lúc lỗi đã được chỉnh sửa, chúng ta cần chắc chắn rằng lỗi chỉnh sửa không phá hỏng những phần khác trong ứng dụng. Để khám nghiệm 2 điều trên, những tester sẽ thực hiện kiểu kiểm tra lặp đi lặp lại gọi là Regression testing (Kiểm test hồi quy).
Các tester sẽ thực hiện kiểu demo lặp đi tái diễn gọi là Regression testing.
Test hồi quy được thực hiện đối với những phần bên trong phạm vi bị tác động khi mà có sự sửa thay đổi một công dụng nào đó hoặc là thêm mới. Mục tiêu chính của Regression testing là bảo vệ những sự đổi khác không gây nên lỗi mới trên những tác dụng vốn đã làm cho việc xuất sắc của thành phầm phần mềm.
Regression kiểm tra không phải là 1 mức kiểm soát mà rất có thể thực lúc này mọi tiến trình kiểm thử. Tuy nhiên không là 1 trong những level kiểm tra nhưng thực tế lại cho biết thêm Regression testing là giữa những loại kiểm thử tốn nhiều thời hạn và công sức của con người nhất.
Việc làm lơ Regression thử nghiệm là "không được phép" vì có thể dẫn đến tình trạng tạo ra hoặc tái lộ diện những lỗi nghiêm trọng. Tuy nhiên ta "tưởng rằng" hầu như lỗi đó không tồn tại hoặc đang được bình chọn và sửa rồi.
Kết luận
Tóm lại, các loại kiểm thử tiêu biểu trong quá trình test bao gồm:Functional testing, Non-Functional testing, Re-Testing với Regression testing. 4 loại kiểm demo trên để giúp các kiểm thử viên thiết kế được cỗ Test Case trả chỉnh, vừa đủ các trường hợp yêu cầu test nhằm tìm ra lỗi của sản phẩm.
Mở rộng ngay thời cơ việc làm cho Tester trên ITNavi - nền tảng kết nối việc làm IT với trên 1000++ jobs cập nhật mỗi ngày.
1000 câu hỏi làm IT tại nền tảng gốc rễ kết nối việc làm ITNavi
6 quy trình của quá trình kiểm test phần mềmTester là gì? Kỹ năng cần phải có của testerTrong quá trình thực hiện các bước kiểm thử, họ gặp nên vô số các khái niệm kiểm thử khác nhau. Các khái niệm này có thể đã thân quen với nhiều người, nhưng cũng có nhiều khái niệm mà họ lạ lẫm và chưa từng nghe thấy.Xuất phát từ việc hiểu được rằng "Những điều họ biết chỉ cần giọt nước, gần như điều bọn họ chưa biết là cả đại dương", nội dung bài viết này sẽ đưa đến cho mình đọc 100+ định nghĩa kiểm thử phần mềm khác biệt mà những Tester nên biết.Đây là một trong danh sách tổng hợp bao gồm định nghĩa và reviews ở nấc tổng quan liêu về hơn 100 định nghĩa testing. Qua nội dung bài viết này, Anh Tester hy vọng bạn phát âm sẽ có thể hiểu biết rõ ràng hơn về các khái niệm test cũng giống như nắm được những thông tin cơ bạn dạng nhất về các loại thử nghiệm mà mình đang quan tâm.
2. Accessibility Testing: là 1 trong loại kiểm thử giành cho các khối hệ thống được thiết kế cho tất cả những người khuyết tật (khiếm thính, khiếm thị, thiểu năng vai trung phong thần...), xác định tài năng tiếp cận và sử dụng của mình với ứng dụng, ví dụ như các thiết lập cấu hình Accessibility của smart phone: Text-to-Speech, "Magnification gestures"... Fan khuyết tật thường thực hiện những tính năng cung cấp họ sử dụng những phần mềm. Nhiều loại test này hoàn toàn có thể được triển khai theo 2 bí quyết là Manual với Automated.
3. Active Testing: một số loại kiểm thử bao gồm việc chuyển ra dữ liệu test và phân tích tác dụng thực hiện. Nó thường được tiến hành bởi đội tester. Trong quy trình active testing, tester sẽ tưởng tượng để dựng một quy mô của phần mềm để test, điều này sẽ được trở nên tân tiến và làm triển khai xong hơn những tương tác của chính nó với những phần mềm đang chạy.
4. Agile Testing: Kiểm thử Agile là việc kiểm thử phần mềm được thực hiện theo một trong những quy định của phiên bản tuyên ngôn (manifesto) Agile, xem câu hỏi phát triển ứng dụng như là người tiêu dùng của câu hỏi kiểm thử. Kiểm thử Agile triển khai kiểm thử theo quan điểm của công ty càng sớm càng tốt, phân tích sớm với thường xuyên ngay lúc code vừa dứt và đủ bình ổn để kiểm tra từ level unit test.
5. Age Testing: Loại kiểm thử review khả năng hoạt động của hệ thống vào tương lai. Vượt trình đánh giá được tiến hành bởi nhóm tester. Age Testing đo đạc sự hao hụt về performance của khối hệ thống khi hệ thống PM bị cũ đi.
6. Ad-hoc Testing: Việc triển khai test mà không tồn tại plan, không tài năng liệu, tester cố gắng phá vỡ hệ thống bằng phương pháp thử thiên nhiên các tác dụng của hệ thống. Việc này được thực hiện bởi đội tester.
7. Alpha Testing: một số loại kiểm thử ứng dụng hoặc khối hệ thống được tiến hành bởi người dùng cuối nhưng tiến hành ngay tại khu vực của team developer.
8. Assertion Testing: Là câu hỏi xác minh xem những điều khiếu nại có thỏa mãn nhu cầu được các yêu ước về xúc tích hoặc business của thành phầm hay không. Nó bảo đảm cho bài toán test cùng các phương châm test luôn liên quan đúng và rõ ràng.
9. API Testing:
API (Application Programming Interface): có thể chấp nhận được kết nối với trao đổi dữ liệu giữa hai hệ thống phần mượt riêng biệt. Một khối hệ thống phần mềm có thể nhúng các API bao hàm các hàm/thủ tục bé (functions/sub-routines) mà rất có thể chạy vày một hệ thống phần mượt khác.Kiểm thử API khác hoàn toàn với kiểm thử GUI và các thành phần chủ yếu khác vào tầng business lô ghích của kiến trúc phần mềm. Nhiều loại kiểm demo này không triệu tập vào phần bối cảnh và làm việc giao diện của một ứng dụng. Thay vày sử dụng những đầu vào (bàn phím) và cổng output tiêu chuẩn, vào kiểm test API, chúng ta có thể sử dụng một phần mềm để gửi những yêu ước đến API, nhận áp sạc ra và lưu lại phản hồi của hệ thống.10. All-pairs Testing: All pair testing (Kiểm thử toàn bộ các cặp) hay nói một cách khác là pairwise testing, là một phương thức test được tiến hành để kiểm thử các ứng dụng sử dụng phương pháp tổ hợp. Đó là một cách thức để kiểm tra toàn bộ các phối hợp rời rạc có thể có của các thông số liên quan, phương thức test tối thiểu sao cho quality tốt nhất.
11. Automated Testing: Kiểm thử auto sử dụng qui định (tool) để kiểm soát môi trường thiết lập, thực hiện kiểm tra và báo cáo kết quả. Nó được tiến hành bởi máy tính xách tay và được áp dụng trong nội bộ team test.
12. Basis Path Testing: Thuộc phương thức kiểm thử hộp trắng (White box test) là kinh nghiệm kiểm demo mà phần mềm được phân thành các lộ trình, bảo vệ các lộ trình hòa bình qua một module mã sẽ tiến hành kiểm demo đầy đủ. Tiến hành bởi developer.
13. Backward Compatibility Testing: kiểm tra sự tương thích ngược: là câu hỏi kiểm tra xem các sản phẩm của vận dụng cũ có tiếp tục làm việc xuất sắc trên phiên bản mới của vận dụng đó giỏi không.
14. Benchmark Testing: Là việc khẳng định perfomance lúc này của khối hệ thống và tiến hành các biến đổi để cải thiện perfomance của thành phầm cho giỏi hơn. Như câu hỏi refactor code, điều khiển cơ sở tài liệu để người dùng có thể trải nghiệm những cách tân hiệu suất. Được triển khai bởi nhóm dev hoặc Database admin (DBAs).
15. Beta Testing: Là quy trình tiến độ test ở đầu cuối trước khi chuyển giao ứng dụng, ứng dụng hoặc ứng dụng được phân chia như một phiên bạn dạng thử nghiệm (sử dụng thử) để người dùng kiểm tra vận dụng tại nơi thao tác của họ. Người tiêu dùng sẽ quan tiếp giáp phần mềm, vào trường vừa lòng nếu có ngẫu nhiên lỗi xẩy ra thì nó được báo cáo đến fan phát triển.
16. Big Bang Integration Testing: Khi mà tất cả mọi thứ sẵn sàng chuẩn bị thì kĩ thuật đánh giá này tiến hành để tích hợp những module hòa bình của chương trình.
17. Binary Portability Testing: Kĩ thuật thử nghiệm tính cầm tay của phần mềm bằng phương pháp chạy ứng dụng trên những nền tảng và môi trường khác nhau. Nó được sử dụng cho cấu tạo của Application Binary Interface (ABI). Binary Portability testing cần được thực hiện trên những loại không giống nhau của platform, như Windows(x86, X86-64), Linux, Mac OS, Java, Solaris, và Android. Nếu áp dụng có tính di động cao thì tín đồ dùng hoàn toàn có thể chạy áp dụng trên bất kì căn nguyên (platform) nào. Do đó để test Binary portability thì tức là khi xây dựng 1 phần mềm thì nên test câu hỏi nó thực thi được vận dụng đó trên nhiều hệ quản lý khác nhau, ví như nó là website thì nên chạy được trên những trình duyệt khác biệt để soát sổ tính cầm tay của nó. Được triển khai bởi team test.
18. Boundary Value Testing: kỹ năng kiểm thử phần mềm trong đó test case được thiết kế với để bao gồm những giá trị số lượng giới hạn tiêu biểu. Được triển khai bởi team test.
19. Bottom Up Integration Testing: vào kiểm test tích hòa hợp từ dưới lên, mô-đun ở mức thấp duy nhất được phạt triển đầu tiên và các mô-đun không giống đi theo phía chương trình chủ yếu được tích hợp và kiểm thử cùng một lúc. Thực hiện bởi nhóm kiểm thử.
20. Branch Testing: kỹ thuật kiểm thử, vào đó toàn bộ các nhánh vào mã nguồn của chương trình sẽ tiến hành kiểm tra tối thiểu một lần. Thực hiện bởi các developer.
21. Breadth Testing: Là vấn đề kiểm tra bằng những test suit thực hiện rất đầy đủ các công dụng của một sản phẩm nhưng không soát sổ từng tính năng chi tiết. Người thực hiện: các đội kiểm thử.
22. Black box Testing: Một cách thức kiểm thử ứng dụng xác minh các tác dụng của một ứng dụng mà không có kiến thức rõ ràng về mã / cấu trúc phía bên trong của ứng dụng. Các kiểm demo được dựa vào yêu mong và chức năng. Thực hiện bởi team QA.
23. Code-driven Testing: chuyên môn kiểm thử áp dụng framework để kiểm thử (như x
Unit) có thể chấp nhận được thực hiện các kiểm thử đơn vị (unit test) để xác minh xem các phần khác nhau của mã đang vận động như ước ao đợi một trong những tình huống khác nhau. Thực hiện bởi developers.
24. Compatibility Testing: nghệ thuật kiểm thử chứng thực làm cố nào một phần mềm thực hiện tốt trong một phần cứng / phần mềm / hệ điều hành/ môi trường khối hệ thống / môi trường xung quanh mạng. Triển khai bởi các nhóm kiểm thử.
25. Comparison Testing: nghệ thuật kiểm test so sánh ưu điểm và điểm yếu của sản phẩm với những phiên phiên bản trước đó hoặc các sản phẩm tương trường đoản cú khác. Tiến hành bởi nhân viên cấp dưới kiểm thử, những nhà phân phát triển, quản lý sản phẩm hoặc chủ tải sản phẩm.
26. Component Testing: chuyên môn kiểm thử giống như với kiểm thử solo vị, nhưng với một mức độ kiểm thử tích hợp cao hơn nữa được thực hiện kiểm thử các ứng dụng thay do chỉ thẳng kiểm thử một phương thức cụ thể. Thực hiện bởi nhóm kiểm demo hoặc đội phát triển.
27. Configuration Testing: chuyên môn kiểm thử quyết định cấu hình tối thiểu và tối ưu của phần cứng với phần mềm, công dụng của việc thêm hoặc sửa đổi những nguồn khoáng sản như cỗ nhớ, ổ đĩa với CPU. Triển khai bởi các kỹ sư kiểm test hiệu năng.
28. Condition Coverage Testing: loại kĩ thuật kiểm thử ứng dụng mà mỗi đk được gán 2 quý giá đúng với sai ít nhất 1 lần. Tiến hành bởi các nhóm kiểm thử tự động.
29. Compliance Testing: loại kiểm thử mà chất vấn xem khối hệ thống đã được xây dựng phù hợp với các tiêu chuẩn, thủ tục và chỉ dẫn hay không. Bạn thực hiện: các công ty mặt ngoài, các công ty cung cấp thương hiệu "chứng nhận tuân thủ OGC ".
30. Concurrency Testing: Kiểm test đa fan dùng hướng đến việc xác định tác động của việc tiếp cận và một mã ứng dụng, mô-đun hoặc cửa hàng dữ liệu. Thực hiện bởi những kỹ sư hiệu năng.
31. Conformance Testing: quy trình kiểm test một thành phầm hoặc hệ thống tương xứng với đặc điểm kỹ thuật của spec. Tiến hành bởi những đội kiểm thử.
32. Context Driven Testing: Một kỹ thuật kiểm tra Agile, khuyến khích các tester tự gạn lọc test techniques, chạy thử deliverable, thử nghiệm documentation và test objectives, theo công ty trương nhận xét liên tục và trí tuệ sáng tạo các cơ hội kiểm thử của rất nhiều thông tin tiềm năng, những giá trị của tin tức để tổ chức triển khai kiểm thử tại một thời điểm vậy thể. Fan thực hiện: những đội kiểm thử Agile.
33. Conversion Testing: Được thực hiện khi biến đổi dữ liệu từ hệ thống hiện gồm sang khối hệ thống mới gắng thế. Kiểm thử những chương trình hoặc các thủ tục được sử dụng để biến hóa dữ liệu từ hệ thống hiện bao gồm để sử dụng trong các hệ thống thay thế. Bạn thực hiện: Đội ngũ QA.
34. Decision Coverage Testing: loại hình kiểm thử ứng dụng mà mỗi đưa ra quyết định được triển khai ít nhất một lần bảo đảm rằng tất cả các code được thực hiện. Mỗi đưa ra quyết định được thực hiện bằng phương pháp đặt vào 2 quý hiếm đúng với sai. Triển khai bởi dev hoặc những nhóm kiểm thử tự động hóa.
35. Destructive Testing: nhiều loại kiểm thử trong những số đó các kiểm test được triển khai với các dữ liệu kiểm thử thua trận , nhằm hiểu về hiệu suất ,hành vi đặc trưng của một chủng loại kiểm demo theo tải trọng không giống nhau. Thực hiện bởi lực lượng QA.
Xem thêm: Mua bộ bút chì màu 86 món bền màu cho bé yêu, hộp bút chì màu 86 món cao cấp
36. Dependency Testing: các loại kiểm thử trong số ấy xem xét những yêu mong của một vận dụng cho các ứng dụng tiền đề, trạng thái ban sơ và cấu hình để bảo trì chức năng say mê hợp. Triển khai bởi các đội kiểm thử.
37. Dynamic testing: Kiểm thử tương quan đến câu hỏi thực thi các thành phần hoặc toàn thể hệ thống phần mềm. Hay được thực hiện bởi team test.
38. Domain name testing: Là các loại kiểm thử kiểm tra những thông tin mà người tiêu dùng sử dụng để nhập vào trên các vùng dữ liệu, soát sổ các hiệu quả nhận được và chú ý chúng bao gồm đúng không. Thường được triển khai bởi nhóm phát triển phần mềm và team chạy thử automation.
39. Error handling testing: loại kiểm test phần mềm khẳng định trách nhiệm của hệ thống xử lý những giao dịch có lỗi một phương pháp thích hợp. Thường xuyên được thực hiện bởi team test.
40. End - to- end testing: tương tự với system testing, tương quan đến việc kiểm thử trong môi trường tương tự với môi trường xung quanh sử dụng thật, ví dụ shop với DB, sử dụng giao tiếp mạng, hoặc xúc tiến với những phần cứng, ứng dụng, hoặc khối hệ thống nếu phù hợp. Được thực hiện bởi đội QA.
41. Endurance testing: các loại test để kiểm tra việc thiếu bộ lưu trữ hoặc các vấn đề rất có thể xảy ra khi vận dụng được triển khai trong thời hạn dài. Hay được thực hiện bởi team hiệu năng.
42. Exploratory testing: kỹ thuật kiểm thử vỏ hộp đen triển khai mà không yêu cầu plan với tài liệu. Thường được triển khai bởi tester manual.
43. Equivalence Partitioning testing: kỹ thuật kiểm thử ứng dụng chia dữ liệu đầu vào thành các phân vùng nhỏ tuổi hơn. Thường được đội QA sử dụng.
44. Fault injection testing: Là kỹ thuật cơ mà tester triệu tập vào phương thức mà khối hệ thống xử lý ngoại lệ trải qua việc truyền mã độc vào hệ thống. Được thực hiện bởi đội QA.
45. Formal verification testing: Kiểm định vẻ ngoài theo kiểu minh chứng định lý (Theorem Proving), soát sổ logic khối hệ thống xem có cân xứng với spec không. Thường xuyên được thực hiện bởi đội QA.
46. Functional testing: loại kiểm thử vỏ hộp đen dựa vào test case và spec. Được triển khai bởi nhóm kiểm thử.
47. Fuzz testing: Kỹ thuật kiểm thử ứng dụng dùng các dữ liệu đầu vào invalid, không mong muốn hoặc random - nó là ngôi trường hợp quan trọng đặc biệt của mutation testing. Fuzz testing được thực hiện bởi team test.
48. Gorilla testing: Là kỹ thuật nhưng mà tester tiến hành test lại phần đã kiểm tra một vài lần trước kia để đảm bảo an toàn tính chắc hẳn rằng của khối hệ thống Được tiến hành bởi tester hoặc developer.
49. Gray box testing: Là sự kết hợp của kiểm demo hộp black và kiểm thử hộp trắng. Test phần mềm dựa bên trên spec tuy nhiên lại sử dụng cả các kiến thức bên phía trong về hoạt động vui chơi của code. Được thực hiển vị dev và test.
50. Glass box testing: Nó khá giống như với kiểm thử vỏ hộp trắng. Nó cũng sử dụng kiến thức về cách xử trí code bên phía trong để test. Được team dev thực hiện là chủ yếu.
51. GUI software testing: demo giao diện người tiêu dùng của sản phẩm để đảm bảo đáp ứng được những yêu cầu. Thường được thực hiện bởi đội test.
52. Globalization testing: phương pháp kiểm thử đánh giá các tính năng thích hợp của thành phầm trong điều kiện thiết lập culture / locale sử dụng tất cả các một số loại đầu vào nước ngoài có thể. Nó được thực hiện bởi đội test.
53. Hybrid integration testing: phối hợp 2 kỹ thuật kiểm demo tích thích hợp từ trên xuống cùng tích thích hợp từ bên dưới lên để tận dụng những điểm mạnh của cả hai kỹ thuật đó. Thường xuyên được triển khai bởi team test.
54. Intergration testing: Integration Testing là công việc kiểm thử tích thích hợp 1 nhóm những module đơn thân với nhau. Hay được triển khai bởi team kiểm thử.
55. Interface Testing: Kiểm thử giao diện là việc kiểm tra những yếu tố liên quan đến giao diện bạn dùng. Được thực hiển bởi tester hoặc nhóm phát triển.
56. Install/ Uninstall Testing:
Kiểm thử mua đặt: Được triển khai để xác minh liệu rằng các ứng dụng đã được setup với toàn bộ các thành phần quan trọng và các ứng dụng đang thao tác làm việc như mong muốn đợi.
Được thực hiện bởi các kỹ sư kiểm demo phần mềm.
57. Internationalization Testing: vượt trình bảo đảm an toàn chắc chắn các tác dụng của sản phẩm không biến thành phá vỡ vạc và tất cả các thông điệp được đưa ra ngoài chính xác khi được sử dụng trong những ngôn ngữ và miền địa phương không giống nhau. Được triển khai bởi nhóm kiểm thử.
58. Inter-system Testing: chuyên môn kiểm thử triệu tập vào kiểm thử những ứng dụng nhằm đảm bảo các kết nối giữa tác dụng ứng dụng luôn chính xác. Thường xuyên được tiến hành bởi những nhóm kiểm thử.
59. Từ khoá driven testing: từ khóa Driven Testing (hay nói một cách khác là as table-driven testing hoặc kích hoạt word based testing) là một trong kỹ thuật thiết kế sử dụng các tập tin dữ liệu không chỉ là chứa những dữ liệu kiểm thử và hiệu quả mong đợi, bên cạnh đó chứa các từ khóa liên quan đến ứng dụng đang được kiểm thử. Triển khai bởi team kiểm thử bằng tay và tự động.
60. Load Testing: Load testing là một quy trình thêm yêu cầu vào một hệ thống hoặc thiết bị và giám sát và đo lường phản ứng của nó. Load testing được tiến hành để xác minh ứng xử của khối hệ thống trong các điều kiện tải bình thường và cao hơn điều kiện tải dự kiến. Được thực hiện bởi các kỹ sư hiệu năng.
61. Localization Testing: Localization testing là quá trình kiểm thử nhằm mục đích kiểm tra những phiên bạn dạng địa phương hóa của thành phầm đặc trưng cho một nền văn hóa hoặc một địa phương thay thể. Được triển khai bởi tester. Bạn đọc có thể bài viết liên quan để biết sự khác biệt giữa Globalization và Localization Testing tại liên kết sau: http://www.guru99.com/globalization-vs-localization-testing.html
62. Loop Testing:
Kỹ thuật kiểm thử hộp trắng tạo nên một quy trình vòng lặp.Kiểm tra vòng lặp trọn vẹn tập trung vào tính hiệu lực thực thi của các kết cấu vòng lặp. Nó là giữa những phần kiểm soát điều hành kiểm tra tổ chức cơ cấu (kiểm tra con đường dẫn, kiểm tra xác thực dữ liệu, kiểm soát điều kiện).Được thực hiện bởi các kỹ sư vạc triển.63. Manual Scripted Testing: kỹ thuật kiểm thử trong đó các TCs được thiết kể và xem xét bởi nhóm kiểm test trước khi triển khai chúng. Được kết thúc bởi nhóm kiểm test thủ công.
64. Manual support Testing: Kiểm thử hỗ trợ bằng tay là một số loại kiểm demo các tính năng hỗ trợ bằng tay. Nó đạt hiệu quả nhất trong giai đoạn thiết đặt sản phẩm. Được thực hiện bởi nhóm kiểm thử.
65. Model based Testing: MBT là nỗ lực hệ tự động hóa của quy trình kiểm thử ứng dụng sử dụng mô hình hành vi cùng yêu cầu hệ thống. Được tiến hành bởi đội kiểm thử.
66. Mutation Testing: Kiểm thử hoán gửi là phương pháp kiểm thử cấu tạo phần mềm nhằm mục tiêu mục đích đánh giá/cải thiện tính đầy đủ của điều kiện test và mong tính số lượng lỗi hoàn toàn có thể phát sinh với hệ thống trong quá trình test. Được triển khai bởi tester với developer.
67. Modularity driven testing: Kiểm thử mô đun là một framework kiểm thử auto trong đó các mô đun nhỏ, chủ quyền của kịch bản auto hóa được trở nên tân tiến cho áp dụng dưới quá trình kiểm thử. Được thực hiện bởi Tester.
68. Non-functional Testing: Kiểm test phi công dụng đề cập đến các khía cạnh của phần mềm rất có thể không liên quan đến một chức năng cụ thể hoặc hành vi người dùng, ví dụ điển hình như kỹ năng mở rộng lớn và hiệu suất khác, hành vi bên dưới những tiêu giảm hoặc bảo mật thông tin nhất định. Có thể được triển khai bởi những kỹ sư hiệu năng hoặc nhóm test.
69. Negative Testing: Để đảm bảo an toàn hệ thống chạy trơn tuột tru với ổn định, họ chỉ test mọi trường hợp thông thường và vừa lòng lệ là không đủ. Vì vậy, để bảo đảm an toàn hệ thống chạy hoàn toàn có thể xử lý được đầy đủ trường vừa lòng ngoại lệ ta yêu cầu test thêm những ngữ cảnh không phù hợp lệ. Vấn đề test hầu như ngữ cảnh không hợp lệ hotline là negative testing. Được tiến hành bởi team kiểm thử bằng tay hoặc tự động.
70. Operational Testing: Kiểm thử gật đầu đồng ý hoạt đụng (OAT) là một trong những kỹ thuật kiểm thử được triển khai nhằm xác nhận sự sẵn sàng chuyển động (trước khi release) của thành phầm hoặc ứng dụng dưới quy trình test. Kỹ thuật này đa số dựa trên sự sẵn sàng hoạt động vui chơi của hệ thống sao cho gần giống với môi trường thiên nhiên production. Được thực hiện bởi Tester.
71. Orthogonal Array Testing: Kiểm thử mảng trực giao là một trong loại kiểm thử hộp đen - kiểm tra các trường hợp tối ưu hóa nghệ thuật được áp dụng khi khối hệ thống được phân tách có những dữ liệu nguồn vào khổng lồ.
72. Pair testing: Kiểm test theo cặp là giải pháp tiếp cận một quy trình kiểm thử xây đắp bởi có hai tester chất vấn được điều giống như tại cùng một thời gian và địa điểm, tiếp tục trao thay đổi ý tưởng. Nhiều loại kiểm demo này có thể được phối hợp bởi Tester - Developer hoặc Tester - Business Analyst hoặc 2 testers.
73. Passive Testing: Kiểm tra kỹ thuật: bao gồm trong vấn đề theo dõi hiệu quả của một hệ thống đang hoạt động mà không tác động vào hệ thống. Được thực hiện bởi tester.
74. Performance Testing: Kiểm demo hiệu năng là một phương luôn thể để đảm bảo chất lượng (QA), được tiến hành để xác định khối hệ thống thực hiện một khối lượng quá trình cụ thể nhanh thay nào. Có thể dùng để xác thực và xác minh hồ hết thuộc tính unique khác của khối hệ thống như là kỹ năng mở rộng, độ tin cậy và sử dụng tài nguyên.
75. Parallel Testing: Kiểm thử tuy vậy song là kiểm tra kỹ năng tương thích của hệ thống mới được trở nên tân tiến với khối hệ thống cũ. Tiến hành bởi Tester.
76. Path Testing: Kiểm tra đường dẫn là một phương thức kiểm tra cấu tạo liên quan đến sự việc sử dụng mã nguồn của một lịch trình để search ra toàn bộ các đường dẫn triển khai tốt. Thực hiện bởi developer.
77. Penetration Testing: Kiểm thử rạm nhập là 1 trong những loại kiểm tra bình yên dùng để soát sổ các khoanh vùng không an toàn của khối hệ thống hoặc ứng dụng. Cách thức mà đánh giá sự bình an của một hệ thống máy tính hoặc mạng bằng phương pháp mô rộp một cuộc tiến công từ một mối cung cấp độc hại. Tạo ra bởi doanh nghiệp kiểm thử thâm nhập chuyên ngành.
78. Qualification Testing: Là các loại kiểm thử với mục đích kiểm tra lại các thông số kỹ thuật kỹ thuật của phiên bản trước, thường xuyên được triển khai bởi dev cho người tiêu dùng, để minh chứng rằng các phần mềm thỏa mãn nhu cầu yêu cầu cơ chế của nó.
79. Ramp Testing: các loại thử nghiệm bao hàm việc nâng cấp một tín hiệu nguồn vào liên tục cho tới khi khối hệ thống bị phá vỡ. Rất có thể được triển khai bởi tester hoặc dev.
80. Regression Testing: Kiểm demo hồi quy là loại kiểm thử phần mềm tìm cách để phát hiện tại ra các lỗi phần mềm sau khi biến hóa chương trình (ví dụ như sửa lỗi hoặc chức năng mới) đã có được thực hiện, bởi bài toán kiểm tra lại chương trình.
81. Recovery Testing: Kiểm thử phục hồi: là 1 trong những loại kiểm demo phi chức năng, kiểm soát kỹ thuật để review một hệ thống phục hồi như thế nào từ sự cố, lỗi phần cứng, hoặc những vấn đề rất lớn khác.
82. Requirements Testing: Kiểm tra các yêu cầu: xác nhận rằng yêu mong này là bao gồm xác, đầy đủ, rõ ràng, với hợp lý; cân xứng và được cho phép thiết kế một bộ những test case bắt buộc và đủ của rất nhiều yêu cầu. Được triển khai bởi đội ngũ QA.
83. Security Testing: tester đề nghị rà soát, tìm các lỗ hổng của khối hệ thống mà từ hầu như lỗ hổng kia hacker có thể xâm nhập, phá hỏng hoặc làm cho sai lệch hệ thống → yêu mong của nhiều loại test này đòi hỏi tester phải có 1 kiến thức nhất mực về Security.
84. Sanity Testing: Sanity testing là giao diện test dựa trên việc review ước lượng tính cân xứng của yêu mong hoặc sự giám sát một bí quyết nhanh chóng. Ví dụ như trong lĩnh vực toán học, khi lấy 3 nhân đến 9, ta nên kiểm tra rằng tổng các chữ số của công dụng phải phân tách hết mang đến 3 hoặc 9. Được triển khai bởi tester.
85. Scenario Testing: Một kịch bản thử nghiệm là 1 trong kịch phiên bản được trình diễn từ quan tiền điểm người dùng cuối và dựa trên kịch phiên bản này, những thử nghiệm được tiến hành.Trong nghiên cứu kịch bản, tester để mình vào người dùng cuối và tìm ra các kịch bạn dạng thực tế.
86. Statement Testing: Là các loại kiểm thử hộp trắng đáp ứng nhu cầu các tiêu chuẩn mỗi câu lệnh trong một chương trình được tiến hành ít tốt nhất một lần trong lịch trình kiểm thử. Thường xuyên được triển khai bởi dev.
87. Scalability Testing: Kiểm tra kỹ năng mở rộng là kiểm tra hiệu suất vận động điều tra kỹ năng của một khối hệ thống để vạc triển bằng cách tăng khối lượng các bước cho mọi cá nhân dùng, hoặc số lượng người tiêu dùng đồng thời, hoặc kích thước của một cơ sở dữ liệu. Là một trong loại kiểm test phi chức năng, là loại nhỏ dại trong kiểm test hiệu suất.
88. Static Testing: là 1 cách hotline của vượt trình đánh giá code và những tài liệu của dự án. Đây là hình thức test mà lại không nên chạy demo phần mềm. Cách thức này áp dụng giấy, bút để soát sổ lần lượt từng logic, ngay sau khoản thời gian lập trình xong. đa số kiểm tra tính chính xác của các dòn code, thuật toán và các tài liệu quánh tả. Thực hiện bởi Developer, Code Reviewer, Business Analysts.
89. Stability Testing: Là kỹ thuật test nhằm mục tiêu xác minh sự bình ổn của ứng dụng qua vấn đề kiểm tra kĩ năng chạy liên tiếp của vận dụng trong hoặc là hơn khoảng thời hạn có thể gật đầu được. Chất vấn xem tại số lượng giới hạn nào thì áp dụng bị crash. Là 1 phần của performance test, cũng hay được gọi là Load testing hoặc Endurance testing (test năng lực chịu đựng). Tiến hành bởi performance tester/ engineer.
90. Smoke Testing: Là mẫu mã test bắt đầu cho quy trình test, được thực hiện ngay lúc code được build trên môi trường xung quanh test. Dạng hình này cơ bạn dạng giống như hình trạng Adhoc testing: kiểm tra xem phần mềm có chuẩn bị cho bài toán test chưa, tất cả đủ môi trường xung quanh cho việc test chưa? chất vấn đại khái các thành phần cơ phiên bản của hệ thống phần mềm giúp thấy rằng các tác dụng chính bao gồm bị bất thường hay không? sau thời điểm test smoke, các tester sẽ thực hiện test kỹ năng thực hiện của những chức năng. Tiến hành bởi tester.
91. Bít tất tay Testing: bít tất tay testing là một hiệ tượng kiểm demo được sử dụng để khẳng định tính ổn định của một hệ thống phần mềm. Là kiểu test kiểm tra thời hạn đáp lại người tiêu dùng với số lượng người dùng ngẫu nhiên trong những ngữ cảnh không giống nhau của cùng một áp dụng tại cùng 1 thời điểm. Nó liên quan tới các kiểm thử vượt thừa khả năng bình thường của hệ thống, thường để xác định các điểm phá đổ vỡ của hệ thống, nhằm quan gần kề các công dụng khi vượt qua ngưỡng giới hạn.Thực hiện tại bởi những kỹ sư hệ thống, Testers.
92. Storage Testing: Là nhiều loại test nhằm mục đích xác minh công tác qua bài toán kiểm tra những file dữ liệu đạt được lưu trữ trong số thư mục đúng đắn hay không? khám nghiệm xử lý của ứng dụng trong trường vừa lòng thiếu không gian bộ nhớ lưu trữ thì tất cả bị chấm dứt bất ngờ hay không? hình như còn xác minh việc vận dụng sử dụng bộ lưu trữ có nhiều hơn thế nữa so với mong tính giỏi không, có chức năng gây đầy bộ nhớ lưu trữ và làm tăng thời hạn chết tuyệt không? tiến hành bởi Tester.
93. Structural Testing: là 1 trong tên hotline khác của trắng box testing. Xuất xắc thường được điện thoại tư vấn là clear box testing, hoặc cũng rất được biết đến như glass box testing. Được thực hiện bởi developers đã tạo thành code nhằm mục đích kiểm tra tính đúng đắn của những dòng code và bảo đảm các cách xử trí của từng hàm, từng tính năng riêng lẻ được thực hiện đúng theo yêu thương cầu.
94. System Testing: Là quy trình thử nghiệm một khối hệ thống phần cứng và ứng dụng tích phù hợp với nhau một cách hoàn hảo để xác minh rằng hệ thống đáp ứng nhu cầu được các yêu mong về công dụng và kỹ thuật.Thời điểm thực hiện: sau thời điểm tester hoàn thành quá trình test ứng dụng ở môi trường xung quanh test (chỉ test với tài liệu test, không demo trên tài liệu thật) thì ứng dụng phải được test trên môi trường xung quanh thật. Do trong môi trường xung quanh test, một vài trường hợp cần thiết test được hoặc đề nghị dùng làm việc giả. Khi áp dụng chạy trên môi trường thật, cơ sở dữ liệu khác nhau, một số thao tác hoàn toàn có thể không làm việc như mong đợi. Người thực hiện: Testers. Môi trường: cả môi trường phát triển và môi trường thật.
95. System integration Testing: Là quy trình kiểm tra liên tưởng giữa các khối hệ thống khác nhau khi thuộc được cài đặt và điều khiển xe trên cùng một môi trường. Được thực hiện sau khi thực hiện System test. Nó xác minh sự thực hành đúng của những thành phần của phần mềm cũng như giao diện thích hợp giữa các thành phần. Triển khai bởi Tester.
96. Top Down Integration Testing: Là chuyên môn test dựa trên việc xây dựng kết cấu chương trình. Trong các số đó các module của ứng dụng được tích hợp bằng phương pháp di chuyển theo khunh hướng xuống theo trình tự điều hành và kiểm soát cấp bậc, bắt đầu từ module thiết yếu tới những module phụ. Lúc tích hòa hợp từ bên trên xuống thì khung toàn diện của khối hệ thống được cách tân và phát triển trước, các công dụng thành phần tích hợp sau.(trái ngược với Bottom up integration: Tích hợp các thành phần gồm cấu trúc bên dưới trước như: dịch vụ thương mại chung, mạng, truy vấn cơ sở dữ liệu, sau đó gắn thêm các thành phần chức năng). Được triển khai bởi các tester.
97. Thread Testing: Thread Testing là một trong kỹ thuật test phần mềm được áp dụng trong giai đoạn test integration sớm để kiểm tra khả năng buổi giao lưu của các chức năng chính. Loại kỹ thuật này rất hữu ích khi test ứng dụng có sử dụng phong cách xây dựng client server. Được tiến hành bởi những tester.
98. Unit Testing: Là giao diện test khám nghiệm code coi liệu tác dụng nó đang thực hiện có đúng cách dán hay không áp theo như yêu cầu. Được triển khai bởi developers.
99. Nâng cấp Testing: Được thực hiện khi có phiên bản mới tất cả những tính năng lạ được tạo ra dựa bên trên một phiên bạn dạng cũ. Đây là chuyên môn test nhằm xác minh rằng phiên phiên bản mới được nâng cấp, hoạt động đúng và không thách thức người tiêu dùng trong việc học biện pháp sử dụng. Được thực hiện bởi các tester.
100. User Interface Testing: Là vấn đề kiểm tra ứng dụng trải qua giao diện giao diện (GUI) để kiểm soát giao diện của vận dụng có đáp ứng được yêu cầu về thiết kế cũng giống như các hoạt động vui chơi của từng yếu tắc trên giao diện đó (Click button, link...). Được thực hiện bởi những tester.
101. Usability Testing: Là kỹ thuật test xác minh ứng dụng có khả năng ứng dụng cao và dễ sử dụng: bạn sử dụng hoàn toàn có thể học để thao tác, input dữ liệu, giải thích công dụng của khối hệ thống hoặc các thành phần một phương pháp dễ dàng. Giao diện thân mật và gần gũi với tín đồ dùng: màu sắc, phông chữ, size chữ, ngữ pháp câu chữ… fan thực hiện: kết thúc user.
102. Volume Testing: Volume testing kể tới bài toán kiểm thử ứng dụng ứng dụng với một lượng tài liệu nhất định. Số lượng này hoàn toàn có thể là form size cơ sở dữ liệu hoặc nó cũng có thể là form size của 1 tập tin giao tiếp là đối tượng người tiêu dùng của volume testing (định nghĩa trong số thuật ngữ chung). Triển khai bởi performance engineer/tester.
103. Vulnerability Testing: là một trong loại thử nghiệm bảo mật, có mục đích để ngăn chặn sự việc có thể tác động đến tính trọn vẹn ứng dụng và ổn định. Được triển khai bởi tester thường thì hoặc một đơn vị chức năng test siêng biệt.
104. Trắng box Testing: Là kỹ thuật thử nghiệm dựa trên kiến thức về logic phía bên trong mã nguồn của một áp dụng và bao hàm các một số loại test như coverage of code statements, branches, paths, conditions ( độ phủ của các dòng lệnh, kiểm tra nhánh, demo đường dẫn, demo điều kiện).Thực hiện bởi vì Developers.
105. Workflow Testing: Workflow là 1 trong kịch bạn dạng mô rộp tiến trình hoạt động của chức năng nào đó hay nhiệm vụ nào đó được dự kiến áp dụng bởi người dùng cuối. Nó bao hàm nhiều bước tiến hành để đạt được hiệu quả mong muốn của công dụng đó. Kiểm tra theo workflow là quá trình đảm bảo an toàn mỗi tiến trình làm việc phản ánh đúng mực các business process. Loại test này tương xứng cho các ứng dụng workflow-based applications. Được triển khai bởi Tester.
Trên đấy là danh sách ra mắt hơn 100 quan niệm Testing dành riêng cho các Tester. Trong số các loại test này, rất có thể có loại test mà bạn đã biết, cũng rất có thể có loại test bạn đã từng có lần nghe nhưng không biết tên, và cũng có những một số loại test bạn chưa từng biết đến. Bài viết chỉ tạm dừng ở việc reviews khái niệm cùng mục đích của những loại demo này, hi vọng nó sẽ là một trong những cẩm nang hữu ích cho câu hỏi tra cứu so với những bạn đang thực hiện quá trình test cũng giống như những ai có lý thuyết đi lên con đường tester chuyên nghiệp.
