Top các kĩ thuật kiểm thử phần mềm bạn nên biết

Trong kiểm thử phần mềm có vô vàn kiến thức, để có được hiệu quả trong quá trình kiểm thử phần mềm đòi hỏi các kiểm thử viên phải thực sự vững về kiến thức. Các kiến thức từ chuyên ngành kiểm thử phần mềm đến những đặc trưng của từng dự án. Như vậy mới có thể dễ dàng bắt lỗi và đảm bảo sản phẩm phần mềm hoàn chỉnh. Giới thiệu các kĩ thuật kiểm thử phần mềm bạn nên biết!
 

Kĩ thuật kiểm thử phần mềm phân vùng tương đương

Kĩ thuật phân vùng tương đương là việc bạn phân chia tập hợp các điều kiện kiểm thử thành một phân vùng giống nhau 

Phương pháp kiểm thử ứng dụng vùng tương tự chia miền nguồn vào của chương trình thành các lớp tài liệu và được gọi là các test cases sẽ được phong cách thiết kế .
Test cases của một giá trị đại diện thay mặt thuộc mỗi lớp sẽ bằng với kiểm thử của bất kể giá trị nào đó của cùng một lớp đó. Giúp xác lập các lớp tương tự hợp lệ hoặc không hợp lệ
Với các giá trị nguồn vào được chia thành các vùng tương tự :

• Vùng tương tự hợp lệ : Là tập hợp các giá trị kiểm thử thỏa mãn nhu cầu các điều kiện kèm theo của mạng lưới hệ thống
• Vùng tương tự không hợp lệ : Là tập hợp các giá trị kiểm thử miêu tả trạng thái khác của mạng lưới hệ thống : sai, thiếu, không đúng, …

Mục đích của nó là giảm đáng kể số lượng test case cần thiết kế vì với mỗi lớp tương tự ta chỉ cần phải test các thành phần đại diện thay mặt
Thiết kế Test-case bằng phân lớp tương tự sẽ thực thi theo 2 bước :

• Xác định các lớp tương tự
• Xác định các ca kiểm thử

Nguyên tắc gồm có :

• 1 lớp các giá trị lớn hơn
• 1 lớp các giá trị nhỏ hơn
• n lớp các giá trị hợp lệ

Ví dụ : Thiết kế testcase cho ô text chỉ cho nhập số nguyên với độ dài ký tự thuộc [ 1-10 ] hoặc [ 20-30 ]
Với bài toán trên ta có các vùng sau :

• Nhỏ hơn 1 : vùng không hợp lệ
• Thuộc [ 1-10 ] : vùng hợp lệ
• Thuộc lớn hơn 10 và nhỏ hơn 20 : là vùng không hợp lệ

• Thuộc [ 20-30 ] : vùng hợp lệ
• Thuộc lớn hơn 30 : vùng không hợp lệ
• Nhập các ký tự không phải số nguyên : vùng không hợp lệ

Vì vậy có các case :

• Case hợp lệ :
  • Nhập 5 ký tự
  • Nhập 25 ký tự số
• Case không hợp lệ :
  • Không nhập vào trường
  • Nhập 15 ký tự
  • Nhập số thập phân
  • Nhập 35 kí tự
  • Nhập ký tự chữ : Tiếng việt, Tiếng anh, Full-size, Half-size
  • Nhập ký tự đặc biệt quan trọng, space, kí tự Enter
  • Nhập câu lệnh SQL injection, HTML, XSS

Phân tích giá trị biên ( Boundary Value Analysis ( BVA ) )

Phân tích giá trị biên dựa vào việc kiểm thử tại các ranh giới giữa các phân vùng, gồm các ranh giới : tối đa, tối thiểu, bên trong, bên ngoài, giá trị nổi bật, giá trị lỗi

Chúng ta thường thấy một số lượng lớn lỗi trên các ứng dụng xảy ra tại ranh giới các giá trị nguồn vào và các giá trị giữa, hay còn gọi là giá trị biên .

Kỹ thuật phong cách thiết kế test cases này bổ trợ cho phân vùng tương tự, dựa trên các nguyên tắc : Nếu một mạng lưới hệ thống hoạt động giải trí tốt với các giá trị biên thì nó sẽ hoạt động giải trí tốt cho tổng thể các giá trị nằm giữa 2 biên

Các kĩ thuật nghiên cứu và phân tích giá trị biên

• Nếu một điều kiện kèm theo nguồn vào bị số lượng giới hạn giữa các trị trị x, y thì các test cases được phong cách thiết kế với các giá trị x và y, các giá trị ở trên và dưới x và y
• Nếu điều kiện kèm theo nguồn vào là một lượng lớn các giá trị, test cases cần được phong cách thiết kế với tài liệu là các số min hoặc max, các giá trị trên và dưới của min, max
• Khi vận dụng 2 cách triển khai trên cho các điều kiện kèm theo cần của đầu ra, thì sẽ phản ánh được giá trị min và giá trị max cũng như các giá trị xấp xỉ của min và max

Ví dụ
Điều kiện nguồn vào có giá trị từ 1 đến 10
Giá trị biên 0,1,2 và 9,10,11

Bảng quyết định hành động ( Decision Table based testing )

Bảng quyết định hành động được gọi với cái tên khác là bảng nguyên do – ảnh hưởng tác động .
Bảng quyết định hành động được sử dụng cho các chứng năng phân phối sự phối hợp của các yếu tố nguồn vào và các biến cố
Ví dụ : Nút Submit phải được enable nếu người dùng đã nhập toàn bộ các trường bắt buộc .

Kĩ thuật kiểm thử ứng dụng này tiên phong là cần xác lập các tính năng trong đó đầu ra phụ thuộc vào vào sự tích hợp của các nguồn vào. Nếu tập hợp phối hợp nguồn vào lớn thì sẽ chia nó thành các tập hợp nhỏ có ích cho việc quản trị bảng quyết định hành động .

Đối với các chứng năng khác, cần tạo 1 bảng và liệt kê tổng thể các loại tích hợp của nguồn vào và đầu ra. Sẽ giúp xác lập các điều kiện kèm theo tester bị bỏ lỡ

Các bước tạo bảng quyết định hành động

• Nhập đầu vào theo hàng
• Nhập tổng thể các quy tắc trong cột
• Điền vào bảng các sự tích hợp của đầu vào
• Trong hàng sau cuối, ghi chú đầu ra so với phối hợp đầu vào

Chuyển đổi trạng thái

Trong kĩ thuật quy đổi trạng thái, các nguồn vào biến hóa sẽ đổi khác trạng thái của ứng dụng. Kỹ thuật kiểm thử này giúp kiểm thử những cách giải quyết và xử lý của AUT. Tester hoàn toàn có thể triển khai hành vi này bằng cách nhập các điều kiện kèm theo nguồn vào theo trình tự

Đội kiểm thử ứng dụng sẽ phân phối các giá trị kiểm thử đầu vào tích cực cũng như xấu đi để nhìn nhận giải quyết và xử lý mạng lưới hệ thống hiệu suất cao
Chuyển đổi trạng thái sử dụng khi nào

• Chuyển đổi trạng thái nên sử dụng khi nhóm kiểm thử đang kiểm thử ứng dụng cho một bộ giá trị nguồn vào số lượng giới hạn .
• Được sử dụng khi nhóm kiểm thử muốn kiểm thử chuỗi các sự kiện xảy ra trong ứng dụng đang kiểm thử .

Bảng quy đổi trạng thái :

Theo như bảng trên thì khi người dùng nhập mã PIN đúng mực, trạng thái được chuyển sang ” Quyền truy vấn được cấp “. Người dùng nhập mật khẩu không đúng mực sẽ được chuyển sang trạng thái tiếp theo. Người dùng nhập mật khẩu không đúng mực lần thứ 3 sẽ đạt đến trạng thái bị chặn thông tin tài khoản .

Đoán lỗi ( Error Guessing )

Kĩ thuật kiểm thử ứng dụng dựa trên việc đoán lỗi hoàn toàn có thể chiếm lợi thế trong code. Đây là kĩ thuật yên cầu phải có kinh nghiệm tay nghề sâu, người nghiên cứu và phân tích kiểm thử sử dụng kinh nghiệm tay nghề của mình để đoán ra phần có yếu tố hoặc lỗi của ứng dụng kiểm thử

Kĩ thuật tiếp theo đó là xác lập list các lỗi hoàn toàn có thể xảy ra hoặc các tính huống lỗi hoàn toàn có thể xảy ra. Người kiểm thử sẽ viết test cases để tìm những lỗi đó trong mẫu sản phẩm. Để hoàn toàn có thể làm điều này, kiểm thử ứng dụng phải có những kinh nghiệm tay nghề sẵn có như sau

• Tester vận dụng các kinh nghiệm tay nghề trước đây để kiểm thử các ứng dụng tựa như
• Có hiểu biết về mạng lưới hệ thống đang kiểm thử
• Có kỹ năng và kiến thức về các lỗi triển khai nổi bật
• Nhớ những công dụng phức tạp trước đây
• Có thể nhìn nhận lịch sử dân tộc tài liệu và hiệu quả kiểm thử

Kiểm thử bản tóm tắt nhu yếu người dùng ( User Story ) ( AGILE )

Mỗi bản tóm tắt nhu yếu người dùng được dùng để diễn đạt tính năng được nhu yếu cho phàn mềm, trong bản tóm tắt cần phải xác được nhu yếu của người mua là gì, ai sẽ là người sử dụng tính năng đó, mục tiêu là gì ?
Đây là thông tin cơ bản nhất mà nhóm tăng trưởng cần biết để hoàn toàn có thể triển khai xong việc làm của mình .

Định nghĩa hoàn thành xong ( DOD ) : Định nghĩa các tiêu chuẩn hoàn thành xong như thể : thực thi xong việc viết mã lệnh, triển khai xong kiểm thử mức đơn vị chức năng, thực thi xong quy trình kiểm thử, thực thi xong UAT …. NHóm Scrum chịu nghĩa vụ và trách nhiệm về tác dụng thành công xuất sắc của mẫu sản phẩm, có nghĩa vụ và trách nhiệm triển khai DOD

Tiêu chuẩn hoàn thành xong loại sản phẩm phải được bộc lộ rõ ràng bởi PO. PO phân cho nhóm tăng trưởng 1 ngữ cảnh thử nghiệm cho mỗi tiêu chuẩn đồng ý của mẫu sản phẩm. Các tiêu chuẩn đồng ý cần được kiểm thử cẩn trọng

Các tiêu chuẩn kiểm thử và hiệu quả mong ước cần được xác lập trước khi mở màn chạy thử nghiệm .

Sử dụng các trường hợp kiểm thử

Các nhu yếu tính năng của một ứng dụng sẽ được xác lập và quản trị bằng cách trường hợp sử dụng. Công việc từ đó sẽ được xác lập 1 cách đơn cử
Các ngữ cảnh kiểm thử được kiến thiết xây dựng lên bằng cách xem xét các nguồn vào và đầu ra của từng bước thực thi do người dùng xác lập để đạt được mục tiêu đơn cử. Kết quả thực thi được xác lập bằng cách so sánh đầu ra mong đợi với tác dụng thực tiễn

Khi viết các trường hợp ra, tất cả chúng ta sẽ sử dụng ngôn từ kinh doanh thương mại hơn là ngôn từ kĩ thuật. Có tối thiểu 1 ngữ cảnh kiểm thử được sẵn sàng chuẩn bị cho 1 nhu yếu, để cung ứng tổng thể các nhu yếu cần sẵn sàng chuẩn bị vừa đủ các trường hợp kiểm thử

Kiểm thử dựa trên bảng list

Chúng ta sẽ tạo ra list kiểm tra chung độc lập từ các user story. Các mục list này đều được sử dụng để kiểm thử

Ví dụ các list như sau

– Tất cả các link trong mạng lưới hệ thống ( Web / Di động ) sẽ phải hoạt động giải trí đúng chuẩn .
– Không nên có bất kể lỗi ngữ pháp nào trong các bài viết trong mạng lưới hệ thống .
– Kích thước phông chữ phải đẹpi. Không nên có bất kỳ hình ảnh nào không hề tải / hỏng trong mạng lưới hệ thống .
– Hình ảnh, văn bản, vv sự link giữa các thành phần với nhau phải như kì vọng
– Tất cả các nút cần được hoạt động giải trí đúng và mỗi nút hướng người dùng đến các hoạt động giải trí tương ứng .
– Mỗi trang phải có hình tượng trang chủ và sẽ được chuyển hướng đến trang chủ khi click
– Cảnh báo, thông tin thông tin sẽ được hiển thị theo đúng định dạng của nó .
– Nếu mà tải được trang thì nó phải được kiểm tra ở tổng thể các độ phân giải .
– Tất cả các thành phần trên website ( list thả xuống, popup, nút radio, v.v. ) sẽ hoạt động giải trí đúng chuẩn nhất
– Các điều kiện kèm theo đặc biệt quan trọng ( số, chữ và số, vv ) trong các trường nhu yếu nhập phải được kiểm tra .
– Mọi hoạt động giải trí của website không được lê dài quá 3 đến 14 giây …

Kiểm thử thăm dò

Kiểm thử thăm dò là chiêu thức thử nghiệm có sự tích hợp giữa thăm dò và kinh nghiệm tay nghề, sự hiểu biết, năng lực nghiên cứu và phân tích và trí tuệ của kĩ sư kiểm tra trong các quy trình tiến độ của agile

Để kiểm thử thăm dò bạn cần lên một kế hoạch gồm có : khoanh vùng phạm vi tính năng, công cụ sử dụng, tài liệu thử nghiệm, thiên nhiên và môi trường …. Tài liệu cần được triển khai xong không thiếu sau khi các bài kiểm tra kết thúc
các công cụ được vận dụng trong thử nghiệm thăm dò gồm có : ” Session Tester ” hoàn toàn có thể được sử dụng như để quản trị và thu âm “ Session-Based Testing ”. Kỹ thuật này gồm có các bước sau :

Các hoạt động giải trí chính

– Thời gian kiểm tra khoảng chừng 1-2 giờ
– Phiên hoạt động giải trí gồm có : Thiết lập phiên, Kiểm thử phong cách thiết kế và triển khai kiểm thử, tìm lỗi và báo cáo giải trình
– Mục đích của thực nghiệm là gì ?
_ Mục tiêu của thử nghiệm là gì ?
– Các công dụng có trong thử nghiệm ( báo cáo giải trình thử nghiệm – điều lệ ) đều nên được viết ra .

Kiểm thử dựa trên kinh nghiệm tay nghề

Kỹ thuật kiểm tra dựa trên kiến thức và kỹ năng kiến thức và kỹ năng và kinh nghiệm tay nghề của người kiểm thử. Bằng thưởng thức của người triển khai kiểm thử để có được kế hoạch kiểm tra, kế hoạch kiểm tra, đầu vào thử nghiệm và các ngữ cảnh thử nghiệm .

Với vị trí này nhu yếu bạn phải là người có kinh nghiệm tay nghề với kỹ năng và kiến thức kỹ thuật và kiến thức và kỹ năng kinh doanh thương mại khá đầy đủ. Bạn sẽ thuận tiện xác lập được những gì đang diễn ra trong mạng lưới hệ thống là đúng hay sai. Vì bạn đã có những thưởng thức từ các dự án Bất Động Sản trước đây

Nếu mạng lưới hệ thống đang được thử nghiệm chứa nhiều rủi ro đáng tiếc thì không nên sử dụng kỹ thuật kiểm thử dựa trên kinh nghiệm tay nghề vì nó không đi vào chi tiết cụ thể để bao trùm toàn mạng lưới hệ thống

Kiểm thử hành trình dài người dùng

Những hành trình dài quan trọng mà người dùng sẽ triển khai trong website được xác lập dựa vào đó và dựng lên các trường hợp kiểm thử. Các kiểm thử này thường là các ca kiểm thử “ từ đầu đến cuối ” nên với giải pháp thử nghiệm này sẽ mất thời hạn hơn các thử nghiệm khác, nhưng tỷ suất bao trùm là cực cao

Kiểm thử hành trình dài người dùng là kiểm thử tổng lực và rộng, gồm có các trường hợp có các giải quyết và xử lý quan trọng của mạng lưới hệ thống. Sẽ có lợi trong việc phát hiện sớm các lỗi nghiêm trọng trong quy trình tăng trưởng ứng dụng, được thử nghiệm thoáng đãng .

Thử nghiệm dựa trên rủi ro đáng tiếc

Mục tiêu cơ bản của giải pháp này là tìm ra các lỗi quan trọng và quan trọng nhất càng sớm càng tốt với những ngân sách thấp nhất .

Tầm quan trọng của rủi ro đáng tiếc = Khả năng * Tác động
Việc vận dụng sớm chiêu thức thử nghiệm dựa trên rủi ro đáng tiếc trong các dự án Bất Động Sản lớn là rất quan trọng để các yếu tố sớm được phát hiện
Các bước của thực thi thử nghiệm rủi ro đáng tiếc như sau
1 – Bạn cần xác lập các rủi ro đáng tiếc và lập list rủi ro đáng tiếc theo thứ tự ưu tiên .
2 – Lập kế hoạch kiểm tra theo list rủi ro đáng tiếc được ưu tiên và triển khai các thử nghiệm thực thi cho từng rủi ro đáng tiếc sẵn có
3 – Sau thử nghiệm sẽ là 1 số ít rủi ro đáng tiếc sẽ được vô hiệu và một số ít trong số chúng sẽ bị phát sinh. Rủi ro mới sẽ được triển khai kiểm thử lại một lần nữa. Giai đoạn này, tiềm năng cơ bản nhất của chúng tôi là tìm ra những khiếm khuyết quan trọng nhất .
Nếu bạn đảm nhiệm dự án Bất Động Sản cho mẫu sản phẩm có năng lực lỗi cao thì bạn sẽ cần nghiên cứu và phân tích rủi ro đáng tiếc một cách chi tiết cụ thể. Có thể sử dụng các quy mô thống kê để thực thi giải pháp này. Một trong những quy mô được dùng nhiều đó là quy mô PHÂN TÍCH TÁC ĐỘNG VÀ HÌNH THỨC SINH RA LỖI SAI ( FMEA ) .

Thử nghiệm dựa trên rủi ro đáng tiếc theo kinh nghiệm tay nghề của James Bach

Khi bạn bắt đầu dự án, việc phân tích rủi ro không thể đủ đầy và chính xác 100%. Khi vào dự án, sự tiến triển và sản phẩm của bạn được cải thiện, ước tính và phân tích rủi ro của bạn sẽ ngày càng trở nên mạnh mẽ hơn. 

Hai yếu tố quan trọng nhất so với rủi ro đáng tiếc là kinh nghiệm tay nghề và niềm tin đồng đội. Trong khoảng chừng thời hạn giữa dự án Bất Động Sản, các mẫu sản phẩm hoặc công nghệ tiên tiến sẽ khởi đầu lộ ra các yếu tố đặc trưng
Điều quan trọng là quan sát và tìm hiểu và khám phá để làm nghiên cứu và phân tích rủi ro đáng tiếc được đúng mực nhất .

Kết luận
Hy vọng bài viết này của NIIT ICT đã giúp các bạn hiểu rõ hơn kiểm thử ứng dụng là gì, có những loại nào .

Source: https://vh2.com.vn
Category : Công Nghệ