Cách define bug cũ • testingvn.com


Thông báo về việc đăng ký mới thành viên: Sau khi đăng ký thành viên xong, các bạn vui lòng Thông báo cho Quản Trị Viên theo link này
để Quản Trị Viên sẽ kích hoạt tài khoản cho các bạn nhé. Xin lỗi vì sự bất tiện này.

Cách define bug cũ

Chia sẻ những kinh nghiệm test, chuyện vui buồn của Tester Việt nam

Cách define bug cũ

Gửi bàigửi bởi minhminh1993 » T.Hai 04 Tháng 12, 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
minhminh1993
 
Bài viết: 4
Ngày tham gia: T.Hai 16 Tháng 1, 2017 10:07 pm

Re: Cách define bug cũ

Gửi bàigửi bởi tvn » T.Hai 04 Tháng 12, 2017 10:38 pm

minhminh1993 đã viết:... 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
 
Bài viết: 4635
Ngày tham gia: T.Ba 10 Tháng 8, 2010 10:11 am
Đến từ: HCM

Re: Cách define bug cũ

Gửi bàigửi bởi tvn » T.Hai 04 Tháng 12, 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.
tvn
 
Bài viết: 4635
Ngày tham gia: T.Ba 10 Tháng 8, 2010 10:11 am
Đến từ: HCM


Quay về Góc chia sẻ kinh nghiệm của Tester Việt nam

Đang trực tuyến

Đang xem chuyên mục này: Không có thành viên nào trực tuyến.2 khách.