Khách hàng thực sự mong đợi điều gì ở các Tester phần mềm?

Khách hàng thực sự mong đợi điều gì ở các Tester phần mềm?

Là một Tester phần mềm, đã bao giờ bạn tự đặt ra câu hỏi này chưa vậy?

Có lẽ nhiều người trong chúng ta thường sẽ nghĩ: “Ta chỉ là Software Tester Việc của mình là tìm bug”

Giống như câu: Ta chỉ là chiếc lá Việc của mình là xanh =))

Nói vui vậy chứ, chắc chắn một điều với các bạn là Khách hàng không chỉ mong đợi đơn giản như thế đâu. Vậy hãy cùng tìm hiểu xem Khách hàng thực sự mong đợi điều gì ở các Tester nhé!

Các dịch vụ IT vốn là một phần quan trọng và không thể thiếu trong ngành công nghiệp phần mềm và sự hài lòng của khách hàng là điều quan trọng để thành công. Mỗi khách hàng/tổ chức có thể khác nhau trong quy trình, tuân theo các giao thức khác nhau và giao dịch với các loại hình doanh nghiệp khác nhau.

Nhưng, nói chung các yếu tố sau đây là phổ biến và quan trọng đối với mọi người.

5 thứ mà khách hàng mong đợi từ các Software Tester:

Khi bạn nghĩ về việc bán hay mua cái gì đó, thì giá cả đóng vai trò chính và nó thường là một trong những nhân tố quyết định chính. Không phải tất cả chúng ta đều háo hức chờ đợi ngày Black Friday, ngày giảm giá Flipkart Billion Day hoặc lễ hội mua sắm tuyệt vời của Amazon đúng không? Chúng ta trở thành những người mua sắm điên cuồng trong suốt thời gian giảm giá. Nó là một hành vi đơn giản của con người mong đợi vào giá trị đúng hoặc giá trị bổ sung đối với tiền của chúng ta.

Các công ty và các khách hàng thì không khác nhau. Lợi ích chi phí thúc đẩy mối quan hệ dịch vụ - khách hàng và không có gì lạ đối với trường hợp các công ty dịch vụ mất giá thầu do các đối thủ cạnh tranh báo giá thấp hơn.

Một câu hỏi LỚN được đặt ra là: Chúng ta có thể hiện ra các lợi ích về giá cho khách hàng của chúng ta.

Những điều dưới đây có thể có ích:

• Chỉ cho họ giá trị của tiền của họ. Biện minh và cung cấp các bằng chứng hỗ trợ cho các ước tính của bạn.
• Hãy nghĩ ra những cách sáng tạo để tiết kiệm chi tiêu.
• Điều chỉnh báo giá của bạn. Thay vì tuân thủ quy trình tiêu chuẩn của bạn tiêu tốn số tiền là X, thì hãy cung cấp các lựa chọn thay thế rẻ hơn. Ví dụ: Đề xuất kiểm thử đường dẫn quan trọng thay vì kiểm thử cả hệ thống hoàn chỉnh.
• Biết về đối thủ cạnh tranh của bạn. Hãy kiểm tra thực tế một cách nhanh chóng về những thứ mà các công ty dịch vụ khác đang cung cấp cho khách hàng của họ với chi phí nào là một việc quan trọng để giữ cân bằng với mô hình thị trường định giá của bạn. (Nói các khác là biết người biết ta. Trăm trận trăm thắng)

Chất lượng và chất lượng công việc của bạn là hai thứ rất khác nhau. Đã qua những ngày mà số lượng Testcase được tạo ra hoặc các lỗi được báo cáo được sử dụng cho các chỉ số đo năng suất hoặc chất lượng. Nói các khác là việc sử dụng 2 tiêu chí trên để đo năng suất hoặc chất lượng Không còn nữa. Tình huống đó giống như hình ảnh dưới đây:

Biết được khi nào nói “Không”

Tất cả chúng ta đã ở những nơi mà chúng ta phải làm overtime, có những cuộc điện thoại vào cuối tuần, đêm khuya hoặc vào sáng sớm, v.v. Tuy nhiên, chúng ta không nhận ra là chúng ta có thể nói KHÔNG nếu mọi thứ tiếp tục trở nên tồi tệ hơn. Nói KHÔNG là cách duy nhất chúng ta có thể duy trì chất lượng công việc và sự tỉnh táo của chúng ta.

Khi làm như vậy, trước tiên sẽ nâng cao mối quan tâm của bạn và sau đó là sự ủng hộ về chất lượng.

Đây là một tình huống tôi đã gặp phải và điều này có thể mang tới cho bạn một ý tưởng tốt hơn về những gì tôi đang nói:

Công ty của tôi đã giành được một logo mới và là một phần của chuyển giao từ một công ty cũ sang công ty hiện tại của tôi, các phiên chuyển giao kiến thức đã được lên kế hoạch.

Chúng tôi, một nhóm gồm 6 thành viên đã đi đến địa điểm làm việc của khách hàng. Ngày đầu tiên sau khi giới thiệu, chúng tôi đã chia sẻ về kế hoạch KT. Tôi thấy tên của tôi đã được gắn vào nhiều module. Một trong những module đó hoàn toàn nằm ngoài phạm vi của tôi vì thậm chí tôi còn không biết về công nghệ đó; nó không có cách nào để làm cho nó phù hợp những kỹ năng của tôi.

Tôi đã nói với người trưởng nhóm vụ chuyển giao kiến thức và nói với anh ấy về tình hình đang gặp phải: Quá nhiều mục công việc được giao cho tôi, điều này sẽ cản trở chất lượng và khả năng của tôi trong việc nắm bắt 100% kiến thức trong các phiên chuyển giao.

Các mục đã được lên kế hoạch có các lĩnh vực mà các kỹ năng của tôi không phù hợp và vì không phù hợp nên có thể tôi sẽ không thể hiểu 100% trong quá trình chuyển giao.

Người trưởng nhóm đã hiểu vấn đề và sửa đổi kế hoạch KT.

Tôi hy vọng điều này sẽ giúp xác nhận rằng: Nếu có thứ gì đó trên đĩa của chúng ta thì cũng không có nghĩa là chúng ta phải ăn tất cả. Đặc biệt là không nếu nó có nghĩa là thỏa hiệp về chất lượng. (Tức là làm gì thì làm cũng phải đảm bảo chất lượng sản phẩm là điều quan trọng)

B) Các thành phần của Testcase

Có bao nhiêu bạn đồng ý với tôi rằng nếu chúng ta cố gắng cải thiện cách chúng ta viết các Testcase sẽ làm cho chất lượng tốt hơn? Dưới đây là một số lỗi phổ biến thường gặp trong hầu hết các Testcase: