Chiến lược Kiểm tra (ts) là gì?
Chiến lược thử nghiệm là cách bạn xác định phương pháp thử nghiệm của mình, những gì bạn muốn đạt được và cách bạn sẽ đạt được mục tiêu của mình.
Trong tài liệu chiến lược, hãy đưa ra kế hoạch rõ ràng để tiếp cận đối tượng thử nghiệm. Đây là một trong những tài liệu quan trọng nhất của qa. Viết ts hiệu quả là một kỹ năng mà mọi tester nên có. Suy nghĩ thông qua ts sẽ giúp phát hiện ra các yêu cầu còn thiếu. Hoạt động trước thử nghiệm này giúp các nhóm xác định phạm vi kiểm tra và phạm vi kiểm tra. Nó giúp người quản lý kiểm tra luôn biết trạng thái của dự án. Vì ts đã tồn tại nên xác suất bỏ sót bất kỳ hoạt động kiểm tra nào là rất thấp.
Không có kế hoạch thử nghiệm, nhưng hiệu quả của các trường hợp thử nghiệm đã chạy sẽ bị giảm. Một số đội viết ts, nhưng khi kiểm tra, họ không nhìn lại. ts phải được thảo luận với toàn bộ nhóm để mọi người đồng ý về trách nhiệm và cách tiếp cận trong thử nghiệm.
Chiến lược thử nghiệm và kế hoạch thử nghiệm?
TS là một phần của kế hoạch kiểm tra theo Tiêu chuẩn IEEE 829-2008. Kế hoạch kiểm tra bao gồm phạm vi dự án và các mục tiêu kiểm tra. Tóm lại, nó sẽ bao gồm: những gì cần kiểm tra, các tính năng đã được kiểm tra, các tính năng chưa được kiểm tra, đánh giá, lập lịch kiểm tra, quản lý tài nguyên kiểm tra. Đồng thời, ts đưa ra hướng dẫn để đạt được mục tiêu, phương pháp kiểm tra và việc thực hiện các loại kiểm tra được xác định trong kế hoạch kiểm tra. Nó bao gồm các mục tiêu thử nghiệm, phương pháp luận, môi trường thử nghiệm, các công cụ và chiến lược tự động hóa (nếu có), phân tích mối nguy và các kế hoạch dự phòng. Tóm lại, một kế hoạch kiểm tra là những gì bạn muốn đạt được, và một chiến lược kiểm tra là một kế hoạch để hoàn thành các mục tiêu bạn đã đặt ra.
Chiến lược thử nghiệm là gì?
1. Phạm vi và tổng quan. Tổng quan về dự án với thông tin về người sẽ sử dụng tài liệu này. Vui lòng thêm thông tin chi tiết về người đánh giá và phê duyệt ts. Các hoạt động thử nghiệm và các giai đoạn thử nghiệm được xác định bằng cách sử dụng một mốc thời gian rõ ràng tương ứng với mốc thời gian của dự án được xác định trong kế hoạch thử nghiệm.
2. phương pháp thử nghiệm. Xác định lịch trình kiểm tra, mức độ kiểm tra, vai trò và trách nhiệm cho các thành viên dự án. Đối với mỗi loại thử nghiệm (ví dụ: đơn vị, tích hợp, hệ thống, hồi quy, khả năng sử dụng, tải, hiệu suất và kiểm tra bảo mật), mô tả lý do tại sao kiểm tra được thực hiện, cũng như khi nào kiểm tra, ai kiểm tra, trách nhiệm, phương pháp kiểm tra, kiểm tra chiến lược tự động hóa và thử nghiệm các công cụ tự động hóa (Nếu có). Khi kiểm thử, có nhiều hoạt động khác nhau thêm lỗi mới, ưu tiên lỗi, gán lỗi cho ai, kiểm tra lại lỗi, kiểm tra hồi quy, uat. Bạn phải xác định các bước chính xác mà mỗi hoạt động cần thực hiện. Đối với mỗi hoạt động, hãy bao gồm các hình ảnh động mô tả những gì được liên kết với mỗi hoạt động, bao gồm số lượng người thử nghiệm và những người đã thực hiện hoạt động. ví dụ: chu trình quản lý lỗi – bao gồm nhật ký của quá trình mà một lỗi mới sẽ bao gồm, nơi đăng nhập lỗi mới, cách ghi lại lỗi mới, trạng thái lỗi được thiết lập, ai sẽ xử lý lỗi và sau đó gửi lỗi cho ai Sẽ được chỉ định.
3. Môi trường thử nghiệm. Môi trường thử nghiệm bao gồm thông tin về số lượng môi trường và các cài đặt cần thiết cho từng loại môi trường. Ví dụ: 1 môi trường thử nghiệm a để thử nghiệm chức năng và 1 môi trường b cho uat. Cần xác định số lượng test của người dùng đối với từng môi trường, quyền truy cập của người dùng, yêu cầu về phần cứng và phần mềm như hệ điều hành, bộ nhớ, dung lượng trống,…… Việc xác định các yêu cầu để tạo dữ liệu test cũng khá quan trọng. Trong ts, các hướng dẫn để tạo dữ liệu thử nghiệm được đưa ra rõ ràng. Cuối cùng, cần phải có kế hoạch sao lưu và phục hồi để đảm bảo rằng bạn không bị mất dữ liệu nếu có sự cố xảy ra trong khi viết mã.
4. Công cụ kiểm tra. Xác định các công cụ quản lý thử nghiệm và tự động hóa, nếu có. Sử dụng các loại kiểm tra hiệu suất, chẳng hạn như kiểm tra hiệu suất, tải và bảo mật, mô tả các phương pháp và công cụ cần thiết để thực hiện chúng. Cũng cần lưu ý xem công cụ này là nguồn mở hay thương mại và ai có thể hỗ trợ sử dụng chúng.
5. Kiểm soát xuất bản. Các bản phát hành không có kế hoạch dẫn đến nhiều thiếu sót: Có quá nhiều phiên bản phần mềm khác nhau để kiểm tra và quản lý tất cả chúng. Một kế hoạch / công cụ / quy trình cần được thiết lập để quản lý các bản phát hành này nhằm đảm bảo rằng tất cả các bản phát hành đều được kiểm tra trước khi phát hành cho khách hàng.
6. Phân tích mối nguy. liệt kê mọi mối đe dọa bạn có thể nghĩ đến. Nếu điều này xảy ra với dự án của bạn, hãy cung cấp một kế hoạch ứng phó rõ ràng và giảm thiệt hại.
7. Xem xét và phê duyệt. Sau khi hoàn thành tất cả các hoạt động được liệt kê trong ts, nó cần được xem xét bởi những người có liên quan (ví dụ: pm, bộ phận phát triển, sysadmin). Bất kỳ sửa đổi nào đối với tài liệu này cần được ghi chú ở đầu tài liệu, với tên của người phê duyệt, thời gian sửa đổi và nếu có. Chiến lược kiểm tra là một tài liệu động cần được xem xét và cập nhật liên tục.
Tóm tắt: ts là sự phản ánh hoạt động của người kiểm tra trong quá trình kiểm tra phần mềm. Chúng tôi nên tham khảo tài liệu này trong khi thử nghiệm và bám sát kế hoạch cho đến khi phát hành. Khi một dự án sắp đến ngày phát hành với khách hàng, chúng tôi thường bỏ qua những gì chúng tôi phác thảo trong ts.xml. Nhưng chúng tôi cần thảo luận với dự án nếu thiếu một số hoạt động thử nghiệm sẽ gây ra bất kỳ nguy hiểm hoặc vấn đề nào sau khi phát hành. Hầu hết các dự án nhanh đều bỏ qua việc viết ts vì chúng tập trung vào việc thực thi thử nghiệm hơn là tài liệu. Nhưng việc lập một tài liệu ts đơn giản sẽ giúp có một kế hoạch rõ ràng để giảm thiểu những rủi ro có thể xảy ra cho dự án.
