Nhiều loại phương pháp kiểm thử phần mềm

Bạn có bao giờ tự hỏi điều gì sẽ xảy ra đằng sau hậu trường trước khi phần mềm ra mắt công khai? Các lập trình viên nhận thức được rõ về số lượng công việc đi vào quá trình tạo ra chương trình. Các giờ đã dành để cố gắng khắc phục từng lá lỗi nhỏ khiến nhiều người kéo mái tóc ra. Và cho đến khi sản phẩm đáp ứng được tất cả các bên liên quan, nó sẽ không có sẵn cho mục đích thương mại.

Các công ty phần mềm khổng lồ, như Google, thành công bất chấp lỗi lỗi ưu tiên thấp trong phần mềm của họ, nhưng các công ty nhỏ hơn và công ty mới thành lập không có sự sang trọng đó.

Khách hàng mong đợi sản phẩm làm những gì họ yêu cầu bồi thường trên trang bán hàng, hoặc trong tài liệu. Với rất nhiều lựa chọn trên mạng, họ sẽ không suy nghĩ hai lần về việc nhảy tàu nếu sản phẩm lãng phí thời gian và tiền bạc. Do đó, phần mềm phải trải qua các cuộc kiểm tra nghiêm ngặt trước khi phát hành để:

• làm nổi bật sự khác biệt giữa khái niệm ban đầu và kết quả cuối cùng

  - Kiểm tra các phần mềm theo đúng kế hoạch chi tiết - Kiểm tra các phần mềm theo đúng kế hoạch chi tiết. Điều này tối ưu hóa việc sử dụng các nguồn lực có giá trị - kỹ năng, thời gian và tiền bạc, đồng thời cung cấp cho các bên liên quan thông tin cần thiết để đưa sản phẩm này về phía trước. Mục tiêu là để tạo điều kiện cho trải nghiệm người dùng cuối tốt thông qua một chương trình đảm bảo chất lượng mạnh mẽ. Với mức cược quá cao, các nhà quản lý QA là một trong số những người có thu nhập cao nhất về công nghệ. Thử nghiệm thường thực hiện theo các bước sau:

• Yêu cầu phân tích, nơi các nhà quản lý vạch ra kế hoạch đưa ra một chiến lược kiểm tra thích hợp tại chỗ.

• Các thử nghiệm bắt đầu và kết quả được phân tích.

Bất kỳ khiếm khuyết nào được sửa chữa và phần mềm đi qua kiểm tra hồi quy - một hệ thống để kiểm tra chương trình vẫn hoạt động sau khi sửa đổi.

Báo cáo đóng cửa thử nghiệm sau đó mô tả toàn bộ quá trình và kết quả.

1. Phương pháp kiểm thử phần mềm

2. Dưới đây là các phương pháp khác nhau được sử dụng để đánh giá hành vi và hiệu suất của sản phẩm.

3. Hộp đen và hộp trắng là hai phương pháp cơ bản.

4. Kiểm tra hộp đen

- Còn được gọi là kiểm tra chức năng hoặc dựa trên đặc điểm kỹ thuật, phương pháp này tập trung vào đầu ra. Người kiểm tra không quan tâm đến cơ chế bên trong. Họ chỉ kiểm tra phần mềm không những gì nó được cho là. Kiến thức về mã hóa là không cần thiết, và người kiểm tra làm việc ở cấp độ giao diện người dùng.

Kiểm tra hộp trắng

- Phương pháp này sử dụng bí quyết mã hóa như một phần của quy trình kiểm tra. Khi một sản phẩm bị lỗi, người kiểm tra đi sâu vào mã khi cần thiết để tìm ra nguyên nhân. Các nhà phát triển phần mềm tự làm điều này vì họ xác định cách sản phẩm nên hoạt động. Thử cấu trúc dựa trên cấu trúc và hộp kính là các tên khác cho phương pháp này.

• Thử nghiệm tĩnh - Người kiểm tra kiểm tra mã và tài liệu của phần mềm nhưng không thực hiện chương trình.Các bài kiểm tra tĩnh bắt đầu sớm trong quá trình phát triển sản phẩm trong quá trình xác minh.
• Thử nghiệm động - Phần mềm được thực hiện với các đầu vào khác nhau, và người kiểm tra so sánh kết quả đầu ra với hành vi dự kiến ​​với phương pháp này.
• Kiểm tra GUI - Kiểm tra các đặc tính GUI - định dạng văn bản, hộp văn bản, các nút, danh sách, bố cục, màu sắc, phông chữ, cỡ chữ, v.v … Kiểm tra giao diện là tốn nhiều thời gian, và các công ty bên thứ ba thường thực hiện nhiệm vụ thay vì phát triển.
• Mức độ kiểm tra Đây là những điều cần thiết để xác định những điểm yếu và chồng chéo trong từng giai đoạn của vòng đời phát triển phần mềm.
• Thử nghiệm đơn vị - Nhà phát triển kiểm tra các phần cơ bản nhất của mã như các lớp, giao diện, và các hàm / thủ tục. Họ biết làm thế nào mã của họ nên đáp ứng và có thể thực hiện điều chỉnh tùy thuộc vào đầu ra.

Thử nghiệm thành phần

• - Các tên khác là thử nghiệm mô-đun hoặc chương trình. Nó tương tự như thử nghiệm đơn vị nhưng có mức độ tích hợp cao hơn. Các mô-đun của phần mềm được kiểm tra các khuyết tật để xác minh chức năng cá nhân của họ. Tích hợp thử nghiệm
• - Điều này xác định lỗi khi mô đun được tích hợp. Các bài kiểm tra tích hợp khác nhau là từ dưới lên, từ trên xuống và tăng dần theo chức năng. Kiểm tra hệ thống
• - Các thành phần của một dự án được kiểm tra như một toàn thể trong các môi trường khác nhau theo phương pháp này. Nó thuộc phương pháp hộp đen và là một trong những bài kiểm tra cuối cùng trong quy trình. Nó xác định nếu hệ thống có chức năng như nó phải để đáp ứng nhu cầu kinh doanh và người sử dụng. Thử nghiệm Alpha
• - Nhân viên nội bộ kiểm tra phần mềm tại trang của nhà phát triển trong môi trường mô phỏng hoặc thực tế. Sau đó, các nhà phát triển sửa lỗi và các vấn đề khác. Xét nghiệm beta - Còn được gọi là thử nghiệm thực địa, khách hàng kiểm tra sản phẩm trên trang web của chính họ trong điều kiện thực. Khách hàng có thể cung cấp cho một nhóm người dùng cuối cơ hội thử nghiệm phần mềm thông qua các phiên bản thử nghiệm hoặc phiên bản beta. Phản hồi về những cải tiến có thể được gửi đến nhà phát triển.
• Chấp nhận thử nghiệm - Cũng thuộc phạm vi kiểm tra hộp đen, khách hàng kiểm tra phần mềm để tìm hiểu xem nhà phát triển đã tạo ra chương trình cho các chi tiết kỹ thuật mong muốn.
• Các loại thử nghiệm Các thử nghiệm phần mềm này tập trung vào các mục tiêu cụ thể.
• Thử nghiệm cài đặt - Kỹ sư kiểm thử phần mềm và quản lý cấu hình tiến hành kiểm tra này để đảm bảo người dùng cuối có thể cài đặt và chạy chương trình. Nó bao gồm các khu vực như tệp cài đặt, địa điểm cài đặt và đặc quyền quản trị viên.

Thử nghiệm phát triển

- Thực hiện một loạt các chiến lược đồng bộ để phát hiện và ngăn ngừa các khuyết tật. Nó bao gồm phân tích mã tĩnh, đánh giá mã peer, khả năng tìm kiếm và phân tích số liệu. Mục đích là để giảm rủi ro và tiết kiệm chi phí.

• Thử nghiệm khả năng sử dụng - Người dùng trải nghiệm dưới ánh đèn sân khấu với bài kiểm tra này. Nó đo lường hiệu quả của GUI được thiết kế như thế nào và tính dễ sử dụng của nó. Kiểm tra tính chính xác và hiệu quả của các chức năng và phản ứng cảm xúc của các đối tượng kiểm tra.
• Kiểm tra độ trễ - Điều này cho biết nếu phần mềm có giá trị thời gian và chi phí để tiếp tục kiểm tra thêm.Quá nhiều sai sót và các bài kiểm tra hung hăng hơn không theo.
• Thử nghiệm khói - Thử nghiệm khói cho thấy những thất bại cơ bản đủ nghiêm trọng để ngăn chặn sự phóng thích. Khi điều này được thực hiện trên một build mới, nó được gọi là test build verification.
• Thử nghiệm hồi quy - Khi hệ thống trải qua sự điều chỉnh, kiểm tra hồi quy sẽ giám sát hành vi bất ngờ. Nó chỉ ra tác động bất lợi lên các mô-đun hoặc các thành phần.
• Xét nghiệm phá hoại - Các đầu vào thử nghiệm nhập bất thường và phân biệt khả năng của phần mềm để quản lý đầu vào bất ngờ. Điều này cho thấy các nhà phát triển mạnh mẽ như thế nào trong chương trình quản lý lỗi.
• Phục hồi thử nghiệm - Khi phần cứng hoặc các chức năng khác thất bại, bài kiểm tra này cho thấy phần mềm có thể phục hồi và tiếp tục hoạt động tốt như thế nào.
• Tự động thử nghiệm - Điều này thực hiện các chức năng khó thực hiện theo cách thủ công. Nó sử dụng phần mềm cụ thể để chạy thử nghiệm và cung cấp dữ liệu về kết quả thực tế so với dự kiến.
• Kiểm tra tương thích - Phần mềm phải chạy trong các môi trường máy tính khác nhau, do đó kiểm tra sự tương thích với các hệ thống khác nhau. Ví dụ: liệu phần mềm có hoạt động với các hệ điều hành và trình duyệt web khác nhau?
• Kiểm tra hiệu suất - Đây là một bài kiểm tra chuyên sâu để kiểm tra hiệu năng phần mềm trong các tình huống khác nhau. Thông tin về phản hồi, ổn định, phân bổ nguồn lực, và tốc độ được thu thập. Hơn nữa, xét nghiệm phụ như thể tích, dung tích, và kiểm tra đột biến là một phần trong quá trình này.
• Kiểm tra an ninh - Điều này đánh giá khả năng của phần mềm để bảo vệ an ninh của người dùng. Điều này có nghĩa là các chức năng ủy quyền, xác thực, bảo mật, tính toàn vẹn, tính khả dụng và không phản đối.
• Kiểm tra khả năng tiếp cận - Điều này không giống như kiểm tra khả năng sử dụng. Điều này xác định mức độ mà người sử dụng có khả năng khác nhau - học tập và khuyết tật thể chất bao gồm, có thể sử dụng phần mềm.
• Kiểm định quốc tế hoá và nội địa hoá - Kết quả cho thấy phần mềm có thể thích ứng với các ngôn ngữ khác nhau và nhu cầu của khu vực như thế nào. Điều này bao gồm thêm các thành phần cho vị trí cụ thể và dịch văn bản.
• Kiểm thử phần mềm là một phần thiết yếu của việc đưa sản phẩm ra thị trường. Và nếu không có người kiểm tra, sẽ có rất nhiều phần mềm sẵn có. Trở thành một thử nghiệm phần mềm được chứng nhận thông qua các tổ chức như BCS, Viện Chartered cho CNTT, ISTQB® và Hội ASQ (trước đây là Hiệp hội Chất lượng Mỹ).