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, chúng ta hãy tìm hiểu

Mainframe 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 khả dụ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 thử máy tính lớn là một quá trình kiểm tra 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 kiểm thử 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 và kiểm tra xem nó đã sẵn sàng để triển khai 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 giả lập đầu cuối sẽ hoạt động trên những thay đổi khác.

Ứng dụng Mainframe (còn được gọi là lô công việc) được kiểm tra dựa trên 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 các kết hợp dữ liệu khác nhau được đặt vào 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 giả lập đầ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.

Trong hướng dẫn dành cho người mới bắt đầu này, bạn sẽ học-

Thuộc tính máy tính lớn
Phân loại kiểm tra thủ công trong máy tính lớn
Cách thực hiện kiểm tra máy tính lớn
Công cụ kiểm tra tự động hóa máy tính lớn
Phương pháp trong thử nghiệm máy tính lớn
Các bước liên quan đến thử nghiệm hàng loạt
Các bước liên quan đến Kiểm tra trực tuyến
Các bước liên quan đến thử nghiệm Tích hợp hàng loạt - Trực tuyến
Các lệnh được sử dụng trong Kiểm tra máy tính lớn
Điều kiện tiên quyết để bắt đầu thử nghiệm máy tính lớn
Thực hành tốt nhất
Thử nghiệm máy tính lớn Thử thách và Khắc phục sự cố
Những vấn đề chung gặp phải
Sự cố thường gặp phải trong quá trình thử nghiệm máy tính lớn

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

Bộ nhớ ảo
1. Đây là một kỹ thuật cho phép một bộ xử lý mô phỏng dung lượng lưu trữ chính lớn hơn dung lượng lưu trữ thực.
2. Đó là một kỹ thuật sử dụng bộ nhớ hiệu quả để lưu trữ và thực thi các tác vụ có kích thước khác nhau.
3. Nó sử dụng lưu trữ đĩa như một phần mở rộng của lưu trữ thực.
Đa chương trình
1. Máy tính thực thi 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. Nó là một kỹ thuật mà 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 thi 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ác 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 - các 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 này, 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ý nền trước" và xử lý công việc hàng loạt được gọi là "Xử lý nền".
Spooling
1. SPOOLing là viết tắt của Đồng thời Ngoại vi Hoạt động Trự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 ống đệm được dẫn đến các thiết bị đầu ra như máy in (nếu cần).
3. Nó là một cơ sở 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

Kiểm tra thủ công máy tính lớn có thể được phân loại thành hai loại:

Kiểm tra công việc hàng loạt -
- Quá trình kiểm tra liên quan đến 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 được trích xuất từ các tệp đầu ra và cơ sở dữ liệu được xác nhận và ghi lại.
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 yêu cầu 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 thử nghiệm 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. Điề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 kiểm thử và phát triển nhận được tài liệu yêu cầu. Họ sẽ tìm ra bao nhiêu quy trình sẽ bị ảnh hưởng bởi sự 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 ngoài hộp 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 trong 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ộ quy 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 thử hồi quy là trọng tâm chính của hoạt động kiểm tra 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 để Kiểm tra Tự động hóa máy tính lớn.

REXX
Excel
QTP

Phương pháp trong thử nghiệm 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 đăng ký thành viên. Nó lấy cả dữ liệu từ 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 để kiểm tra Mainframe, kiểm tra trực tuyến và kiểm tra 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. Cũng giống như một trang web, cơ sở dữ liệu được xác nhận với dữ liệu được nhập qua màn hình.
Đăng ký ngoại tuyến có thể là đăng ký trên 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à hàng loạt) sẽ được nhập vào cơ sở dữ liệu của công ty thông qua các công việc hàng loạt. Một tệp phẳng đầu vào được chuẩn bị theo định dạng dữ liệu quy định và được cung cấp cho chuỗi các công việc hàng loạt. Vì vậy, để kiểm tra ứng dụng máy tính lớn, chúng ta có thể sử dụng cách tiếp cận sau.
- Công việc đầu tiên trong dòng công việc hàng loạt 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 các đ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 của 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ể được 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), ngày nhập tiếp theo, 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 trên quy trình này trong hai giai đoạn:
- Mỗi công việc được xác nhận riêng biệt và
- Việc 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. (Các kết quả trung gian phải được xác thực để thận trọng hơn)

Sau đây là phương pháp theo sau để kiểm tra Mainframe:

Bước 1) : Gỡ xuống / Kiểm tra khói

Trọng tâm chính trong giai đoạn này là xác nhận xem mã được triển khai có nằm 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) : Kiểm tra hệ thống

Dưới đây là các loại kiểm tra đượ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 - 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 - Kiểm tra này sẽ được thực hiện trên giao diện người dùng của ứng dụng máy tính lớn. Ở đây ứng dụng được kiểm tra để tìm đúng trường nhập như gói bảo hiểm, lãi suất cho gói, v.v.
Kiểm tra tích hợp hàng loạt trực tuyến - Kiểm tra này sẽ được thực hiện trên các hệ thống có quy trình hàng loạt và ứng dụng trực tuyến. Luồng dữ liệu và sự tương tác giữa các màn hình trực tuyến và các công việc hàng loạt được xác nhận.
( Ví dụ cho loại thử nghiệm này - Hãy xem xét cập nhật về 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 công việc hàng loạt hàng đêm. Thử nghiệm 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à chạy công việc hàng loạt để 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 trong đó 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 cho bố cục của chúng và lưu trữ dữ liệu.

Bước 3) : Kiểm tra tích hợp hệ thống

Mục đích chính của thử nghiệm này là xác nhận chức năng của hệ thống đang tương tác với hệ thống đang 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 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 không thành công, Cơ sở dữ liệu được cập nhật, v.v.) có thể có 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 kiểm tra đượ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 thử hồi quy là một giai đoạn phổ biến trong bất kỳ loại dự án kiểm thử 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 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.

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

Bước 5) : Kiểm tra hiệu suất

Thử nghiệm này được thực hiện để xác định các nút thắt cổ chai trong các lĩnh vực được đánh giá cao 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á mức độ ứng dụng được thiết kế và phát triển để 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à

Chính trực
Bảo mật
Ủy quyền
Xác thực
khả dụng

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 thủ tục, 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 QA JCL hay còn gọi là THIẾT LẬP CÔNG VIỆC.
Sao chép tệp sản xuất và chuẩn bị tệp thử nghiệm.
Đối với mọi chức năng, sẽ có một trình tự công việc được xác định. (Như đã giải thích trong ví dụ trong phần Methodology trong Mainframe) .Các công việc nên được gửi bằng cách sử dụng lệnh SUB với các tệp dữ liệu thử nghiệm.
Kiểm tra tệp trung gian để xác định lý do thiếu dữ liệu hoặc lỗi.
Kiểm tra tệp đầu ra cuối cùng, cơ sở dữ liệu và Spool để xác nhận kết quả kiểm tra.
Nếu công việc không thành công, ống chỉ sẽ có lý do cho công việc không thành công. Khắc phục lỗi và gửi lại công việc.

Báo cáo Kiểm tra - Lỗi phải được ghi lại nếu kết quả thực tế sai lệch so với dự kiến.

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 cho dữ liệu được chấp nhận.
Kiểm tra Kịch bản thử nghiệm trên màn hình.
Xác minh cơ sở dữ liệu cho các bản cập nhật dữ liệu từ màn hình trực tuyến.

Báo cáo Kiểm tra - Lỗi phải được ghi lại nếu kết quả thực tế sai lệch so với dự kiến.

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

Chạy công việc trong 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 nhận xem công việc hàng loạt có chạy đúng với dữ liệu 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

SUBMIT - Gửi một công việc nền tảng.
CANCEL - Hủy bỏ công việc trong nền.
ALLOCATE - Phân bổ 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 cần 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 như vậy.

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

Các chi tiết cơ bản cần thiết để kiểm tra máy tính 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ề lệnh ISPF.
Tên của tệp, định tính tệp 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 lệnh (Command - JOBSCAN) để kiểm tra lỗi trước khi thực hiện.
2. Tham số CLASS phải được trỏ tới lớp thử nghiệm.
3. Hướng đầu ra công việc vào ống chỉ hoặc JHS hoặc theo yêu cầu bằng cách sử dụng tham số MSGCLASS.
4. Định tuyến lại email trong công việc thành cuộn hoặc ID thư thử nghiệm.
5. Nhận xét các bước FTP cho thử nghiệm ban đầu và sau đó trỏ công việc đến một máy chủ thử nghiệm.
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 phải được thay đổi và trỏ đến các thư viện thử nghiệm.
8. Không nên bỏ mặc công việc.
9. Để ngăn công việc chạy trong một vòng lặp vô hạn nếu có bất kỳ lỗi nào, nên thêm thông số TIME với thời gian đã chỉ định.
10. Lưu đầu ra của công việc bao gồm cả ống chỉ. Có thể lưu ống chỉ 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 thành các tệp liên tiếp có cùng tên.
2. Tham số DISP (Disposition - 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) cho 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 được lưu và đóng đúng cách để ngăn công việc chuyển sang trạng thái HOLD.
4. Trong khi thử nghiệm bằng GDG, hãy đảm bảo rằng phiên bản phù hợp được trỏ đế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 vào hoặc 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 thử nghiệm tích cực và tiêu cực.
3. Trong trường hợp nếu các thủ tục 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. bao gồm các trường hợp kiểm tra để xác nhận xem các mô-đun đã được sử dụng đúng cách hay chưa.
Dữ liệu thử nghiệm
1. Việc 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 làm việc với cùng một dữ liệu và thử nghiệm của họ sẽ không thành công.
3. Trong trường hợp các tệp sản xuất cần thiết trong quá trình thực hiện, cần được cấp phép thích hợp trước khi sao chép hoặc sử dụng chúng.

Thực hành tốt nhất

Trong trường hợp chạy 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. Nó không có nghĩa là chức năng 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, nó luôn được mong đợ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.
Luôn luôn là một thực hành tốt để thực hiện một cách khô khan công việc đang được kiểm tra. Chạy khô được thực hiện với các tệp đầu vào trống. Quá trình này cần được tuân thủ đố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 kỳ thử nghiệm.
Trước khi chu kỳ kiểm tra bắt đầu, công việc kiểm tra đã thiết lập nên được thực hiện trước. Điều này sẽ giúp tìm ra trước bất kỳ lỗi JCL nào, do đó tiết kiệm thời gian trong quá trình thực thi.
Trong khi truy cập các bảng DB2 thông qua SPUFI (Tùy chọn trên trình giả lập để truy cập các bảng DB2), hãy luôn đặt cam kết tự động là "KHÔNG" để tránh cập nhật ngẫu nhiên.
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 bắt buộc phải được tạo trước chu kỳ thử nghiệm và phải đượ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 Thông báo) để 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 các MQ, điều này sẽ ảnh hưởng đến toàn bộ quá trình thử nghiệm. Một thực tiễn tốt là kiểm tra xem các MQ có hoạt động tốt sau khi thử nghiệm hay không.

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

Thách thức	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 hướng dẫn sử dụng / hướng dẫn đào tạo, nhưng những yêu cầu đó không giống với các yêu cầu đã được lập thành văn bản.	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 mà dữ liệu hiện có nê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ó thể sử dụng các công cụ cây nhà lá vườn tùy theo nhu cầu. Để tìm nạp dữ liệu hiện có, các truy vấn nên được tạo trước. Trong trường hợp có bất kỳ khó khăn nào, nhóm quản lý dữ liệu có thể yêu cầu tạo hoặc sao chép dữ liệu cần thiết.
Thiết lập công việc Khi công việc được truy xuất vào PDS, công việc cần được thiết lập trong vùng QA. Vì vậy, các công việc không được gửi cùng với tiêu chuẩn sản xuất hoặc chi tiết đường dẫn.	Các công cụ thiết lập công việc nên được sử dụng để 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ó các tình huống khi thử nghiệm từ đầu đến cuối cần được hỗ trợ do sự cố trong các vấn đề ứng dụng ngược dòng hoặc hạ nguồn. Những yêu cầu này làm tăng thời gian và nỗ lực trong chu kỳ 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í thời gian và công sức.
Bản phát hành đúng thời điểm để thay đổi phạm vi Có thể có một tình huống mà tác động 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 các 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.

Những vấn đề chung 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 một bản ghi dài hơn độ dài bản ghi.
S004 - Đã xảy ra lỗi khi 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 - Ngoại lệ hoạt động
Lý do -Không thể mở tệp, thiếu thẻ DD
S0C4 - Ngoại lệ bảo vệ / Vi phạm lưu trữ
Lý do - Đang thử truy cập bộ nhớ không khả dụng cho chương trình.
SC07 - 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 bỏ 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 đã chỉ định, hoặc chương trình đang ở trong một vòng lặp hoặc không đủ tham số thời gian.
S522 - Thời gian chờ 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 - Đang 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ổ đủ bộ nhớ 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 abends khác nhau.

Sự cố thường gặp phải trong quá trình thử nghiệm máy tính lớn

Job Abends - Để hoàn thành công việc thành công, bạn nên kiểm tra dữ liệu, tập tin đầu vào và các mô-đun có ở vị trí cụ thể hay không. Các vấn đề có thể gặp phải do nhiều lý do, trong đó phổ biến nhất là - Dữ liệu không hợp lệ, trường đầu vào không chính xác, ngày không khớp, các 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), 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 thử nghiệm nào, người thử nghiệm 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, tệp sẽ được nhận từ các quy trình ngược dòng. Trước khi sử dụng tệp đã nhận để 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 hiện lại và làm lại.

Tóm lược:

Kiểm thử máy tính lớn 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 tra ứ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. 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 theo một lịch trình thử nghiệm rõ ràng để thiết kế thử nghiệm, thiết lập và thực thi dữ liệu.
Kiểm tra hàng loạt và Kiểm tra trực tuyến nên được thực hiện một cách hiệu quả mà không bỏ lỡ bất kỳ chức năng nào được đề cập trong tài liệu Yêu cầu và không có Trường hợp thử nghiệm nào được bỏ qua.

Kiểm tra máy tính lớn - Hướng dẫn hoàn chỉnh

Mục lục:

Mainframe là gì?