Khác biệt giữa bản sửa đổi của “Thử nghiệm phần mềm”

Kiểm thử không thể xác định hoàn toàn được tất cả các lỗi bên trong phần mềm.<ref>[http://www.ece.cmu.edu/~koopman/des_s99/sw_testing/ Software Testing] by Jiantao Pan, Carnegie Mellon University</ref> Thay vào đó, nó chỉ ra quan điểm và sự so sánh nhất định liên quan đến trạng thái và cáchhành xử lývi của sản phẩm với các cơoracle cấu- vàcác nguyên tắc củahay Oraclescơ nhưchế mộtđể phát hiện vấn đề. màCác aioracle cũngnày có thể nhận thấy. Những giải pháp tổng thể bao gồm (nhưng không giới hạn ở) các [[đặc tả phần mềm]], [[hợp đồng|thiết kế bằng hợp đồng|hợp đồng]],<ref>Leitner, A., Ciupa, I., Oriol, M., Meyer, B., Fiva, A., [http://se.inf.ethz.ch/people/leitner/publications/cdd_leitner_esec_fse_2007.pdf "Contract Driven Development = Test Driven Development – Writing Test Cases"], Proceedings of ESEC/FSE'07: European Software Engineering Conference and the ACM SIGSOFT Symposium on the Foundations of Software Engineering 2007, (Dubrovnik, Croatia), September 2007</ref> sản phẩm tương ứngđương, các phiên bản trước của cùng một dòng sản phẩm, phù hợp với mục đích dự kiến nhằm đáp ứng sự kỳ vọng của người dùng cũng như, khách hàng. Bên cạnh đó, nó cũng phải thích ứng với quy định của pháp luật hiện hành và các tiêu chuẩn liên quan khác.

Mục đích chính của kiểm thử là phát hiện ra các lỗi phần mềm để từ đó khắc phục và sửa chữa. Việc kiểm thử không thể thiếtkhẳng lậpđịnh được rằng các chức năng của sản phẩm đúng trong mọi điều kiện, nhưngmà nóchỉ có thể khẳng định rằng nó không hoạt động tốtđúng trong những điều kiện cụ thể.<ref name=Kaner1>{{cite book | last = Kaner | first = Cem | authorlink = Cem Kaner | coauthors =Falk, Jack and Nguyen, Hung Quoc | title = Testing Computer Software, 2nd Ed. | publisher = John Wiley and Sons, Inc. | year = 1999 | location = New York, et al | pages = 480 pages | isbn = 0-471-35846-0}}</ref> Phạm vi của kiểm thử phần mềm thường bao gồm việc kiểm thửtra mã cũng như, thực hiện các mã trong môi trường và điều kiện khác nhau, giống nhưvà việc kiểm thử các khía cạnh của mã: dùngnó đểcó làm gìđúng nhiệm vụ của nó hay không, và cầnnó có làm những gì đểcần phải làm nóhay không. Trong nềnmôi văn hóatrường phát triển phần mềm hiện nay, một tổ chứcđội kiểm thử có thể được tách biệt với đội ngũ phát triển. Với các vai trò khác nhau của cácCác thành viên trong đội ngũ kiểm thử thìgiữ mọicác vai trò khác nhau. Các thông tin thu được đưa ra từ việc kiểm thử phần mềm có thể được sử dụng để điều chỉnh quá trình phát triển phần mềm. <ref name="kolawa">{{cite book | last = Kolawa | first = Adam | coauthors = Huizinga, Dorota | title = Automated Defect Prevention: Best Practices in Software Management | url = http://www.wiley.com/WileyCDA/WileyTitle/productCd-0470042125.html | year = 2007 | publisher = Wiley-IEEE Computer Society Press | pages=41–43 | isbn = 0-470-04212-5 }}</ref>

Mỗi sản phẩm phần mềm có một đối tượng mụcphục tiêuvụ riêng. Ví dụ như đối tượng của phần mềm xemtrò videochơi điện tử là hoàn toàn khác với đối tượng của phần mềm ngân hàng. Vì vậy, khi một tổ chức phát triển hoặc đầu tư vào một sản phẩm phần mềm thì, họ đều có thể đánh giá được liệu các sản phẩm phần mềm có được người dùng cuối chấp nhận haybởi khôngngười dùng cuối, đối tượng mụcphục tiêu là gì vàvụ, người mua, cũnghay nhưnhững cácngười giữ bênvai liêntrò quan làtrọng nhữngkhác ai?hay không. Và việc kiểm thử phần mềm cũng là một quá trình nỗ lực để đưa ra những đánh giá này.