Kiểm thử phần mềm hay còn gọi là QA là nền tảng tốt nhất cho những người mới tham gia vào ngành CNTT bất chấp những quan niệm sai lầm rằng đó là một công việc được trả lương thấp hơn hoặc thấp hơn.
Kỹ năng quan trọng nhất mà người kiểm thử cần có là khả năng tìm ra lỗi . Và, nếu bạn là kiểu người thích tìm lỗi, thì bạn sẽ yêu thích và phát triển trong lĩnh vực này.
Phải nói rằng, có rất ít kỹ năng có thể giúp bạn tìm ra lỗi và làm việc với các quy trình QA tốt hơn.
Đây là bài viết sẽ chỉ ra quy trình QA mà nó được thực hiện ở hầu hết các công ty và sẽ cung cấp cho những người mới thử nghiệm những lời giải thích rõ ràng về thử nghiệm.
Một cách chi tiết ngắn gọn là bạn tìm hiểu quy trình và tiêu chuẩn tài liệu, công việc hàng đầu của người Tester, thử nghiệm dựa trên các ràng buộc, thử nghiệm trong quá trình phát triển từng phần và cuối cùng là quy trình hoàn tất ký tên.
Tài liệu là cái rất cần thiết trong việc kiểm thử. Hầu hết các công ty gán nhiệm vụ này cho những người mới. Để làm nó thành công thì bạn nên có từ vựng tốt vì phần còn lại chẳng hạn như các tiêu chuẩn tài liệu, v.v... không nằm trong sự kiểm soát của bạn và phụ thuộc vào quy trình của nhóm và công ty.
Ngoài ra, đảm bảo rằng bạn thấy được giá trị tài liệu này. Sẽ có lợi thế là rất nhiều vì chúng giúp bạn theo dõi các thay đổi từ yêu cầu, theo dõi các bước kiểm tra của bạn, xác nhận đánh giá công việc của bạn như nào, v.v.
Trong tất cả các tài liệu có sẵn, những điều dưới đây không thể bỏ qua. Đây cũng được gọi là các tài liệu có thể phân phối và họ cầu nối sự hiểu biết của khách hàng, nhà phát triển và người kiểm tra.
Kế hoạch kiểm tra mô tả phạm vi và các hoạt động của giai đoạn kiểm thử. Do lãnh đạo QA tạo ra, nhóm đã phải đóng góp và cập nhật về mọi thứ được viết trong kế hoạch kiểm tra.
Một số đội có nhiều cấp độ của các kế hoạch kiểm tra: kế hoạch tổng thể và các kế hoạch khôn ngoan pha.
Kế hoạch kiểm tra phải có:
Một vài dòng chỉ dẫn về 'những gì cần kiểm tra' dựa trên từng yêu cầu và thường được ghi lại và theo dõi thông qua bảng tính.
Hầu hết chứa:
Các trường hợp kiểm tra chính xác cho kết quả kiểm tra chính xác. Bảng tính vẫn là phương tiện phổ biến để viết bài kiểm tra, đặc biệt là cho người mới bắt đầu, mặc dù một số công ty thích ứng với các công cụ quản lý kiểm tra. Cơ sở để viết bài kiểm tra là tài liệu SRS / FRD / Req. Nhưng, nó thường không đủ, vì vậy bạn sẽ phải sử dụng rất nhiều giả định và thảo luận với các nhóm BA / Dev.
Viết các trường hợp kiểm thử hiệu quả là bằng chứng quan trọng nhất mà người kiểm tra phải có. Thông thường, tất cả các trường hợp kiểm thử được phân loại là dương tính / tiêu cực. Tích cực kiểm tra trường hợp là đầu vào hợp lệ và nhận được kết quả tích cực. Trường hợp kiểm tra tiêu cực là đưa ra đầu vào không hợp lệ và nhận được thông báo lỗi chính xác.
Một số thuộc tính phổ biến mà tất cả các trường hợp kiểm thử đều là:
Có một số lượng lớn các loại kiểm thử, nhưng không phải tất cả chúng đều có thể được thực hiện trên AUT đó. Thời gian, ngân sách, bản chất của kinh doanh, bản chất của ứng dụng, và sự quan tâm của khách hàng là những người chủ chốt trong việc lựa chọn những gì các bài kiểm tra để làm trên ứng dụng.
Ví dụ: Nếu đó là cổng thương mại điện tử trực tuyến, thì kiểm thử căng thẳng và kiểm thử tải là bắt buộc. Tuy nhiên, một số loại kiểm tra không thể bỏ qua là:
Nói chung, với các công ty vừa và mới thành lập, có rất ít thời gian và nguồn lực. Người kiểm tra ở đây có thể bắt đầu quá trình kiểm thử của họ trước khi tích hợp mô đun, có nghĩa là chúng ta có thể đang làm bài kiểm tra tích hợp đơn vị và trung gian (từng phần và module).
Điều quan trọng cần lưu ý là các kết quả từ các giai đoạn này không thể được tính là chính xác, do đó bạn có thể phải lên kế hoạch kiểm tra hộp đen tổng thể khi mọi thứ đã sẵn sàng. Nhìn thấy phần đó có thể chứng minh tốn kém và kiểm thử, không hiệu quả.
Trên thực tế, đây là tài liệu QA quan trọng nhất mà bạn sẽ làm.
Sau đây là các lĩnh vực một báo cáo lỗi tốt phải có:
Xác nhận ký tên và gửi tài liệu cuối cùng là nhiệm vụ QA hoặc của người quản lý. Cách nào cách thì nhóm phải nộp các tài liệu trên (Kịch bản kiểm tra, Kiểm tra trường hợp, và tài liệu đăng nhập lỗi) để đánh giá cuối cùng và kiểm toán.
Hãy chắc chắn, bạn đã kiểm chứng tất cả và gửi các phiên bản hoàn thiện cuối cùng trước khi bàn giao sản phẩm.
Anh Tester
Đường dẫu khó chân vẫn cần bước đi
Đời dẫu khổ tâm vẫn cần nghĩ thấu