Cách define bug cũ

Chia sẻ những kinh nghiệm test, chuyện vui buồn của Tester Việt nam
Post Reply
minhminh1993
Hoc Tester
Posts: 4
Joined: Mon 16 Jan, 2017 10:07 pm
Contact:

Cách define bug cũ

Post by minhminh1993 » Mon 04 Dec, 2017 2:00 pm

Em được giao test 1 website nhưng không có spec, website của họ hoàn thiện rồi, mình chỉ thêm 1 vài function. Nên PM giao e test toàn bộ hệ thống của họ xem những function mới có ảnh hưởng đến những cái cũ không. List bug e lên hiện tại hơn 100 con bug. Test lại thì dựa trên list đó để test. Nhưng hôm trước e cũng có đi phỏng vấn 1 bên, họ hỏi em 1 câu:
"Dựa trên cái gì để em lên 1 plan test lại bug cũ. Define bug xung quanh khu vực bug cũ?".
Dạng như họ muốn hỏi mình cách tìm những bug xung quanh con bug cũ, dev fix 1 mà ra thành 2. vậy làm sao để tìm đc cái con bug 2 đấy.

Em cũng ko biết kỹ thuật hay plan define đó như thế nào?
Anh chị chỉ em với, và với 1 câu hỏi như vậy thì em nên trả lời như thế nào?
Em cảm ơn



tvn
Admin
Posts: 4751
Joined: Tue 10 Aug, 2010 10:11 am
Location: HCM
Contact:

Re: Cách define bug cũ

Post by tvn » Mon 04 Dec, 2017 10:38 pm

minhminh1993 wrote:... Nhưng hôm trước e cũng có đi phỏng vấn 1 bên, họ hỏi em 1 câu:
"Dựa trên cái gì để em lên 1 plan test lại bug cũ. Define bug xung quanh khu vực bug cũ?".

Dạng như họ muốn hỏi mình cách tìm những bug xung quanh con bug cũ, dev fix 1 mà ra thành 2. vậy làm sao để tìm đc cái con bug 2 đấy.

Em cũng ko biết kỹ thuật hay plan define đó như thế nào?
Anh chị chỉ em với, và với 1 câu hỏi như vậy thì em nên trả lời như thế nào?
Em cảm ơn
Thật ra, thì câu hỏi này là hỏi kinh nghiệm của bạn, cách thức để bạn thực hiện regression test. Bạn có thể tham khảo trước cái này phân biệt giữa Re-testing và Regression testing (re-test = còn gọi là confirmation test, kiểm thử xác nhận)



tvn
Admin
Posts: 4751
Joined: Tue 10 Aug, 2010 10:11 am
Location: HCM
Contact:

Re: Cách define bug cũ

Post by tvn » Mon 04 Dec, 2017 10:44 pm

Để phân tích sự ảnh hưởng của các chức năng mới, hoặc các thay đổi trên các chức năng (hệ thống) hiện tại, thì trước hết bản thân người tester đó cần phải hiểu hệ thống và các chức hiện tại nó hoạt động như thế nào, và chúng có liên quan gì đến nhau và như thế nào.

Một khi đã hiểu sự liên quan giữa chúng, thì chúng ta sẽ nhìn thấy mối liên hệ và khả năng ảnh hưởng, tác động của việc thay đổi (hay thêm chức năng mới) lên những chức năng hiện tại. Nhưng, đó cũng chỉ là bề nổi bên ngoài, theo góc nhìn từ bên ngoài nhìn vào. Còn bên trong thì sao? Dev sửa những chỗ nào, thay đổi những hàm nào, chức năng nào, câu lệnh nào? Có thay đổi cấu trúc Database (cơ sở dữ liệu) hay không? có thay đổi tính toán logic của chương trình, chức năng liên quan hay không?... phải trả lời rất nhiều câu hỏi tương tự như thế thì mới có thể biết được/xác định được việc thêm/thay đổi chức năng mới đó sẽ ảnh hưởng thế nào đến hệ thống hiện tại.

Từ đó, chúng ta mới biết được cần phải test những khu vực nào, những trường hợp (test case) nào.



Post Reply

Return to “Góc chia sẻ kinh nghiệm của Tester Việt nam”