Câu chuyện của một Tester với một người ngoại đạo
Kiểm thử phần mềm (Software Testing) là một công việc quan trọng trong quá trình sản xuất phần mềm, đóng vai trò quan trọng trong việc đảm bảo chất lượng của sản phẩm. Thế nhưng mà không phải ai cũng biết thế và nghĩ thế, để viết được 1 bộ Test Case hoàn chỉnh trước khi tiến hành kiểm thử cũng hao tâm tổn khí lắm.
Nhưng cái thằng bạn của tôi chưa biết gì về Tester mà chỉ nghe mấy lão Dev nói, lúc nào cũng nghĩ Tester chỉ là người bới lông tìm vết, làm khổ Dev. Oan quá, tôi quyết tâm ngồi giảng giải cho nó nghe.
Nó: Ê mày, tao nghe thấy bảo bên Tester rảnh lắm, ngồi mát ăn bát vàng, mày là Tester sướng quá rồi còn gì.
Tôi: Hửm, sướng gì ? Dự án còn đang bù đầu, viết Test Case sấp mặt.
Nó: Ủa, nghe nói dự án của mày mới bắt đầu mà, tưởng lúc đầu thì làm gì đã có gì mà đòi test ?
Tôi thở dài: Trước khi test, bọn tao phải viết Test Case ông giời ạ. Mày nghĩ cứ tự nhiên bọn tao nhận được cái phần mềm mà test được đấy. Phải nghiên cứu cái hệ thống nó hoạt động như nào thì mới test được chứ. Không biết hệ thống cần làm ra sao thì sao mà test được ?
Nó: Ủa thì chương trình nào chả giống nhau, thì cũng cóp pết mấy hồi là ra chứ gì.
Tôi nhìn nó bằng ánh mắt hình viên kẹo và chép miệng: Nghĩ trứng khôn hơn vịt hả. Cũng chả biết kể ra làm gì, nhưng mà thôi hôm nay tao sẽ thông não cho mày một phen để khỏi phải nghe dăm ba cái lũ Dev suốt ngày chì chiết Tester.
Test Case về cơ bản là đã có 3 loại rồi.
1. Normal Case: là những trường hợp kiểm thử thông thường, viết ra để kiểm tra xem hệ thống có hoạt động theo đúng mô tả trong tài liệu không. Kiểu người bình thường dùng hệ thống thì có vấn đề gì không.
2. Abnormal Case: là những trường hợp kiểm thử bất thường khi mà có một thằng nào đó ngáo ngáo nghịch hệ thống ý, xem hệ thống có bị lỗi không. Bọn tao sẽ phải giả vờ là những thằng ngáo đó để nghịch ngợm hệ thống. Những cái case này thì chả ai nói cả, cũng chả có trong tài liệu và bọn Dev kêu suốt ngày, nhưng công việc bọn tao phải thế.
3. Boundary Case: là những trường hợp kiểm tra vào những thứ cực hạn ý, kiểu giá trị biên trong toán học ý. Mày có học toán chắc biết đúng không, 1 khoảng giá trị có những biên nào thì Test biên đó. Hoặc nói nôm na là cái bọn nửa điên nửa bình thường ý, ở cái vạch ngăn cách giữa 2 loại.
Đấy, sơ sơ cũng đã có vậy rồi.
Nó: Thì phân tích có vẻ dài vậy thôi, chứ ngồi check cái phần mềm thì có gì mà tốn công đâu.
Tôi cười khẩy: Ha, Thế thì mày lại nhầm rồi.Viết được một cái Test Case là phải đủ các thông tin nhé. Nghe đây này:
Test Case bọn tao viết là phải dùng Excel. Mày biết tại sao lại dùng Excel không, vì bọn tao phải tính toán, và lên kế hoạch, làm các thứ trong ấy cả đấy.
Nào là phân loại TestCase ID, Test Case Name, Test Case Step để mô tả lại các bước thực hiện từ đầu tới cuối và viết lách, trình bày cẩn thận, chứ có phải thấy bug là bảo “Ah, bug đây này” đâu.
Xong rồi thì còn có cả Những kết quả, cần đạt được thì nó là gì đấy trong Expected Result, còn hiện tại thì kết quả nó đang là gì trong Test Result, kết quả Pass hay là Fail.
Ngoài ra còn có thêm những cái điều kiện trước đó, người Test, ngày thực hiện, giờ thực hiện, Test trên đâu, phiên bản thứ mấy … Giống kiểu đi chơi thì mày phải biết hôm đó trời nắng hay mưa, còn bọn tao thì phải biết hôm đó dự báo thời tiết báo bao nhiêu độ, mà thực tế thì bao nhiêu độ, độ ẩm không khí có chuẩn không, có thể có mưa không. Riết rồi tao cũng không biết là làm sao mà tao có thể theo đuổi cái công việc nặng nhọc này trong thời gian vậy nữa.
Nó ngập ngừng: Thế ra mày cũng vất vả gớm nhỉ. Khổ thân.
Tôi được đà: Chứ còn gì nữa. Ngày xưa, tao cũng phải vất vả dùi mài kinh sử, qua mấy lớp ở trung tâm mới được như bây giờ đấy. Cũng may là được mấy anh chị ở Trung tâm giúp đỡ nhiệt tình, mấy chị giảng viên trông có vẻ khó tính, mà rất tâm huyết nên kiểu như tao được truyền lửa ý rồi xong bây giờ muốn truyền lại lửa cho mày ý *cười cười*. Mình phải là những con người cam chịu những điều tiếng không hay, nhưng vẫn phải giữ một thái độ hòa nhã.
Nó liền hỏi: Ui, mày học trung tâm à, ở đâu thế ? Sao nghe mày giống bà tiên vậy ?
Tôi lên mặt: Mày quan tâm Tester hả. Nói không phải quảng cáo chứ, tao học ở CodeStar Academy này. Ổn áp phết. Có mấy chính sách hơi bị xịn xò. Như kiểu:
– Được thực hành trong dự án THẬT nên được tiếp cận với toàn bộ tài liệu của dự án, được học cùng Giảng viên là Trưởng phòng Kiểm thử, được cung cấp Template mẫu từ đó giúp việc lên testcase rất đầy đủ, chỉn chu và giống y như khi đi làm sau này nè.
Hôm đi phỏng vấn được hỏi 1 câu về Testcase trong dự án, đúng tủ được đào tạo kỹ, nên tao tự tin ghi điểm và Pass luôn vào làm việc với offer tốt nè.
– Giới hạn số lượng học viên: 13-15 Học viên/Lớp nên tất cả học viên đều được cầm tay chỉ việc, hướng dẫn chi tiết, chữa từng bài làm, test case trên lớp và review đầy đủ bài tập về nhà.
– Được tham gia vào các Group của lớp học, Group dành riêng cho Học viên của CodeStar. Vì vậy, cứ có câu hỏi nào khó, phần nào chưa hiểu là tao hỏi luôn vào các Group, Giảng viên, Trợ giảng và Chuyên gia hỗ trợ trả lời rất nhiệt tình mà cực kỳ chuyên nghiệp .
– Mà bên đó hay ở điểm học lại MIỄN PHÍ TRỌN ĐỜI, thỉnh thoảng có phần nào chưa chắc chắn tao về xin được học lại để review và cập nhật thêm kiến thức và học hỏi thêm từ các Giảng viên.
Nó: Thôi thôi, mày lại quảng cáo cho tao đấy à ?
Tôi: Tao có được trung tâm trả phí quảng cáo đâu :D. Cơ mà tốt quá thì tao chia sẻ, cũng gọi là biết ơn những anh chị ở đó. Còn thì bạn bè bao năm, có đồ tốt, đồ xịn thì giới thiệu cho nhau cũng là phải đạo mà.
Nó : Nghe mày nói, tự dưng tao lại muốn học Tester rồi đấy haha.
Tôi : Đừng có tưởng bở ai cũng làm được. Cái gì cũng phải làm thì mới có ăn, vất vả như những nơi khác cả đấy. Thôi tao phải đi làm Test Case tiếp đây. Mày có nhã hứng thì có thể tìm hiểu thêm ở link khóa học: https://codestar.vn/product/testing-for-freshers/ hoặc liên hệ fanpage của CodeStar để hỏi thêm thông tin nhé.
Nó: Không tiễn, Bye !!!
