fake (nho nho)
-
L
Linh đã • 6 năm trước
BE là viết tắt của gì thế bạn? -
K
ko đã • 5 năm trước
BE === back end hay là gì vậy bạn -
A
Ẩn danh đã • 5 năm trước
may quá lần trc dc "trao cơ hội" nhưng k nhận. -
Q
QC bặm trợn đã • 4 năm trước
Logic thì BE nắm thì phải thôi, vì app cũ mà. Vấn đề là QC phải nói chuyện và dành thời gian đi "vọc" system, logic thì mình có thể dùng data test hoặc blackbox testing để verify ra thôi, nếu sai business thì log bug.
Thân ái và quyết thắng. -
Dev thì hơi cực vì chưa có quy trình merge code rõ ràng. Nên code tracking nó tè le
QA thì tốt nhất là tránh công ty này ra. QA là thằng ít quyền hạn nhất. Bắt bug thì BA, Dev không cho vì Dev fix ko kịp deadline. Đã vậy deploy qua US mà tụi nó thấy bug là tụi nó gửi mail chửi QA. QA chỉ có thể cam chịu
App thì bug tè le, đụng chỗ nào cũng có bug nhưng không được bắt vì không có plan fix.
Spec thì không có document gì hết. Mọi bussiness rule là BE nắm hết. Muốn test cái gì thì phải qua hỏi BE cái spec chỗ đó. BE thì cũng chả rảnh mà support, quăng cho cái file spp, spa, rồi tự mà mò đi. Hiểu sai, test sai thì bị chửi thôi.
BE thì có nhiều cái cũng chẳng rành. Xong mỗi lần QA cần clarify requirement thì BA chỉ BE, BE chỉ lại BA. Cuối cùng thằng QA lãnh hết
==> Túm lại nếu apply QA thì đừng vào đây. Còn lại thì ok, nhưng OT chết bà (ko có lương OT nhé). PM sẽ siết estimation rất chặt