Cái bug là gì
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. Show I.Quy tắc giao tiếp:
II.Cấu trúc của một mô tả: *Mô tả ngữ cảnh của bug: *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 ?
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 ?
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ế.
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 ?
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 ?
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ế.
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. |