Tóm tắt Công nghệ phần mềm filetype PDF

Bài viết được sự cho phép của vntesters.com

Là một kỹ sư kiểm thử phần mềm chuyên nghiệp, bạn nên biết sơ lược lịch sử về công nghệ phần mềm, bởi vì kiểm thử phần mềm gắn liền với tất cả các giai đoạn của công nghệ phần mềm. Công nghệ phần mềm đã phát triển qua 4 giai đoạn: thập niên 50-60, giữa thập niên 60 đến cuối những năm 70, giữa thập niên 70 đến giữa những năm 80, và giữa thập niên 80 đến hiện tại. Mỗi giai đoạn đều có những đặc trưng riêng biệt của nó, nhưng trong những năm qua phần mềm đã tăng lên về số lượng và độ phức tạp. Một số vấn đề phổ biến với gần như tất cả các giai đoạn và sẽ được thảo luận dưới đây.

Xem thêm Việc làm IT lương cao trên TopDev

  10 lý do kiểm thử phần mềm trở thành một nghề thời thượng

  1001 câu hỏi của học sinh cuối cấp muốn theo đuổi ngành công nghệ thông tin

Cuộc khủng hoảng phần mềm những năm 1960 khi những lý do chính cho tình hình này là việc ứng dụng kỹ thuật phần mềm vào thực tiễn ít được chấp nhận. Trong giai đoạn đầu của công nghệ phần mềm, có rất nhiều sự quan tâm đến máy tính, rất nhiều đoạn mã lệnh được viết nhưng không được công bố một cách chuẩn mực. Sau đó, vào đầu thập niên 70 rất nhiều các chương trình máy tính bắt đầu ngừng hoạt động và người ta mất niềm tin, như vậy, một cuộc khủng hoảng đã được công bố. Vì nhiều lý do dẫn đến cuộc khủng hoảng bao gồm: – Phần cứng tiến bộ nhanh hơn khả năng xây dựng phần mềm cho phần cứng này. – Khả năng xây dựng ứng dụng không theo kịp với nhu cầu. – Tăng cường sự phụ thuộc vào phần mềm. – Cuộc đấu tranh để xây dựng phần mềm đáng tin cậy và chất lượng cao.

– Thiết kế yếu kém và các nguồn tài nguyên không tương xứng.

Dự án phần mềm cơ bản được coi là thất bại nếu dự án được chấm dứt vì chi phí (vượt quá 50% dự toán) hoặc ngày phát hành quá trễ so với dự định. Một số ví dụ về những thất bại bao gồm sự thất bại của hệ thống kiểm soát không lưu, thất bại của phần mềm y tế, và thất bại trong phần mềm viễn thông. Lý do chính cho những thất bại được đề cập ở trên là do áp dụng công nghệ phần mềm không tốt. Một số cách thức ứng dụng công nghệ phần mềm tồi tệ nhất bao gồm: – Không có phần mềm đo lường dữ liệu quá khứ. – Từ chối dự toán chi phí chính xác. – Không sử dụng các công cụ tính toán và lập kế hoạch tự động. – Gây áp lực quá mức, tiến độ bất hợp lý và không hiểu rõ các yêu cầu của người sử dụng. – Thất bại trong việc theo dõi tiến độ và thực hiện quản lý rủi ro.

– Không sử dụng đánh giá thiết kế và kiểm tra mã.

Để tránh những thất bại và cải thiện kết quả, điều cần thiết là sự hiểu biết tốt hơn về quy trình, các kỹ thuật ước lượng tốt hơn cho chi phí, thời gian và các biện pháp đo lường chất lượng. Hiện nay, một số lượng lớn các vấn đề tồn tại do một quy trình phần mềm hỗn loạn và sự thành công không thường xuyên phụ thuộc vào nỗ lực cá nhân. Vì vậy để dự án phần mềm thành công, tập trung vào quy trình là cần thiết. Sự tập trung này sẽ giúp ích trong việc dự đoán kết quả, xu hướng dự án và đặc điểm của dự án. Các quy trình đã được xác định và thông qua cần phải được quản lý tốt và sau đó nó sẽ phát huy tác dụng.

Từ đây chúng ta kết luận rằng quy trình tốt có thể cứu dự án phần mềm khỏi thất bại. Cần lưu ý rằng quy trình một mình nó không thể giúp chúng ta tránh được tất cả các vấn đề, cần thay đổi quy trình để có thể thích ứng với những nhu cầu khác nhau, hoàn cảnh khác nhau. Vì vậy để thực hiện một sản phẩm thành công, một sự kết hợp giữa quy trình và công nghệ là cần thiết.

Sau khi nói về quy trình phần mềm tổng thể, việc xác định vai trò của kiểm thử phần mềm là quan trọng trong việc sản xuất phần mềm chất lượng. Định nghĩa thử nghiệm như sau: “Kiểm thử hay Thử nghiệm – Một phương pháp xác minh bằng cách sử dụng tập hợp những điều kiện có kiểm soát với mục đích tìm kiếm lỗi. Đây là phương pháp được ưa chuộng nhất để xác minh các yêu cầu chức năng và hiệu suất. Kết quả thử nghiệm là tài liệu chứng minh rằng các yêu cầu đã được đáp ứng và có thể được lặp đi lặp lại. Các dữ liệu kết quả có thể được xem xét bởi tất cả các bên có liên quan để xác nhận”

Có thể có nhiều định nghĩa về kiểm thử phần mềm và theo thời gian, nhưng tốt nhất hãy bắt đầu bằng cách định nghĩa kiểm thử và sau đó bổ sung tùy thuộc vào các yêu cầu hoặc nhu cầu.

Bài viết gốc được đăng tải tại vntesters.com

Có thể bạn quan tâm:

Xem thêm các Việc làm IT hấp dẫn trên TopDev

các bạn tự tìm sách trên google theo gợi ý bên dưới nhé!

cnpm.pdf

cnpm 01 chuong 1 tong quan ve cnpm.pdf

cnpm 02 chuong 2 vong doi pm.pdf

cnpm 03 chuong 3 phuong phap agile.pdf

cnpm 04 chuong 4 quan ly du an phan mem.pdf

cnpm 05 chuong 5 quan ly cau hinh pm.pdf

cnpm 06 chuong 6 ky nghe yeu cau pm.pdf

cnpm 07 chuong 7 thiet ke pm.pdf

cnpm 08 chuong 8 xay dung phan mem.pdf

cnpm 09 chuong 9 quan ly chat luong phan mem.pdf

cnpm 10 chuong 10 mot so chu de nang cao.pdf

cnpm_info.pdf

cnpm 00 gioi thieu mon hoc.pdf

scrumvskanban-cheatsheet.pdf

chương 0. giới thiệu môn học (thường).pdf

chương 01.pdf

chương 08-01-a. xác định và mô hình hóa yêu cầu.pdf

chương 08-01-b. hệ thống các yêu cầu phần mềm.pdf

chương 08-03. thiết kế dữ liệu.pdf

chương 08-04-a. thiết kế màn hình.pdf

chương 08-04-c. thiết kế màn hình tra cứu.pdf

chương 08-04-d. thiết kế màn hình thực đơn.pdf

chương 08-05-minh họa thiết kế xử lý.pdf

chương 08-05-thiết kế xử lý.pdf

chương 08-07-danh sách các đề tài.pdf

x. 1. software engineering a practitioner_s approach (pressman).pdf

x. 2. what every engineer should know about software engineering.pdf

x. 3. software-engineering-handbook (viet).pdf

x. 3. software-engineering-handbook.pdf

x. 4. software engineering (sommerville).pdf

BG_NhapmonCongnghephanmem.pdf

bg_nhapmoncongnghephanmem.pdf

chuong1.tổng quan về cnpm.pdf

chuong2.xac_dinh_va_phan_tich_yeu_cau.pdf

chuong 3 thiet ke he thong phan mem.pdf

chuong 4. cai dat phan mem.pdf

chuong 5. dong goi phan mem.pdf

danhsachdetai.pdf

khao_sat_hien_trang.pdf

phat_bieu_bai_toan.pdf

yeu_cau_chuc_nang.pdf

bai-tap-tuan-01.pdf

bai-tap-tuan-01_1.pdf

bai-tap-tuan-02.pdf

bai-tap-tuan-02_1.pdf

bai-tap-tuan-03.pdf

bai-tap-tuan-03_1.pdf

bai-tap-tuan-04.pdf

bai-tap-tuan-04_1.pdf

bai-tap-tuan-05.pdf

bai-tap-tuan-05_1.pdf

bai-tap-tuan-05_git.pdf

bai tap 1.5.pdf

bai tap tuan 06.pdf

bai tap tuan 07.pdf

bai tap tuan 08.pdf

bai tap tuan 09.pdf

bai tap tuan 10.pdf

btvn.zip

btvn phần i.pdf

cnpm.pdf

công-nghệ-phần-mềm.pdf

quan_ly_nhan_khau.sql

quanlynhankhau.zip

slide bai tap tuan 06.pdf

slide bai tap tuan 07.pdf

slide bai tap tuan 08.ppt - compatibility mode.pdf

slide bai tap tuan 09.ppt - compatibility mode.pdf

slide bai tap tuan 10.ppt - compatibility mode.pdf

tuần 1 - chọn nghiệp vụ số 7.pdf

tuần 2 - phân tích input,output cho casestudy.pdf

tuần 3 - agile và yêu cầu chức năng cho casestudy - copy.pdf

tuần 4 - quản lý dự án phần mềm.pdf

tuần 5 - thực hành git.pdf

tuần 6 - đặc tả use case cho casestudy.pdf

tuần 7 - phân tích yêu cầu cho casesudy.pdf

tuần 8 - thiết kế cơ sở dữ liệu cho case study.pdf

tuần 9 - thiết kế gui cho case study.pdf

tuần 10 - xây dựng phần mềm.pdf

it3180-nm-cnpm-de-1-20191.doc.pdf

it3180-nm-cnpm-de-2-20191.pdf

it3180-nm-cnpm-de-2-20201.pdf

Danh Sách 20 Đề Tài Nhập Môn Công Nghệ Phần Mềm