
Beijing Winge Technology Co., Ltd. (Winge Technology) sử dụng các chức năng, giao diện và điều kiện chấp nhận chính làm cơ sở chung cho việc thiết kế và thử nghiệm sản phẩm. Đối với các dự án phát triển phần cứng và phần mềm phục vụ khách hàng Nga, việc lập kế hoạch thử nghiệm phải xác định đối tượng thử nghiệm, điều kiện vận hành, phương pháp, tiêu chí đạt và hồ sơ cần thiết trong quá trình thiết kế, cho phép cả hai bên xem xét các kết quả quan trọng theo cùng một phiên bản và tiêu chí.
Các yêu cầu như vận hành ổn định, liên lạc đáng tin cậy và điều khiển phản hồi cần có các kịch bản vận hành và phương pháp đánh giá được xác định. Kế hoạch kiểm tra đặt ra các ưu tiên xác thực và cung cấp đầu vào cho cấu hình nguyên mẫu, giao diện gỡ lỗi và chẩn đoán lỗi.
Biến yêu cầu thành các trường hợp thử nghiệm có thể thực thi được
Yêu cầu chấp nhận có thể kiểm tra được chỉ rõ các điều kiện tiên quyết, đầu vào hoặc hành động, kết quả mong đợi và tiêu chí quyết định. Yêu cầu về hiệu suất cũng cần xác định các điểm đo, cấu hình phần cứng, khối lượng dữ liệu, phương pháp tính toán và phạm vi mẫu.
Ví dụ: yêu cầu giữ lại dữ liệu đã thu thập trong thời gian ngừng hoạt động mạng có thể được chia thành bộ đệm cục bộ, thu thập khi ngoại tuyến, truyền sau khi kết nối lại và xử lý bộ đệm đầy. Các thử nghiệm sâu hơn có thể kiểm tra thứ tự dữ liệu, xử lý trùng lặp và cảnh báo theo yêu cầu của sản phẩm.
Đây là một ví dụ minh họa về lập kế hoạch kiểm tra. Dung lượng bộ đệm, thời gian ngừng hoạt động, khối lượng dữ liệu và ngưỡng vượt qua cần phải được xác định từ mục tiêu sản phẩm thực tế và được ghi lại trong các yêu cầu hoặc đặc tả thử nghiệm.
Ưu tiên các thử nghiệm chức năng, hiệu suất và phục hồi lỗi theo rủi ro sản phẩm
Công việc tích hợp và xác nhận nguyên mẫu của Winge Technology có thể bao gồm các chức năng, hiệu suất và các thử nghiệm môi trường đã được thống nhất trong phạm vi dự án. Các ưu tiên kiểm tra phải tuân theo mục đích sử dụng và rủi ro dự định của sản phẩm.
| Khu vực thử nghiệm | Những gì cần kiểm tra | Điều kiện cần thiết để xác định tiêu chí |
|---|---|---|
| Chức năng và giao diện | Hoạt động cốt lõi, trao đổi giao thức, tích hợp ngoại vi và xử lý dữ liệu | Đầu vào, chuỗi hành động, phản hồi và thay đổi trạng thái |
| Hiệu suất và tải | Thời gian đáp ứng, thông lượng, sử dụng tài nguyên và tăng nhiệt độ | Mục tiêu phần cứng, khối lượng công việc, điểm đo và phương pháp tính toán |
| Lỗi và phục hồi | Mất mạng, mất điện, lỗi ngoại vi và lỗi dữ liệu | Phương pháp chèn lỗi, các bước khôi phục cũng như các yêu cầu về dữ liệu và trạng thái |
| Hoạt động liên tục | Hành vi ứng dụng và lỗi trong thời gian thử nghiệm đã thỏa thuận | Thời lượng, tải, định nghĩa lỗi và phạm vi ghi nhật ký |
| Kiểm tra môi trường | Thỏa thuận nhiệt độ, độ ẩm, độ rung hoặc các điều kiện hoạt động khác | Cấu hình mẫu, thiết bị, phương pháp và tiêu chí đạt |
| Giao diện người dùng và triển khai | Hiển thị văn bản, cài đặt, cấu hình, cập nhật và tác vụ của người dùng | Ngôn ngữ, phiên bản hệ thống, quyền, môi trường triển khai và tác vụ vận hành |
Nếu cần có giao diện tiếng Nga, các bài kiểm tra chức năng có thể bao gồm menu, báo thức, đầu vào, phông chữ và cắt bớt văn bản. Bản ghi dựa trên thời gian cũng yêu cầu kiểm tra cài đặt múi giờ và xử lý dấu thời gian. Các thử nghiệm ở nhiệt độ thấp hoặc môi trường khác phụ thuộc vào điều kiện vận hành thực tế và yêu cầu của dự án.
Cung cấp quyền truy cập thử nghiệm trong quá trình thiết kế
Thiết kế ảnh hưởng đến mức độ dễ dàng thử nghiệm sản phẩm. Đánh giá phần cứng có thể kiểm tra các điểm đo cần thiết, giao diện gỡ lỗi và chỉ báo lỗi. Thiết kế phần sụn và phần mềm có thể cung cấp nhật ký, mã lỗi, truy vấn trạng thái và nhận dạng phiên bản.
Những quy định này hỗ trợ tái tạo và chẩn đoán lỗi. Quyền truy cập thử nghiệm phải được quản lý phù hợp với quyền của sản phẩm và thỏa thuận vận hành, đồng thời ghi lại sự khác biệt về cấu hình giữa các bản dựng gỡ lỗi và phân phối.
Những sự không chắc chắn về mặt kỹ thuật quan trọng có thể được kiểm tra bằng thử nghiệm khả thi có giới hạn trước khi tích hợp hệ thống hoàn chỉnh. Kiểm tra bo mạch, tích hợp mô-đun, kiểm tra nguyên mẫu và xác nhận trong môi trường của khách hàng giải quyết các đối tượng khác nhau. Kế hoạch dự án nên xác định đầu vào và hồ sơ cần thiết của họ.
Liên kết kết quả thử nghiệm với các đơn vị, phiên bản và điều kiện nguyên mẫu
Hồ sơ kiểm tra phải xác định nguyên mẫu và phiên bản phần mềm nào đã được kiểm tra, trong điều kiện nào, với các bước và kết quả nào. Thông tin liên quan bao gồm mã nhận dạng đơn vị, bản sửa đổi phần cứng, phiên bản phần sụn hoặc phần mềm, cấu hình, thiết bị kiểm tra, thời gian thực hiện và vị trí của hồ sơ gốc.
Bản ghi sự cố phải mô tả hành vi được quan sát, các bước tái tạo, tác động và trạng thái giải quyết. Việc xác minh sau khi thay đổi phải kiểm tra vấn đề ban đầu và bao gồm các thử nghiệm hồi quy được chọn theo tác động của thay đổi. Các thử nghiệm chưa được tiến hành nên giữ lại lý do và kế hoạch theo dõi để đánh giá các mốc quan trọng.
Các đội quốc tế có thể xem xét kết quả thông qua báo cáo thử nghiệm, nhật ký, ghi màn hình và trình diễn từ xa. Các thử nghiệm tại cơ sở của khách hàng cần có thiết bị, điều kiện, nhân viên chịu trách nhiệm và phương pháp xác nhận kết quả được thống nhất.
Câu hỏi thường gặp
Lập kế hoạch thử nghiệm có nên đợi cho đến khi nguyên mẫu hoàn thành?
Nó nên bắt đầu trong quá trình xác định và thiết kế yêu cầu. Tiêu chí chấp nhận sớm hướng dẫn lựa chọn thành phần, giao diện gỡ lỗi, ghi nhật ký và cấu hình nguyên mẫu, đồng thời giúp phân bổ thiết bị kiểm tra và tài nguyên thực thi sau này.
Việc vượt qua các bài kiểm tra chức năng có đảm bảo hiệu suất hoạt động lâu dài không?
Kiểm tra chức năng thiết lập các chức năng đã thỏa thuận. Hoạt động liên tục, điều kiện môi trường và hoạt động tại địa điểm của khách hàng cần có các điều kiện và hồ sơ kiểm tra tương ứng. Kết luận cần xác định bản sửa đổi có thể áp dụng, số lượng mẫu, thời lượng và phạm vi hoạt động.
Thử nghiệm phát triển và thử nghiệm trong phòng thí nghiệm độc lập nên được sắp xếp như thế nào?
Kiểm tra phát triển kiểm tra các vấn đề về chức năng, hiệu suất và thiết kế đã được thống nhất của dự án. Khi cần kiểm tra hoặc chứng nhận độc lập, các yêu cầu hiện hành, mẫu, tổ chức thực hiện và phạm vi báo cáo phải được xác nhận riêng và đưa vào kế hoạch dự án.
Khách hàng lập kế hoạch kiểm tra và chấp nhận sản phẩm có thể sử dụng trang liên hệ dự án của Winge Technology để cung cấp mục đích sản phẩm, phiên bản hiện tại, môi trường mục tiêu và các yêu cầu chấp nhận, đồng thời đánh giá phạm vi kiểm tra, điều kiện mẫu và các sản phẩm quan trọng.
Trực tuyến
Điện thoại
WeChat
trở lại đầu trang