Chương trình thử nghiệm - quá trình phát hiện lỗi trong sản phẩm phần mềm

Trong phát triển phần mềm, một phần quan trọng của quá trình sản xuất dựa trên kiểm thử phần mềm. nó là gì và như thế nào là hoạt động như vậy sẽ thảo luận trong bài viết này.

Có gì được gọi là thử nghiệm?

Điều này nói đến quá trình này bằng cách chạy phần mềm để phát hiện vị trí của hoạt động không chính xác của mã này. Để có kết quả tốt nhất, cố tình xây dựng bộ khó khăn của dữ liệu đầu vào. Mục đích chính của việc kiểm tra là để tạo ra các cơ hội tốt nhất cho sự thất bại của phần mềm. Mặc dù đôi khi thử nghiệm chương trình phát triển có thể được đơn giản hóa để kiểm tra định kỳ sức lao động và thực hiện các chức năng. Điều này tiết kiệm thời gian, nhưng thường kèm theo không đáng tin cậy của phần mềm, người dùng không hài lòng, và vân vân.

hiệu quả

Làm thế nào tốt và nhanh chóng những sai sót, một tác động đáng kể chi phí và thời gian phát triển phần mềm chất lượng yêu cầu. Vì vậy, mặc dù thực tế rằng thử nghiệm nhận được một mức lương nhỏ hơn so với các nhà phát triển nhiều lần, chi phí dịch vụ của họ thường lên đến 30 - 40% chi phí của toàn bộ dự án. Điều này là do số lượng nhân sự, kể từ khi việc tìm kiếm các sai lầm - đây là một quá trình không bình thường và khá khó khăn. Nhưng ngay cả khi phần mềm này được thông qua một số đáng kính của các bài kiểm tra, không có đảm bảo 100% rằng lỗi sẽ không xảy ra. Chỉ không biết khi chúng xảy ra. Để khuyến khích thử nghiệm để lựa chọn các loại bài kiểm tra mà có nhiều khả năng để tìm lỗi, công cụ động lực khác nhau được sử dụng: cả đạo đức và vật chất.

Cách tiếp cận với công việc

Tối ưu là khi thực hiện các cơ chế khác nhau để đảm bảo rằng các lỗi trong phần mềm đã không ngay từ đầu. Để làm điều này, bạn phải chăm sóc của thiết kế kiến trúc phù hợp, điều khoản rõ ràng về tài liệu tham khảo, và điều quan trọng là không để có những điều chỉnh trong giao tiếp, khi làm việc trên dự án đã bắt đầu. Trong trường hợp này, các tester cho nhiệm vụ tìm kiếm và xác định một số lượng nhỏ các lỗi còn lại ở kết quả cuối cùng. Điều này sẽ tiết kiệm được cả thời gian và tiền bạc.

các thử nghiệm là gì?

Đây là một khía cạnh quan trọng của hoạt động thanh tra, đó là cần thiết để phát hiện thành công các khuyết tật của mã này. Họ là cần thiết để kiểm soát việc áp dụng chính xác. Bao gồm những gì trong các thử nghiệm? Nó bao gồm dữ liệu và các giá trị ban đầu của họ cần được thu được là kết quả (hoặc trung gian). Để xác định thành công các vấn đề và mâu thuẫn, kiểm tra nên sau khi thuật toán đã được phát triển, nhưng không bắt đầu lập trình. Đó là mong muốn sử dụng một số phương pháp để ước lượng dữ liệu cần thiết. Trong trường hợp này, làm tăng khả năng phát hiện một lỗi bởi vì bạn có thể kiểm tra mã từ một góc độ khác nhau. kiểm tra phức tạp phải cung cấp xác minh các hiệu ứng bên ngoài của sản phẩm phần mềm hoàn chỉnh, cũng như các thuật toán công việc của mình. Quan tâm đặc biệt và cung cấp các trường hợp thoái hóa biên. Như vậy, trong việc thực hành các lỗi thường có thể tiết lộ rằng chu kỳ hoạt động tại ít hơn kế hoạch một hoặc nhiều lần. Cũng quan trọng là kiểm tra máy tính, thông qua đó bạn có thể xác minh rằng kết quả mong muốn trên các máy khác nhau. Này là cần thiết để đảm bảo rằng phần mềm sẽ hoạt động trên tất cả các máy tính. Bên cạnh đó, kiểm tra máy tính, mà sự phát triển sẽ được thực hiện, là rất quan trọng trong việc tạo ra sự phát triển đa nền tảng.

Nghệ thuật xử lý sự cố

Chương trình thường nhằm mục đích để làm việc với các tập dữ liệu khổng lồ. Có cần thiết phải tạo ra hoàn toàn? Không. Rộng rãi mua lại thực hành "thu nhỏ" của chương trình. Trong trường hợp này có một giảm hợp lý khối lượng dữ liệu so với điều đó sẽ được sử dụng. Hãy xem xét một ví dụ: có một chương trình, mà tạo ra một ma trận kích thước 50x50. Nói cách khác - bạn phải nhập 2500 giá trị. Đó chắc chắn là có thể, nhưng nó sẽ mất một thời gian rất dài. Nhưng để kiểm tra chức năng, phần mềm nhận được một ma trận mà kích thước là 5x5. Để làm điều này, bạn cần phải nhập hơn 25 giá trị. Nếu trong trường hợp này, một hoạt động có lỗi bình thường, nó có nghĩa là mọi thứ đều theo thứ tự. Mặc dù có những cạm bẫy nằm trong thực tế là với tình hình thu nhỏ xảy ra, dẫn đến sự thay đổi trở nên tiềm ẩn và tạm thời biến mất. Nó cũng là rất hiếm, nhưng vẫn xảy ra là có lỗi mới.

mục tiêu theo đuổi

Kiểm tra không phải là một nhiệm vụ dễ dàng do thực tế rằng quá trình này là không tuân theo chính thức hóa một cách trọn vẹn. các chương trình lớn hầu như không bao giờ có điểm chuẩn chính xác cần thiết. Vì vậy, như một hướng dẫn sử dụng một số dữ liệu gián tiếp, trong đó, tuy nhiên, không thể phản ánh đầy đủ các đặc điểm và chức năng của phát triển phần mềm sửa lỗi. Hơn nữa, họ cần được lựa chọn sao cho kết quả chính xác tính toán trước như thế nào sản phẩm phần mềm sẽ được kiểm tra. Nếu bạn không tiến, đó là hấp dẫn để xem xét tất cả về, và nếu kết quả của máy được trong phạm vi dự kiến, nó sẽ được thực hiện một quyết định sai lầm, rằng mọi thứ đều đúng.

Kiểm tra điều kiện khác nhau

Như một quy luật, kiểm tra chương trình xảy ra trong khối này là cần thiết cho các chức năng kiểm tra tối thiểu đến một mức độ hạn chế. Các hoạt động được thực hiện với sự thay đổi của các thông số, cũng như điều kiện làm việc của họ. Quá trình thử nghiệm có thể được chia thành ba giai đoạn:

• Kiểm tra điều kiện bình thường. Trong trường hợp này chúng tôi kiểm tra các chức năng cơ bản của phần mềm phát triển. Kết quả phải phù hợp với mong đợi.
• Kiểm tra trong điều kiện khắc nghiệt. Trong những trường hợp này, như đồng nghĩa với dữ liệu ranh giới, có thể ảnh hưởng xấu đến hiệu suất của phần mềm tạo ra. Như một ví dụ, chúng tôi làm việc với một số vô cùng lớn hay nhỏ hoặc thậm chí vắng mặt hoàn toàn của thông tin nhận được.
• Kiểm tra trong các tình huống đặc biệt. Nó liên quan đến việc sử dụng các dữ liệu mà vượt quá điều trị. Trong tình huống như vậy, nó là rất xấu khi phần mềm nhận thức chúng như hữu ích cho việc tính toán và đưa ra một kết quả đáng tin cậy. Phải cẩn thận rằng trong trường hợp này có một từ chối bất kỳ dữ liệu mà không thể được xử lý một cách chính xác. Nó cũng là cần thiết để cung cấp cho người dùng thông báo về điều đó

Thử nghiệm: Các loại

Tạo phần mềm mà không có lỗi là rất khó khăn. Điều này đòi hỏi một số lượng đáng kể thời gian. Để có được một sản phẩm tốt thường được sử dụng hai loại thử nghiệm: "Alpha" và "Beta". Vậy chúng là gì? Khi người ta nói về những thử nghiệm alpha, nó có nghĩa là xem xét để được thực hiện mình trong tình trạng phát triển các điều kiện "phòng thí nghiệm". Đây là giai đoạn cuối cùng của thử nghiệm trước khi chương trình sẽ được chuyển đến người dùng cuối cùng. Do đó, các nhà phát triển đang cố gắng xoay quanh mức tối đa. Để dễ dàng hoạt động, dữ liệu có thể được ghi lại để tạo ra một trình tự thời gian của các vấn đề và giải pháp của họ. Theo thử nghiệm beta để hiểu việc cung cấp phần mềm với một số hạn chế về người dùng, để họ có thể khai thác các chương trình và xác định những sai lầm bạn đã bỏ lỡ. Một tính năng đặc biệt trong trường hợp này là một thực tế mà thường các phần mềm không được sử dụng đúng mục đích của nó. Vì thất bại này sẽ được xác định ở đâu chẳng có gì thấy trước đây. Đây là hoàn toàn bình thường và lo lắng về nó không phải là cần thiết.

hoàn thành thử nghiệm

Nếu các bước trước đó đã được hoàn thành, nó vẫn còn để thực hiện nghiệm thu. Ông trong trường hợp này trở nên đơn thuần mang tính thủ tục. Trong thử nghiệm này do thỏa thuận xác nhận rằng không có vấn đề bổ sung đã được tìm thấy và các phần mềm có thể được phát hành trên thị trường. Điều quan trọng nhất sẽ là kết quả cuối cùng, chặt chẽ hơn thì được xác nhận. Nên cẩn thận để đảm bảo rằng tất cả các bước đã được thực hiện thành công. Đây là quá trình thử nghiệm như một toàn thể. Bây giờ chúng ta hãy đi sâu vào các chi tiết kỹ thuật và nói về một công cụ hữu ích như vậy, như các chương trình thử nghiệm. Những gì họ đang có và khi được sử dụng?

kiểm tra bằng máy tính

Trước đây người ta nghĩ rằng việc phân tích năng động của phần mềm được phát triển - đó là cách tiếp cận quá nặng mà hiệu quả sử dụng để phát hiện các khuyết tật. Nhưng do sự phức tạp ngày càng tăng và khối lượng của chương trình xuất hiện quan điểm ngược lại. kiểm tra tự động được sử dụng nơi những ưu tiên quan trọng nhất là hiệu quả và an toàn. Và họ nên được dưới bất kỳ đầu vào. Như một ví dụ, các chương trình mà nó là thích hợp để thử nghiệm như vậy, bao gồm những điều sau đây: các giao thức mạng, máy chủ web, hộp cát. Chúng tôi tiếp tục nhìn vào một vài mẫu, có thể được sử dụng cho các hoạt động như vậy. Nếu bạn quan tâm đến chương trình kiểm tra miễn phí, chất lượng là rất khó để tìm thấy trong số đó. Nhưng có bị nứt phiên bản "lậu" của các dự án cũng như thành lập, vì vậy bạn có thể tham khảo dịch vụ của họ.

lở tuyết

Công cụ này giúp phát hiện các khuyết tật được kiểm tra các chương trình ở chế độ phân tích năng động. Nó thu thập dữ liệu và phân tích hiệu quả hoạt động của đối tượng theo dõi thiết kế. Các thử nghiệm được đưa ra một tập hợp các nguyên liệu đầu vào mà gây ra lỗi hoặc bỏ qua các thiết lập hiện có những hạn chế. Nhờ có một thử nghiệm tốt của thuật toán được phát triển bởi một số lượng lớn các tình huống có thể. Chương trình nhận được một bộ khác nhau của dữ liệu đầu vào, cho phép để mô phỏng một số lượng lớn các tình huống và tạo điều kiện trong đó rất có thể là sự xuất hiện của một sự thất bại. Một lợi thế quan trọng của chương trình là việc sử dụng các số liệu heuristic. Nếu có một vấn đề, sau đó các lỗi ứng dụng là rất có khả năng. Nhưng chương trình này có những hạn chế như chỉ có một kiểm tra đánh dấu ổ cắm đầu vào hoặc tập tin. Khi thực hiện một hoạt động như các chương trình thử nghiệm sẽ chứa thông tin chi tiết về các vấn đề với con trỏ null, vòng lặp vô hạn, địa chỉ không chính xác hoặc trục trặc do việc sử dụng các thư viện. Tất nhiên, đây không phải là một danh sách đầy đủ các lỗi phát hiện và ví dụ phổ biến duy nhất của họ. Sửa chữa thiếu sót, than ôi, có các nhà phát triển - phương tiện tự động không phù hợp với những mục đích này.

Klee

Nó là một chương trình tốt để thử nghiệm bộ nhớ. Nó có thể đánh chặn khoảng 50 cuộc gọi hệ thống và một số lượng lớn của các quá trình ảo như vậy, thực hiện song song hoặc riêng rẽ. Nhưng nói chung, chương trình không tìm kiếm một số nơi đáng ngờ, và xử lý số tiền tối đa có thể của mã và phân tích sử dụng đường dẫn dữ liệu. Bởi vì điều này, các chương trình thử nghiệm phụ thuộc vào kích thước của đối tượng. Khi kiểm tra các cược được đặt trên các quy trình mang tính biểu tượng. Họ là một trong những cách có thể thực hiện nhiệm vụ trong một chương trình được kiểm tra. Nhờ các hoạt động song song có thể phân tích một số lượng lớn các biến thể của công việc của các ứng dụng thử nghiệm. Đối với mỗi con đường của các tập dữ liệu đầu vào được lưu trữ sau khi thử nghiệm của mình, bắt đầu với việc kiểm tra. Cần lưu ý rằng các chương trình thử nghiệm sử dụng Klee giúp để xác định một số lượng lớn các biến thể, mà không nên. Nó có thể tìm thấy những vấn đề thậm chí trong các ứng dụng được phát triển trong nhiều thập kỷ.