Có một số bạn nói: "Tester là kẻ thù của dev ..." :"((
Có lẽ đây là một lời nói vui, bởi trong công việc là một tester tôi phải cố gắng hòa đồng cùng các developer. Tuy đôi lúc cũng gặp phải những dev rất cố chấp và luôn cho mình là đúng, nhưng trước khi xem họ đúng hay sai thì tôi lại phải kiểm tra xem mình là đúng hay sai đã. Có đôi lúc cũng gặp phải những tình huống cười ra nước mắt là cả hai cùng sai :d
1. Khi bắt bug, thì cố gắng tái hiện bug đó ( nếu không thể lặp tái hiện được thì cũng phải nói rõ được các bưới có thể sẽ gặp bug)
2. Xác định xem nó có phải là bug thật không ? hay do mình hiểu sai, mình thực hiện không đúng ...
3. Xác định nguyên nhân gây ra bug
4. Tìm giải pháp để giải quyết bug và đề nghị cho người có liên quan
Trong quá trình test thì bug có rất nhiều loại và phát sinh do rất nhiều nguyên nhân và đôi lúc cũng có bug tình cờ xuất hiện với xác xuất rất thấp nên tester gặp phải rất nhiều khó khăn.
Khi đã xác định được bug thì cần nói rõ bug, ở đây là miêu tả sao cho bug dễ hiểu, điều này cũng phải học hỏi rất nhiều, các trình bày của bạn sẽ giúp ích rất nhiều cho dev tìm ra lý do và sửa bug.
Thuyết phục dev dó là bug:
+ Nêu ra nguyên nhân.
+ Nói rõ tác hại của bug
+ Thuyết phục dev bằng các dẫn chứng ...
Xác nhận và báo cáo bug cho người chịu trách nhiệm cao hơn: Có những bug không phải bạn và dev có thể giải quyết được, lúc đó bạn phải báo cáo cụ thể chi tiết và giải pháp cho người có trách nhiệm cao hơn để đưa ra biện pháp giải quyết hợp lý. Thường thì các bug đó có liên quan đến:
1. Design.
2. Yêu cầu của khách hàng.
3. Do yêu cầu về kỹ thuật.
4. Liên quan đến bảo mật và có thể gây ảnh hưởng lớn đến hệ thống.
5. Các luồng logic của chương trình.
6. Bug có ảnh hưởng đến toàn chương trình và cần nhiều thời gian để sửa.
...
Có lẽ đây là một lời nói vui, bởi trong công việc là một tester tôi phải cố gắng hòa đồng cùng các developer. Tuy đôi lúc cũng gặp phải những dev rất cố chấp và luôn cho mình là đúng, nhưng trước khi xem họ đúng hay sai thì tôi lại phải kiểm tra xem mình là đúng hay sai đã. Có đôi lúc cũng gặp phải những tình huống cười ra nước mắt là cả hai cùng sai :d
1. Khi bắt bug, thì cố gắng tái hiện bug đó ( nếu không thể lặp tái hiện được thì cũng phải nói rõ được các bưới có thể sẽ gặp bug)
2. Xác định xem nó có phải là bug thật không ? hay do mình hiểu sai, mình thực hiện không đúng ...
3. Xác định nguyên nhân gây ra bug
4. Tìm giải pháp để giải quyết bug và đề nghị cho người có liên quan
Trong quá trình test thì bug có rất nhiều loại và phát sinh do rất nhiều nguyên nhân và đôi lúc cũng có bug tình cờ xuất hiện với xác xuất rất thấp nên tester gặp phải rất nhiều khó khăn.
Khi đã xác định được bug thì cần nói rõ bug, ở đây là miêu tả sao cho bug dễ hiểu, điều này cũng phải học hỏi rất nhiều, các trình bày của bạn sẽ giúp ích rất nhiều cho dev tìm ra lý do và sửa bug.
Thuyết phục dev dó là bug:
+ Nêu ra nguyên nhân.
+ Nói rõ tác hại của bug
+ Thuyết phục dev bằng các dẫn chứng ...
Xác nhận và báo cáo bug cho người chịu trách nhiệm cao hơn: Có những bug không phải bạn và dev có thể giải quyết được, lúc đó bạn phải báo cáo cụ thể chi tiết và giải pháp cho người có trách nhiệm cao hơn để đưa ra biện pháp giải quyết hợp lý. Thường thì các bug đó có liên quan đến:
1. Design.
2. Yêu cầu của khách hàng.
3. Do yêu cầu về kỹ thuật.
4. Liên quan đến bảo mật và có thể gây ảnh hưởng lớn đến hệ thống.
5. Các luồng logic của chương trình.
6. Bug có ảnh hưởng đến toàn chương trình và cần nhiều thời gian để sửa.
...
Nhận xét