Khác biệt giữa các bản “Kiểm thử phần mềm”

n
không có tóm lược sửa đổi
(Added {{unreferenced}} tag to article (TW))
n
{{unreferenced|date=tháng 10 2013}}
{{Quy trình phát triển phần mềm}}
 
'''Kiểm thử phần mềm''' là một cuộc kiểm tra được tiến hành để cung cấp cho các bên liên quan thông tin về chất lượng của [[sản phẩm]] hoặc [[dịch vụ]] được kiểm thử.<ref>[http://www.kaner.com/pdfs/ETatQAI.pdf Exploratory Testing], [[Cem Kaner]], Florida Institute of Technology, ''Quality Assurance Institute Worldwide Annual Software Testing Conference'', Orlando, FL, November 2006</ref> Kiểm thử có thể cung cấp cho doanh nghiệp một quan điểm, một cách nhìn độc lập về [[phần mềm]] để từ đó cho phép đánh giá và thấu hiểu được những rủi ro trong quá trình [[triển khai]] phần mềm.
 
Trong kỹ thuật kiểm thử không chỉ giới hạn ở việc thực hiện một chương trình hoặc ứng dụng với mục đích đi tìm các [[lỗi của phần mềm]] (bao gồm các lỗi và các thiếu sót) mà còn là một quá trình phê chuẩn và xác minh một chương trình máy tính / ứng dụng / sản phẩm nhằm:
* Đáp ứng được mọi yêu cầu hướng dẫn khi thiết kế và phát triển phần mềm.
* Thực hiện công việc đúng như kỳ vọng.
==Tổng quan==
 
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ách xử lý của sản phẩm với các cơ cấu và nguyên tắc của Oracles như một vấn đề mà ai cũng 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 thông[[đặc sốtả kỹphần thuậtmềm]], [[hợp đồng|thiết kế bằ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, 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ết lập được các chức năng của sản phẩm đúng trong mọi điều kiện nhưng nó có thể hoạt động tốt trong những điều kiện cụ thể. Phạm vi của kiểm thử phần mềm thường bao gồm việc kiểm thử 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ư việc kiểm thử các khía cạnh của mã dùng để làm gì và cần những gì để làm nó. Trong nền văn hóa phát triển phần mềm hiện nay, một tổ chức 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ác thành viên trong đội ngũ kiểm thử thì mọi thông tin đượ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.
 
==Tham khảo==
 
{{Reflist|colwidth=30em}}
 
==Liên kết ngoài==
* [http://www.kaner.com/pdfs/ETatQAI.pdf "Exploratory Testing," Cem Kaner, Florida Institute of Technology, Quality Assurance Institute Worldwide Annual Software Testing Conference, Orlando, FL, tháng 11 năm 2006]
* [http://logigear.vn/en/resources.html Tài liệu tham khảo về kiểm thử phần mềm.]
30.122

lần sửa đổi