Kiểm tra máy tính lớn

Trước khi tìm hiểu các khái niệm kiểm tra máy tính lớn, hãy tìm hiểu

Máy tính lớn là gì?

Máy tính lớn là một hệ thống máy tính có hiệu suất cao và tốc độ cao. Nó được sử dụng cho các mục đích tính toán quy mô lớn hơn đòi hỏi tính sẵn sàng và bảo mật cao. Nó chủ yếu được sử dụng trong các lĩnh vực như tài chính, bảo hiểm, bán lẻ và các lĩnh vực quan trọng khác, nơi dữ liệu khổng lồ được xử lý nhiều lần.

Kiểm tra máy tính lớn là một quá trình thử nghiệm các ứng dụng và dịch vụ phần mềm dựa trên Hệ thống máy tính lớn. Mục đích của thử nghiệm máy tính lớn là để đảm bảo hiệu suất, độ tin cậy và chất lượng của ứng dụng hoặc dịch vụ phần mềm bằng các phương pháp xác minh và xác nhận cũng như kiểm tra xem nó đã sẵn sàng để triển khai hay chưa.

Trong khi thực hiện kiểm tra Mainframe, người kiểm tra chỉ cần biết về điều hướng của màn hình CICS. Chúng được xây dựng tùy chỉnh cho các ứng dụng cụ thể. Bất kỳ thay đổi nào được thực hiện đối với mã trong COBOL, JCL, v.v., người kiểm tra không phải lo lắng về trình giả lập được thiết lập trên máy. Những thay đổi hoạt động trên một trình mô phỏng thiết bị đầu cuối sẽ hoạt động trên các trình mô phỏng thiết bị đầu cuối khác.

Ứng dụng Mainframe (hay còn gọi là lô công việc) được thử nghiệm theo các trường hợp thử nghiệm được phát triển bằng cách sử dụng các yêu cầu
Kiểm tra máy tính lớn thường được thực hiện trên mã được triển khai bằng cách sử dụng nhiều kết hợp dữ liệu khác nhau được đặt trong tệp đầu vào.
Các ứng dụng chạy trên máy tính lớn có thể được truy cập thông qua trình mô phỏng thiết bị đầu cuối. Trình giả lập là phần mềm duy nhất cần được cài đặt trên máy khách.

Thuộc tính máy tính lớn

Lưu trữ ảo
1. Đây là một kỹ thuật cho phép bộ xử lý mô phỏng bộ nhớ chính lớn hơn dung lượng bộ nhớ thực tế.
2. Đó là một kỹ thuật sử dụng bộ nhớ một cách hiệu quả để lưu trữ và thực hiện các tác vụ có kích thước khác nhau.
3. Nó sử dụng bộ nhớ đĩa như một phần mở rộng của bộ nhớ thực.
Đa chương trình
1. Máy tính thực hiện nhiều chương trình cùng một lúc. Nhưng tại bất kỳ thời điểm nào, chỉ có một chương trình có thể kiểm soát CPU.
2. Nó là một cơ sở được cung cấp để sử dụng hiệu quả CPU.
Xử lý hàng loạt
1. Đó là một kỹ thuật mà nhờ đó bất kỳ nhiệm vụ nào cũng được hoàn thành trong các đơn vị được gọi là công việc.
2. Một công việc có thể khiến một hoặc nhiều chương trình thực hiện theo một trình tự.
3. Bộ lập lịch công việc đưa ra quyết định về thứ tự thực hiện công việc. Để tối đa hóa thông lượng trung bình, các công việc được lên lịch theo mức độ ưu tiên và hạng của chúng.
4. Thông tin cần thiết để xử lý hàng loạt được cung cấp thông qua JCL (NGÔN NGỮ KIỂM SOÁT CÔNG VIỆC). JCL mô tả công việc hàng loạt – chương trình, dữ liệu và tài nguyên cần thiết.
Chia sẻ thời gian
1. Trong hệ thống chia sẻ thời gian, mỗi người dùng có quyền truy cập vào hệ thống thông qua thiết bị đầu cuối. Thay vì gửi các công việc được lên lịch để thực hiện sau, người dùng nhập các lệnh được xử lý ngay lập tức.
2. Do đó, điều này được gọi là "Xử lý tương tác". Nó cho phép người dùng tương tác trực tiếp với máy tính.
3. Xử lý chia sẻ thời gian được gọi là "Xử lý tiền cảnh" và xử lý công việc hàng loạt được gọi là "Xử lý nền".
spooling
1. SPOELing là viết tắt của Thiết bị ngoại vi đồng thời Operatrực tuyến.
2. Thiết bị SPOOL được sử dụng để lưu trữ đầu ra của chương trình/ứng dụng. Đầu ra được lưu trữ được chuyển hướng đến các thiết bị đầu ra như máy in (nếu cần).
3. Đây là tiện ích khai thác lợi thế của bộ đệm để sử dụng hiệu quả các thiết bị đầu ra.

Phân loại kiểm tra thủ công trong máy tính lớn

mainframe Kiểm tra bằng tay có thể phân làm hai loại:

1. Kiểm tra công việc hàng loạt –

Quá trình thử nghiệm bao gồm việc thực thi các công việc hàng loạt cho chức năng được triển khai trong bản phát hành hiện tại.
Kết quả kiểm tra trích xuất từ các file đầu ra và cơ sở dữ liệu được xác minh và ghi lại.

2. Kiểm tra trực tuyến –

Kiểm tra trực tuyến đề cập đến việc kiểm tra màn hình CICS tương tự như kiểm tra trang web.
Chức năng của các màn hình hiện có có thể được thay đổi hoặc có thể thêm các màn hình mới.
Các ứng dụng khác nhau có thể có màn hình hỏi đáp và màn hình cập nhật. Chức năng của các màn hình này cần được kiểm tra như một phần của quá trình kiểm tra trực tuyến.

Cách thực hiện kiểm tra máy tính lớn

Nhóm kinh doanh chuẩn bị các tài liệu yêu cầu. Tài liệu này xác định cách một mục hoặc quy trình cụ thể sẽ được sửa đổi trong chu kỳ phát hành.
Nhóm thử nghiệm và nhóm phát triển nhận được tài liệu yêu cầu. Họ sẽ tìm ra có bao nhiêu quy trình sẽ bị ảnh hưởng bởi thay đổi. Thông thường, trong một bản phát hành, chỉ có 20-25% ứng dụng bị ảnh hưởng trực tiếp bởi yêu cầu tùy chỉnh. 75% còn lại của bản phát hành sẽ dành cho các chức năng out-box như thử nghiệm các ứng dụng và quy trình.
Vì vậy, một ứng dụng Mainframe phải được kiểm tra thành hai phần:
1. Yêu cầu kiểm tra – Kiểm tra ứng dụng về chức năng hoặc thay đổi được đề cập trong tài liệu yêu cầu.
2. Kiểm tra tích hợp – Kiểm tra toàn bộ quá trình hoặc ứng dụng khác nhận hoặc gửi dữ liệu đến ứng dụng bị ảnh hưởng. Kiểm tra hồi quy là trọng tâm chính của hoạt động thử nghiệm này.

Công cụ kiểm tra tự động hóa máy tính lớn

Dưới đây là danh sách các công cụ có thể được sử dụng cho máy tính lớn Kiểm tra tự động hóa.

REXX
Excel
QTP

Phương pháp kiểm tra máy tính lớn

Chúng ta hãy xem xét một ví dụ: Một công ty bảo hiểm XYZ có mô-đun tuyển sinh thành viên. Nó lấy dữ liệu từ cả màn hình đăng ký thành viên và đăng ký ngoại tuyến. Như chúng ta đã thảo luận trước đó, cần có hai cách tiếp cận để thử nghiệm Máy tính lớn, thử nghiệm trực tuyến và thử nghiệm hàng loạt.

Kiểm tra trực tuyến được thực hiện trên màn hình đăng ký thành viên. Giống như một trang web, cơ sở dữ liệu được xác thực bằng dữ liệu được nhập qua màn hình.
Đăng ký ngoại tuyến có thể là đăng ký giấy hoặc đăng ký trên trang web của bên thứ ba. Dữ liệu ngoại tuyến (còn được gọi là lô) sẽ được nhập vào cơ sở dữ liệu của công ty thông qua các tác vụ lô. Một tệp phẳng đầu vào được chuẩn bị theo định dạng dữ liệu được quy định và đưa vào chuỗi các tác vụ lô. Vì vậy, đối với thử nghiệm ứng dụng máy chủ lớn, chúng ta có thể sử dụng phương pháp sau.
Công việc đầu tiên trong dòng công việc hàng loạt sẽ xác thực dữ liệu đã nhập. Ví dụ: ký tự đặc biệt, bảng chữ cái trong các trường chỉ số, v.v.
Công việc thứ hai xác nhận tính nhất quán của dữ liệu dựa trên điều kiện kinh doanh. Ví dụ: đăng ký trẻ em không được chứa dữ liệu phụ thuộc, mã zip thành viên (không có sẵn cho dịch vụ của gói đã đăng ký), v.v.
Công việc thứ ba sửa đổi dữ liệu ở định dạng có thể nhập vào cơ sở dữ liệu. Ví dụ: xóa tên gói (cơ sở dữ liệu sẽ chỉ lưu trữ ID gói và tên gói bảo hiểm), thêm ngày nhập, v.v.
Công việc thứ tư tải dữ liệu vào cơ sở dữ liệu.
Kiểm tra công việc hàng loạt được thực hiện trong quá trình này theo hai giai đoạn –
Mỗi công việc được xác nhận riêng biệt và
Sự tích hợp giữa các công việc được xác thực bằng cách cung cấp tệp phẳng đầu vào cho công việc đầu tiên và xác thực cơ sở dữ liệu. (Kết quả trung gian phải được xác nhận để thận trọng hơn)

Sau đây là phương pháp được áp dụng để thử nghiệm Mainframe:

Bước 1) Lắc lư/Kiểm tra khói

Trọng tâm chính trong giai đoạn này là xác thực xem mã được triển khai có ở trong môi trường thử nghiệm phù hợp hay không. Nó cũng đảm bảo rằng không có vấn đề nghiêm trọng nào với mã.

Bước 2) Thử nghiệm hệ thống

Dưới đây là các loại thử nghiệm được thực hiện như một phần của Kiểm thử hệ thống.

Kiểm tra hàng loạt – Việc kiểm tra này sẽ được thực hiện bằng cách xác nhận kết quả kiểm tra trên các tệp đầu ra và các thay đổi dữ liệu được thực hiện bởi các công việc hàng loạt trong phạm vi kiểm tra và ghi lại chúng.
Kiểm tra trực tuyến – Việc kiểm tra này sẽ được thực hiện ở mặt trước của ứng dụng máy tính lớn. Tại đây, ứng dụng được kiểm tra trường nhập chính xác như gói bảo hiểm, lãi suất của gói, v.v.
Kiểm tra tích hợp hàng loạt trực tuyến – Việc thử nghiệm này sẽ được thực hiện trên các hệ thống có quy trình batch và ứng dụng trực tuyến. Luồng dữ liệu và tương tác giữa màn hình trực tuyến và công việc hàng loạt được xác thực.
(Ví dụ cho loại thử nghiệm này – Xem xét cập nhật chi tiết Kế hoạch như tăng lãi suất. Việc thay đổi lãi suất được thực hiện trên màn hình cập nhật và chi tiết số dư trên các tài khoản bị ảnh hưởng sẽ chỉ được sửa đổi bằng tác vụ hàng loạt hàng đêm. Kiểm tra trong trường hợp này sẽ được thực hiện bằng cách xác thực màn hình Chi tiết Kế hoạch và tác vụ hàng loạt chạy để cập nhật tất cả các tài khoản).
Kiểm tra cơ sở dữ liệu – Cơ sở dữ liệu nơi dữ liệu từ ứng dụng máy tính lớn (IMS, IDMS, DB2, VSAM/ISAM, bộ dữ liệu tuần tự, GDG) được xác thực về bố cục và lưu trữ dữ liệu.

Bước 3) WELFARE Thử nghiệm hội nhập

Mục đích chính của thử nghiệm này là xác nhận chức năng của các hệ thống đang tương tác với hệ thống đang được thử nghiệm.

Các hệ thống này không bị ảnh hưởng trực tiếp bởi các yêu cầu. Tuy nhiên, họ sử dụng dữ liệu từ hệ thống đang được thử nghiệm. Điều quan trọng là phải kiểm tra giao diện và các loại thông báo khác nhau (như Công việc thành công, Công việc thất bại, Cập nhật cơ sở dữ liệu, v.v.) có thể luân chuyển giữa các hệ thống và các hành động kết quả được thực hiện bởi các hệ thống riêng lẻ.

Các loại thử nghiệm được thực hiện trong giai đoạn này là

Kiểm tra hàng loạt
Kiểm tra trực tuyến
Trực tuyến – Kiểm tra tích hợp hàng loạt

Bước 4) Kiểm tra hồi quy

Kiểm tra hồi quy là một giai đoạn phổ biến trong bất kỳ loại dự án thử nghiệm nào. Thử nghiệm này trong Máy tính lớn đảm bảo rằng các công việc hàng loạt và màn hình trực tuyến không tương tác trực tiếp với hệ thống đang được thử nghiệm (hoặc không nằm trong phạm vi yêu cầu) không bị ảnh hưởng bởi bản phát hành dự án hiện tại.

Để có thử nghiệm hồi quy hiệu quả, một tập hợp các trường hợp thử nghiệm cụ thể phải được chọn lọc tùy thuộc vào độ phức tạp của chúng và một nền tảng hồi quy (kho lưu trữ trường hợp thử nghiệm) phải được tạo. Bộ này phải được cập nhật bất cứ khi nào có chức năng mới được triển khai trong bản phát hành.

Bước 5) Kiểm tra năng suất

Thử nghiệm này được thực hiện để xác định các điểm nghẽn trong các lĩnh vực bị ảnh hưởng nhiều như dữ liệu giao diện người dùng, nâng cấp cơ sở dữ liệu trực tuyến và để dự đoán khả năng mở rộng của ứng dụng.

Bước 6) Kiểm tra bảo mật

Thử nghiệm này được thực hiện để đánh giá xem ứng dụng được thiết kế và phát triển tốt như thế nào nhằm chống lại các cuộc tấn công chống bảo mật.

Kiểm tra bảo mật hai lần nên được thực hiện trên hệ thống - Bảo mật máy tính lớn và Bảo mật mạng.

Các tính năng cần được kiểm tra là

Integrity
Bảo mật
cho phép
Xác thực
Sự có sẵn

Các bước liên quan đến thử nghiệm hàng loạt

Sau khi nhóm QA nhận được gói đã được phê duyệt (Gói chứa các quy trình, JCL, Thẻ điều khiển, Mô-đun, v.v.), người kiểm tra nên xem trước và truy xuất nội dung vào PDS theo yêu cầu.
Chuyển đổi JCL sản xuất hoặc JCL phát triển thành JCL QA hay còn gọi là JOB SETUP.
Sao chép file sản xuất và chuẩn bị file test.
Đối với mọi chức năng, sẽ có một chuỗi công việc được xác định. (Như đã giải thích trong ví dụ về Phương pháp trong phần Máy tính lớn). Các công việc phải được gửi bằng lệnh SUB cùng với các tệp dữ liệu thử nghiệm.
Kiểm tra tệp trung gian để xác định nguyên nhân khiến dữ liệu bị thiếu hoặc bị lỗi.
Kiểm tra tệp đầu ra cuối cùng, cơ sở dữ liệu và Spool để xác thực kết quả kiểm tra.
Nếu công việc thất bại, ống chỉ sẽ có lý do khiến công việc thất bại. Hãy giải quyết lỗi và gửi lại công việc.

Báo cáo thử nghiệm – Khiếm khuyết nên được ghi lại nếu kết quả thực tế khác với mong đợi.

Các bước liên quan đến Kiểm tra trực tuyến

Chọn màn hình Trực tuyến trong môi trường thử nghiệm.
Kiểm tra từng trường để tìm dữ liệu có thể chấp nhận được.
Kiểm tra Kịch bản thử nghiệm trên màn hình.
Xác minh cơ sở dữ liệu để cập nhật dữ liệu từ màn hình trực tuyến.

Báo cáo thử nghiệm – Lỗi phải được ghi lại nếu kết quả thực tế khác với mong đợi.

Các bước liên quan đến thử nghiệm tích hợp trực tuyến – hàng loạt

Thực hiện công việc trong một Môi trường thử nghiệm và xác thực dữ liệu trên màn hình trực tuyến.
Cập nhật dữ liệu trên màn hình trực tuyến và xác thực xem tác vụ hàng loạt có chạy đúng với dữ liệu được cập nhật hay không.

Các lệnh được sử dụng trong Kiểm tra máy tính lớn

GỬI – Gửi một công việc nền.
HỦY – Hủy công việc nền.
ALLOCATE – Phân bổ một tập dữ liệu
SAO CHÉP – Sao chép tập dữ liệu
RENAME – Đổi tên tập dữ liệu
DELETE – Xóa tập dữ liệu
QUÉT CÔNG VIỆC –Để liên kết JCL với chương trình, thư viện, tệp, v.v. mà không thực thi nó.

Có nhiều lệnh khác được sử dụng khi được yêu cầu nhưng chúng không thường xuyên.

Điều kiện tiên quyết để bắt đầu thử nghiệm máy tính lớn

Các thông tin cơ bản cần thiết cho việc thử nghiệm máy chủ lớn là:

ID đăng nhập và mật khẩu để đăng nhập vào ứng dụng.
Kiến thức ngắn gọn về các lệnh ISPF.
Tên của các tập tin, vòng loại tập tin và loại của chúng.

Trước khi bắt đầu thử nghiệm máy tính lớn, cần xác minh các khía cạnh dưới đây.

Việc làm
1. Thực hiện quét công việc (Lệnh – JOBSCAN) để kiểm tra lỗi trước khi thực hiện.
2. Tham số LỚP phải được trỏ đến lớp kiểm tra.
3. Hướng đầu ra công việc vào bộ đệm hoặc JHS hoặc theo yêu cầu bằng cách sử dụng tham số MSGCLASS.
4. Chuyển hướng email trong công việc tới spool hoặc ID email thử nghiệm.
5. Nhận xét các bước FTP để kiểm tra ban đầu và sau đó trỏ công việc đến máy chủ kiểm tra.
6. Trong trường hợp IMR (bản ghi Quản lý sự cố) được tạo trong công việc, chỉ cần thêm nhận xét “MỤC ĐÍCH KIỂM TRA” trong công việc hoặc thẻ thông số.
7. Tất cả các thư viện sản xuất trong công việc nên được thay đổi và trỏ đến các thư viện thử nghiệm.
8. Công việc không nên bị bỏ mặc.
9. Để ngăn công việc chạy trong vòng lặp vô hạn khi có bất kỳ lỗi nào, tham số TIME phải được thêm vào với thời gian được chỉ định.
10. Lưu đầu ra của công việc bao gồm cả ống chỉ. Ống chỉ có thể được lưu bằng XDC.

Tập tin
1. Chỉ tạo tệp thử nghiệm có kích thước cần thiết. Sử dụng GDG (Nhóm dữ liệu thế hệ – Tệp có cùng tên nhưng có số phiên bản tuần tự – MYLIB.LIB.TEST.G0001V00,MYLIB.LIB.TEST.G0002V00, v.v.) khi cần thiết để lưu trữ dữ liệu vào các tệp liên tiếp có cùng tên.
2. Tham số DISP (Bố trí - mô tả hệ thống thực hiện giữ hoặc xóa tập dữ liệu sau khi kết thúc bước hoặc công việc bình thường hoặc bất thường) đối với các tệp phải được mã hóa chính xác.
3. Đảm bảo rằng tất cả các tệp được sử dụng để thực hiện công việc đều được lưu và đóng đúng cách để ngăn công việc chuyển sang HOLD.
4. Trong khi thử nghiệm bằng cách sử dụng GDG, hãy đảm bảo rằng phiên bản phù hợp được chọn.
Cơ sở dữ liệu
1. Trong khi thực hiện công việc hoặc chương trình trực tuyến, hãy đảm bảo rằng dữ liệu ngoài ý muốn không được chèn, cập nhật hoặc xóa.
2. Ngoài ra, hãy đảm bảo rằng vùng DB2 chính xác được sử dụng để thử nghiệm.
Các trường hợp thử nghiệm
1. Luôn kiểm tra các điều kiện biên như – Tệp trống, Xử lý bản ghi đầu tiên, Xử lý bản ghi cuối cùng, v.v.
2. Luôn bao gồm cả điều kiện kiểm tra tích cực và tiêu cực.
3. Trong trường hợp nếu các quy trình tiêu chuẩn được sử dụng trong chương trình như Khởi động lại điểm kiểm tra, Mô-đun Abend, Tệp điều khiển, v.v. sẽ bao gồm các trường hợp kiểm thử để xác thực xem các mô-đun đã được sử dụng đúng cách hay chưa.
Dữ liệu thử nghiệm
1. Thiết lập dữ liệu thử nghiệm nên được thực hiện trước khi bắt đầu thử nghiệm.
2. Không bao giờ sửa đổi dữ liệu trên vùng thử nghiệm mà không thông báo. Có thể có các nhóm khác đang làm việc với cùng một dữ liệu và thử nghiệm của họ sẽ thất bại.
3. Trong trường hợp cần có các tệp sản xuất trong quá trình thực thi, phải có sự cho phép phù hợp trước khi sao chép hoặc sử dụng chúng.

Thực tiễn tốt nhất

Trong trường hợp thực hiện Công việc hàng loạt, MAX CC 0 là chỉ báo cho biết công việc đã chạy thành công. Điều đó không có nghĩa là chức năng này đang hoạt động tốt. Công việc sẽ chạy thành công ngay cả khi đầu ra trống hoặc không như mong đợi. Vì vậy, người ta luôn phải kiểm tra tất cả các kết quả đầu ra trước khi tuyên bố công việc thành công.
Thực hiện một cách khô khan công việc đang được thử nghiệm luôn là một cách thực hành tốt. Chạy khô được thực hiện với các tập tin đầu vào trống. Quá trình này phải được tuân theo đối với các công việc bị ảnh hưởng bởi những thay đổi được thực hiện trong chu trình kiểm thử.
Trước khi chu kỳ kiểm thử bắt đầu, việc thiết lập công việc kiểm thử phải được thực hiện trước. Điều này sẽ giúp phát hiện trước bất kỳ lỗi JCL nào, do đó tiết kiệm thời gian trong quá trình thực hiện.
Trong khi truy cập các bảng DB2 thông qua SPUFI (Tùy chọn trên trình mô phỏng để truy cập các bảng DB2), hãy luôn đặt cam kết tự động là “KHÔNG” để tránh các cập nhật vô tình.
Tính khả dụng của dữ liệu thử nghiệm là thách thức chính trong thử nghiệm hàng loạt. Dữ liệu cần thiết phải được tạo tốt trước chu kỳ thử nghiệm và cần được kiểm tra tính đầy đủ.
Một số giao dịch trực tuyến và công việc hàng loạt có thể ghi dữ liệu vào MQ (Hàng đợi tin nhắn) để truyền dữ liệu đến các ứng dụng khác. Nếu dữ liệu không hợp lệ, nó có thể vô hiệu hóa/dừng MQ, điều này sẽ ảnh hưởng đến toàn bộ quá trình thử nghiệm. Đó là một cách thực hành tốt để kiểm tra xem MQ có hoạt động tốt sau khi thử nghiệm hay không.

Thử nghiệm máy tính lớn Những thách thức và khắc phục sự cố

Những thách thức	Phương pháp tiếp cận
Yêu cầu không đầy đủ/không rõ ràng Có thể có quyền truy cập vào sổ tay hướng dẫn sử dụng/hướng dẫn đào tạo, nhưng những hướng dẫn này không giống như các yêu cầu được ghi lại.	Người kiểm tra nên tham gia vào SDLC từ giai đoạn yêu cầu trở đi. Điều này sẽ giúp xác minh xem các yêu cầu có thể kiểm tra được hay không.
Thiết lập/Nhận dạng dữ liệu Có thể có những tình huống dữ liệu hiện có cần được sử dụng lại theo yêu cầu. Đôi khi rất khó để xác định dữ liệu cần thiết từ dữ liệu hiện có.	Để thiết lập dữ liệu, các công cụ cây nhà lá vườn có thể được sử dụng theo nhu cầu. Để tìm nạp dữ liệu hiện có, các truy vấn phải được xây dựng trước. Trong trường hợp có bất kỳ khó khăn nào, có thể gửi yêu cầu đến nhóm quản lý dữ liệu để tạo hoặc sao chép dữ liệu cần thiết.
Thiết lập công việc Sau khi công việc được truy xuất vào PDS, công việc đó cần được thiết lập trong khu vực QA. Vì vậy, các công việc không được gửi cùng với vòng loại sản xuất hoặc chi tiết đường dẫn.	Nên sử dụng các công cụ thiết lập công việc để khắc phục các lỗi do con người gây ra trong quá trình thiết lập.
Yêu cầu đặc biệt Có thể có những tình huống khi thử nghiệm từ đầu đến cuối cần được hỗ trợ do có vấn đề về ứng dụng ngược dòng hoặc xuôi dòng. Những yêu cầu này làm tăng thời gian và công sức trong chu trình thực hiện.	Việc sử dụng các tập lệnh tự động hóa, tập lệnh hồi quy và tập lệnh khung có thể giúp giảm chi phí về thời gian và công sức.
Phát hành đúng thời gian để thay đổi phạm vi Có thể xảy ra trường hợp tác động của mã có thể thay đổi hoàn toàn giao diện của hệ thống. Điều này có thể yêu cầu thay đổi trường hợp thử nghiệm, tập lệnh và dữ liệu.	Cần có quy trình quản lý thay đổi phạm vi và phân tích tác động.

Các lỗi thường gặp gặp phải

S001 – Đã xảy ra lỗi I/O.
Lý do – Đọc ở cuối tệp, lỗi độ dài tệp, cố gắng ghi vào tệp chỉ đọc.
S002 – Bản ghi I/O không hợp lệ.
Lý do – Cố gắng viết bản ghi dài hơn độ dài bản ghi.
S004 – Xảy ra lỗi trong quá trình MỞ.
Lý do – DCB không hợp lệ
S013 – Lỗi khi mở tập dữ liệu.
Lý do - Thành viên PDS không tồn tại, độ dài bản ghi trong chương trình không khớp với độ dài bản ghi thực tế.
S0C1 – Operangoại lệ
Lý do –Không mở được file, thiếu thẻ DD
S0C4 – Ngoại lệ bảo vệ/ Vi phạm lưu trữ
Lý do – Việc thử truy cập vào bộ nhớ không có sẵn cho chương trình.
S0C7 – Ngoại lệ kiểm tra chương trình – Dữ liệu
Lý do – Thay đổi bố cục bản ghi hoặc bố cục tệp.
Sx22 – Công việc đã bị hủy
S222 – Công việc bị người dùng hủy mà không có kết xuất.
S322 – Thời gian công việc hoặc bước vượt quá giới hạn được chỉ định hoặc chương trình đang ở vòng lặp hoặc tham số thời gian không đủ.
S522 – Hết thời gian phiên TSO.
S806 –Không thể liên kết hoặc tải.
Lý do – Id công việc không thể tìm thấy mô-đun tải được chỉ định.
S80A – Không đủ bộ nhớ ảo để đáp ứng các yêu cầu GETMAIN hoặc FREEMAIN.
S913 – Cố gắng truy cập tập dữ liệu mà người dùng không được phép.
Sx37 – Không thể phân bổ đủ dung lượng lưu trữ cho tập dữ liệu.

Hỗ trợ lỗi – Một công cụ rất phổ biến để nhận thông tin chi tiết về các loại chỗ uốn khác nhau.

Vấn đề thường gặp phải trong quá trình thử nghiệm máy tính lớn

Nghỉ việc – Để hoàn thành công việc thành công, bạn nên kiểm tra dữ liệu, file đầu vào và các module có tại vị trí cụ thể hay không. Sự thay đổi có thể xảy ra do nhiều lý do, phổ biến nhất là – Dữ liệu không hợp lệ, trường nhập không chính xác, ngày không khớp, vấn đề môi trường, v.v.
Tệp đầu ra trống–Mặc dù công việc có thể chạy thành công (MaxCC 0), nhưng kết quả đầu ra có thể không như mong đợi. Vì vậy, trước khi vượt qua bất kỳ trường hợp kiểm thử nào, người kiểm thử phải đảm bảo rằng đầu ra đã được xác minh chéo. Chỉ sau đó tiến hành thêm.
Tệp đầu vào trống – Trong một số ứng dụng, các tập tin sẽ được nhận từ các tiến trình ngược dòng. Trước khi sử dụng tệp nhận được để kiểm tra ứng dụng hiện tại, dữ liệu phải được xác minh chéo để tránh thực thi lại và làm lại.

Tổng kết

Kiểm thử máy tính lớn cũng giống như bất kỳ quy trình kiểm thử nào khác bắt đầu từ việc thu thập Yêu cầu, thiết kế kiểm thử, thực hiện kiểm thử và báo cáo kết quả.
Để kiểm thử ứng dụng một cách hiệu quả, người kiểm thử nên tham gia vào các cuộc họp thiết kế do nhóm phát triển và kinh doanh lên lịch.
Người kiểm tra bắt buộc phải làm quen với các chức năng kiểm tra máy tính lớn khác nhau. Giống như điều hướng màn hình, tạo tệp và PDS, lưu kết quả kiểm tra, v.v. trước khi chu kỳ kiểm tra bắt đầu.
Kiểm tra ứng dụng máy tính lớn là một quá trình mất nhiều thời gian. Cần tuân thủ một lịch trình kiểm tra rõ ràng để thiết kế kiểm thử, thiết lập và thực hiện dữ liệu.
Kiểm tra hàng loạt và Kiểm tra trực tuyến phải được thực hiện một cách hiệu quả mà không bỏ sót bất kỳ chức năng nào được đề cập trong tài liệu Yêu cầu và không Trường hợp thử nghiệm nên được tha.

Máy tính lớn là gì?