Sau một khoảng thời gian làm dev, mình nhận thấy là việc giao tiếp giữa lập trình viên và kiểm thử viên nhiều khi lại rất khó khăn vì không thể hiểu nhau. Vậy đâu là cách để giúp cho đôi bên giao tiếp dễ dàng hơn để công việc được trở nên thuận lợi? Bằng quan điểm cá nhân, kiến thức môn testing học ở trường đại học và trải nghiệm khi giao tiếp với tester, mình hi vọng có thể cùng trao đổi và tranh luận với các bạn về đề tài này.
I.Quy tắc giao tiếp:
- Hãy cho người đọc biết được bức tranh toàn cảnh. Có quá nhiều ô nhập liệu trong một ứng dụng hay có quá nhiều các thành phần dùng chung… Nếu không thể nêu rõ vị trí bắt đầu, đa số các lập trình viên sẽ gặp khó khăn trong việc tái hiện bug.
- Đừng bao giờ để mô tả của bạn nằm ở các bug khác. Tôi thường hay gặp tình trạng “tiếp tục thực hiện như bug trước”… Một dự án kéo dài, mỗi lập trình viên có thể đối mặt với vô số bug được log từ tester. Việc mô tả như vậy vô tình sẽ khiến lập trình viên trở nên lúng túng.
- Mô tả tuần tự theo bước bao giờ cùng dễ hiểu hơn. Hãy làm như thể bạn đang mô tả hướng dẫn cách dùng phần mềm cho người dùng vậy.
- Hãy cho chúng tôi thấy đâu là lỗi và như thế nào là đúng theo yêu cầu. Lập trình viên nhiều khi không nắm được yêu cầu phần mềm đâu. Thật đấy. Chưa kể họ còn hiểu sai nữa. Hãy cho họ biết điều này.
- Dùng dấu [ và ] để gọi tên các thành phần thật của hệ thống. Điều này giúp đỡ lập trình viên rất nhiều trong việc tìm ra vị trí gây lỗi.
- Các bug gần tương đương nhau hãy gộp chung để dễ quản lí. Trong việc quản lí bugs, similar [lỗi tương tự] và degrade [lỗi phát sinh] là hai khái niệm rất quan trọng. Việc gộp chung các bug có hướng giống nhau hoặc có chung cách fix sẽ giúp cho lập trình viên xử lí nhanh hơn các bug tương tự trong tương lai.
- Cuối cùng xin hãy nhớ: Một hình ảnh bằng vạn lời nói.
II.Cấu trúc của một mô tả:
*Mô tả ngữ cảnh của bug:
Đứng ở màn hình Sign-in.
*Mô tả các bước tuần tự: B1. Tại ô [Id], nhập password rỗng. B2. Tại ô [Password], nhập giữ liệu rỗng.
B3. Bấm vô nút [Submit].
Bug là gì? Khi nào một bug không phải là bug ? Làm thế nào để tránh được những rủi ro không đáng tiếc này thì hãy cùng nhau thảo luận vấn đề này dưới bài sau đây:
Bug nghĩa là gì ?
Trước hết, chúng ta cần hiểu được “ Bug là gì ? ”. Bug là một thuật ngữ không quá xa lạ với các bạn dân Công Nghệ nhưng để biết được sức phá hoại và tầm ảnh hưởng của nó thì đa số mọi người vẫn coi nhẹ vấn đề này. Bug được định nghĩa đơn giản là những lỗi hay sai sót trong chương trình máy tính ngăn không cho nó chạy đúng như dự định hoặc gây ra kết quả không chính xác dẫn đến phát sinh ra Bugs.
Một số quy tắc để xác định có phải là Bug hay không ?
- Nó không được thực hiện giống như mô tả trong bản đặc tả phần mềm.
- Bản đặc tả yêu cầu nó không được thực hiện nhưng nó vẫn xảy ra.
- Nó là chức năng mà bản đặc tả không đề cập tới.
- Nó là chức năng không được thực hiện mà bản đặc tả cũng không được đề cập tới nhưng là những việc nên làm.
Vậy khi nào một bug không phải là bug thì hãy cùng nhau trả lời một số vấn đề dưới đây bạn sẽ có cái nhìn chính xác và đầy đủ để có nên đưa nó vào danh sách bugs hay không ?
- Nó có khó hiểu, khó sử dụng hay cản trở người dùng sử dụng ứng dụng không ?
- Bạn có thể làm nó xảy ra từ hai lần trở lên không?
- Nếu chỉ xảy ra 1 lần, nó có tạo kết quả tiêu cực đáng kể không?
- Nó có làm mất hứng thú của người sử dụng không?
- Nó có gì trái ngược hay mâu thuẫn không?
- Nó có phải là cách tối ưu không?
- Bạn có mong đợi nó xảy ra theo một cách khác không?
Trên đây là những ly do mà deverloper hay tester hay mắc phải và cũng có thể bạn cũng có thể mắc phải những sai lầm không đáng có này.
Fix Bug là gì ?
Nếu đã sinh ra bug thì chắc hẳn sẽ có phương pháp để loại trừ được nó. Vì vậy khi nhận được bug từ team lead, developer sẽ là người có trách nhiệm để thực hiện fix bug cho đúng với yêu cầu và chuyển lại cho tester một lần nữa kiểm tra lại lỗi đó.
Bed Bug là gì ?
Bed bug hay còn được biết đến với cái tên “ rệp ” . Nó cũng là một trong những mối nguy hại nghiêm trọng đến từ Bug. Loại rệp này có mức độ nguy hiểm, phức tạp và thậm chí gây rối loạn khi chạy chương trình. Một khi nó đã tiếp cận được máy chủ thì sẽ tấn công hết sức nhanh chóng mà ta khó thể kiểm soát được.
Log Bug là gì ?
Log bug là công việc cơ bản và thường xuyên của một Tester/ QA engineer, cơ bản và thường xuyên đến nỗi mà nó lại là việc ít được giành sự quan tâm nhất. Các khoá học về Testing/ Quality Assurance hầu như chỉ đề cập tới hành động và tần suất của việc log bug chứ không nêu ra những yêu cầu khắt khe về quy trình và chất lượng của bug được log.
Bug phần mềm là gì ?
Bug phần mềm được gọi dễ hiểu hơn lỗi phần mềm là do một lỗi, lỗ hổng, thất bại hoặc có lỗi trong chương trình máy tính hay hệ thống nào đó đẫn đến nguyên nhân nó tạo ra kết quả không chính xác và vận hành không được theo như mong muốn.
Lỗi Bug là gì ?
Từ định nghĩa về Bug, chúng ta cũng đã biết được một phần của lỗi bug. Lỗi bug được hiểu đơn giản là một thứ gì đó không hoạt động đúng như thiết kế.
Vì vậy, sau đây có thể đưa ra một vài kết luận :
- Lỗi là kết quả khác nhau của kết quả thực tế và kết quả mong đợi.
- Lỗi bug là một loại của lỗi phần mềm.
- Lỗi bug được coi là kết quả của việc không hoàn thành, hoặc sai yêu cầu hoặc do vấn đề nhập dữ liệu của con người.
Qua đây, điểm mấu chốt của đảm báo chất lượng phần mềm là thiết lập và giám sát các quy trình kiểm tra ở từng giai đoạn của chu trình phát triển vòng đời phần mềm. Múc đích là để phát hiện lỗi càng sớm càng tốt. Điều này góp công sức đáng kể để tiết kiệm được các chi phí, thời gian, công sức hay trên hết là để đánh giá đúng tiến độ cũng như chất lượng của sản phẩm. Do đó việc xác định lỗi sớm là điều cần thiết của một QA/tester.
Page 2
Bug là gì? Khi nào một bug không phải là bug ? Làm thế nào để tránh được những rủi ro không đáng tiếc này thì hãy cùng nhau thảo luận vấn đề này dưới bài sau đây:
Bug nghĩa là gì ?
Trước hết, chúng ta cần hiểu được “ Bug là gì ? ”. Bug là một thuật ngữ không quá xa lạ với các bạn dân Công Nghệ nhưng để biết được sức phá hoại và tầm ảnh hưởng của nó thì đa số mọi người vẫn coi nhẹ vấn đề này. Bug được định nghĩa đơn giản là những lỗi hay sai sót trong chương trình máy tính ngăn không cho nó chạy đúng như dự định hoặc gây ra kết quả không chính xác dẫn đến phát sinh ra Bugs.
Một số quy tắc để xác định có phải là Bug hay không ?
- Nó không được thực hiện giống như mô tả trong bản đặc tả phần mềm.
- Bản đặc tả yêu cầu nó không được thực hiện nhưng nó vẫn xảy ra.
- Nó là chức năng mà bản đặc tả không đề cập tới.
- Nó là chức năng không được thực hiện mà bản đặc tả cũng không được đề cập tới nhưng là những việc nên làm.
Vậy khi nào một bug không phải là bug thì hãy cùng nhau trả lời một số vấn đề dưới đây bạn sẽ có cái nhìn chính xác và đầy đủ để có nên đưa nó vào danh sách bugs hay không ?
- Nó có khó hiểu, khó sử dụng hay cản trở người dùng sử dụng ứng dụng không ?
- Bạn có thể làm nó xảy ra từ hai lần trở lên không?
- Nếu chỉ xảy ra 1 lần, nó có tạo kết quả tiêu cực đáng kể không?
- Nó có làm mất hứng thú của người sử dụng không?
- Nó có gì trái ngược hay mâu thuẫn không?
- Nó có phải là cách tối ưu không?
- Bạn có mong đợi nó xảy ra theo một cách khác không?
Trên đây là những ly do mà deverloper hay tester hay mắc phải và cũng có thể bạn cũng có thể mắc phải những sai lầm không đáng có này.
Fix Bug là gì ?
Nếu đã sinh ra bug thì chắc hẳn sẽ có phương pháp để loại trừ được nó. Vì vậy khi nhận được bug từ team lead, developer sẽ là người có trách nhiệm để thực hiện fix bug cho đúng với yêu cầu và chuyển lại cho tester một lần nữa kiểm tra lại lỗi đó.
Bed Bug là gì ?
Bed bug hay còn được biết đến với cái tên “ rệp ” . Nó cũng là một trong những mối nguy hại nghiêm trọng đến từ Bug. Loại rệp này có mức độ nguy hiểm, phức tạp và thậm chí gây rối loạn khi chạy chương trình. Một khi nó đã tiếp cận được máy chủ thì sẽ tấn công hết sức nhanh chóng mà ta khó thể kiểm soát được.
Log Bug là gì ?
Log bug là công việc cơ bản và thường xuyên của một Tester/ QA engineer, cơ bản và thường xuyên đến nỗi mà nó lại là việc ít được giành sự quan tâm nhất. Các khoá học về Testing/ Quality Assurance hầu như chỉ đề cập tới hành động và tần suất của việc log bug chứ không nêu ra những yêu cầu khắt khe về quy trình và chất lượng của bug được log.
Bug phần mềm là gì ?
Bug phần mềm được gọi dễ hiểu hơn lỗi phần mềm là do một lỗi, lỗ hổng, thất bại hoặc có lỗi trong chương trình máy tính hay hệ thống nào đó đẫn đến nguyên nhân nó tạo ra kết quả không chính xác và vận hành không được theo như mong muốn.
Lỗi Bug là gì ?
Từ định nghĩa về Bug, chúng ta cũng đã biết được một phần của lỗi bug. Lỗi bug được hiểu đơn giản là một thứ gì đó không hoạt động đúng như thiết kế.
Vì vậy, sau đây có thể đưa ra một vài kết luận :
- Lỗi là kết quả khác nhau của kết quả thực tế và kết quả mong đợi.
- Lỗi bug là một loại của lỗi phần mềm.
- Lỗi bug được coi là kết quả của việc không hoàn thành, hoặc sai yêu cầu hoặc do vấn đề nhập dữ liệu của con người.
Qua đây, điểm mấu chốt của đảm báo chất lượng phần mềm là thiết lập và giám sát các quy trình kiểm tra ở từng giai đoạn của chu trình phát triển vòng đời phần mềm. Múc đích là để phát hiện lỗi càng sớm càng tốt. Điều này góp công sức đáng kể để tiết kiệm được các chi phí, thời gian, công sức hay trên hết là để đánh giá đúng tiến độ cũng như chất lượng của sản phẩm. Do đó việc xác định lỗi sớm là điều cần thiết của một QA/tester.