GIỚI THIỆU VỀ CÔNG TY VÀ VỊ TRÍ VIỆC LÀM
Tổng quan về công ty TNHH MetaConex
Tên quốc tế: METACONEX TECHNOLOGY COMPANYLIMITED
Tên viết tắt: METACONEX Địa chỉ: 01 Lê Thiết Hùng, Phường Hoà Xuân, Quận Cẩm Lệ, Thành phố Đà
Người đại diện: NGUYỄN HOÀI THANH
Facebook: https://www.facebook.com/metaconex
Hình 1: Logo của công Ty TNHH Công Nghệ MetaConex
1.1.2 Tầm nhìn và sứ mệnh
Công ty TNHH công nghệ Metaconex Đà Nẵng hướng đến việc trở thành doanh nghiệp hàng đầu trong lĩnh vực công nghệ thông tin và truyền thông tại Đà Nẵng, cung cấp các giải pháp và dịch vụ chất lượng cao nhằm đáp ứng nhu cầu của khách hàng.
Công ty Metaconex cam kết mang lại giá trị gia tăng cho khách hàng thông qua các giải pháp công nghệ thông tin và truyền thông hiệu quả, sáng tạo và đột phá Chúng tôi chú trọng đến chất lượng, áp dụng công nghệ tiên tiến và xây dựng môi trường làm việc chuyên nghiệp nhằm đáp ứng tốt nhất nhu cầu và mong muốn của khách hàng.
Metaconex cam kết phát triển với giá trị cốt lõi là đặt khách hàng làm trung tâm, luôn nỗ lực tối thiểu hóa công sức và tối đa hóa giá trị cho khách hàng Các yếu tố duy trì giá trị cốt lõi này bao gồm sự thấu hiểu và đồng hành cùng nhu cầu của khách hàng, nhằm tạo ra trải nghiệm tốt nhất cho họ.
Metaconex là một công cụ xây dựng trang web dựa trên đám mây, giúp người dùng tạo ra các trang web chuyên nghiệp mà không cần kỹ năng kỹ thuật nâng cao Được thành lập vào năm 2019 và có trụ sở tại Hồng Kông, Metaconex cung cấp giao diện kéo và thả, cho phép người dùng dễ dàng tùy chỉnh trang web của mình.
Metaconex cung cấp dịch vụ lưu trữ, giúp người dùng tiết kiệm thời gian và công sức trong việc tìm kiếm nhà cung cấp lưu trữ riêng Bên cạnh đó, Metaconex còn mang đến nhiều công cụ tiếp thị và kinh doanh hữu ích, bao gồm tối ưu hóa SEO, trao đổi quảng cáo và phân tích, hỗ trợ người dùng phát triển hiệu quả hơn.
Metaconex cung cấp cả gói miễn phí và gói trả phí, với gói miễn phí bao gồm các tính năng cơ bản Người dùng có thể nâng cấp lên gói trả phí để tận hưởng thêm nhiều tính năng và chức năng bổ sung Với khả năng tạo trang web chuyên nghiệp một cách nhanh chóng và dễ dàng, Metaconex đã trở thành lựa chọn phổ biến cho cả cá nhân và doanh nghiệp.
Công ty được thành lập với CEO hiện tại là ông Nguyễn Hoài Thanh
Hình 2: Cơ cấu tổ chức Công ty Meta
Lương và phúc lợi hấp dẫn: cung cấp mức lương cạnh tranh và các gói phúc lợi hấp dẫn, bao gồm bảo hiểm sức khỏe, bảo hiểm nhân thọ,
Chế độ làm việc linh hoạt: áp dụng chế độ làm việc linh hoạt như làm việc từ xa, làm việc theo giờ linh hoạt
Phát triển và đào tạo: đầu tư vào việc phát triển và đào tạo nhân viên, bằng cách tổ chữ các chuyên đề sharing knowledge thứ 6 hàng tuần
Cơ hội thăng tiến: tạo cơ hội thăng tiến cho nhân viên thông qua việc đề xuất chuyển vị và thăng chức nội bộ
Tạo ra một môi trường làm việc thoải mái và sáng tạo là rất quan trọng, bao gồm việc cung cấp không gian làm việc hiện đại, các phòng họp tiện nghi, khu vực giải trí và tổ chức các hoạt động thể thao như bóng đá, cầu lông Những yếu tố này không chỉ giúp nâng cao chất lượng cuộc sống tại nơi làm việc mà còn khuyến khích sự sáng tạo và gắn kết giữa các nhân viên.
1.2 Tổng quan về việc làm
Tester là những chuyên gia kiểm tra chất lượng phần mềm, có nhiệm vụ phát hiện lỗi, sai sót và các vấn đề có thể ảnh hưởng đến chất lượng sản phẩm phần mềm.
Tùy thuộc vào từng công ty, vai trò của tester có thể bao gồm nhiều lĩnh vực như QA và QC, trong đó nổi bật là Manual Tester và Automation Tester Manual Tester thực hiện kiểm thử phần mềm một cách thủ công, không yêu cầu kiến thức lập trình cao nhưng cần có kỹ năng test manual, đam mê và tư duy nhạy bén Nhiệm vụ của tester là đảm bảo chất lượng phần mềm và kiểm tra lỗi trước khi bàn giao kết quả cuối cùng cho khách hàng.
1.2.2 Nhiệm vụ của một tester
- Xem xét yêu cầu phần mềm Xây dựng kế hoạch, lựa chọn phương pháp và công cụ kiểm thử phù hợp
- Lập kế hoạch kiểm thử Xác định phương pháp, quy trình, và nguồn lực cần thiết để thực hiện kiểm thử
- Xây dựng kịch bản kiểm thử Xác định các điều kiện kiểm thử và các bước thực hiện kiểm thử
- Thực hiện kiểm thử: Thực hiện các bước kiểm thử theo kịch bản đã xây dựng Ghi lại kết quả kiểm thử và các lỗi/phát hiện được
- Phân tích kết quả kiểm tra về tác động cơ sở dữ liệu hoặc lỗi và khả năng sử dụng
Hỗ trợ nhóm phát triển trong việc gỡ lỗi và sửa các lỗi đã phát hiện, đồng thời kiểm tra để đảm bảo rằng các vấn đề đã được khắc phục Sau khi sửa chữa, tiến hành kiểm thử lại các phần đã được chỉnh sửa để xác nhận tính ổn định và hiệu suất.
- Chuẩn bị báo cáo về tất cả các khía cạnh liên quan đến kiểm thử phần mềm và gửi cho nhóm thiết kế
- Tương tác với khách hàng để hiểu các yêu cầu sản phẩm
- Tham gia đánh giá phần mềm và cung cấp đầu vào theo yêu cầu, thiết kế sản phẩm và phát hiện các vấn đề tiềm ẩn
Kiến thức và kĩ năng cần thiết của tester
Để trở thành một Tester chuyên nghiệp, bạn cần nắm vững kiến thức cơ bản về máy tính, hệ điều hành, cơ sở dữ liệu, lập trình và mạng máy tính Ngoài ra, việc hiểu rõ các kỹ năng testing cơ bản, tư duy logic và thuật toán lập trình là rất quan trọng Những kiến thức này sẽ giúp bạn rút ngắn quá trình lý luận và tìm kiếm, xử lý lỗi (fix bug) một cách nhanh chóng và hiệu quả.
Tìm kiếm những lỗi bug mà người khác chưa nghĩ ra và những lỗi chưa ai nghĩ tới sẽ giúp cho bạn nâng cao đựơc tay nghề
Trang bị kỹ năng phân tích nhanh nhạy và chính xác là điều cần thiết Cần chú ý và xem xét vấn đề từ nhiều khía cạnh khác nhau, đồng thời phân tích từng chức năng để phát hiện ra những lỗi nhỏ nhất.
-Có tính cẩn thận, tỉ mỉ:
Là tester bắt buộc không thể cẩu thả, điều này sẽ rất nguy hiểm cho công việc
Việc bỏ qua nhiều lỗi nghiêm trọng có thể khiến phần mềm không hoàn thiện khi đến tay người dùng, dẫn đến những phàn nàn và phản hồi tiêu cực từ khách hàng.
Kỹ năng này bạn cần phải cập nhật hàng ngày mới có thể nâng cao được tay nghề của bản thân
Quá trình làm việc của tester thường xuyên tương tác với Developer, dẫn đến khả năng xảy ra xung đột Giao tiếp hiệu quả giúp làm rõ lý do lỗi, đảm bảo tính minh bạch và dễ hiểu trong quá trình phát triển phần mềm.
1.2.3 Cơ hội nghề nghiệp của một tester
Nghề tester hiện nay cung cấp nhiều vị trí phù hợp với các năng lực khác nhau, đi kèm với mức lương đa dạng Để đạt được trình độ cao nhất trong lĩnh vực này, việc trau dồi kiến thức và kỹ năng là rất quan trọng Một trong những vị trí phổ biến là QA Analyst, yêu cầu từ 1 đến 3 năm kinh nghiệm.
– Chuyên viên phân tích QA: 3-5 năm kinh nghiệm
– Kỹ sư kiểm thử phần mềm: 3-5 năm kinh nghiệm
– Leader QA: 5-6 năm kinh nghiệm
– Quản lý: 8 – 11 năm kinh nghiệm
– Quản lý cấp cao: trên 14 năm kinh nghiệm
1.2.4 Mức lương của một tester
LÝ THUYẾT VỀ KIỂM THỬ PHẦN MỀM
Tổng quan về kiểm thử phần mềm
Kiểm thử phần mềm là phương pháp xác minh sự phù hợp của sản phẩm phần mềm với các yêu cầu đã đặt ra, đồng thời đảm bảo sản phẩm không có khiếm khuyết Quá trình này có thể thực hiện thông qua kiểm thử thủ công hoặc tự động Kiểm thử phần mềm đóng vai trò quan trọng trong việc phát hiện lỗi và nhận diện các yêu cầu thiếu sót hoặc không tương thích với thực tế.
2.1.2 Mục tiêu trong Kiểm thử phàn mềm
Ngăn ngừa lỗi trong sản phẩm phần mềm là một trong những mục tiêu chính của kiểm thử phần mềm Việc phát hiện sớm các sai sót trong giai đoạn đầu phát triển không chỉ giúp tiết kiệm chi phí mà còn giảm thiểu nỗ lực cần thiết để khắc phục những vấn đề này.
Đánh giá các sản phẩm công việc như yêu cầu, thiết kế và mã nguồn giúp xác định những vấn đề mơ hồ trong tài liệu, từ đó tiết kiệm đáng kể thời gian phát triển và thử nghiệm.
− Xác minh liệu tài liệu requirement đã đầy đủ các trường hợp chưa
− Xác định liệu đối tượng được kiểm thử đã hoàn thành và đáp ứng được yêu cầu của khách hàng, các bên liên quan mong đợi hay chưa?
Xây dựng niềm tin vào chất lượng sản phẩm là điều quan trọng, đặc biệt khi đối tượng được kiểm thử cho thấy ít lỗi hơn trong giai đoạn cuối của vòng đời phát triển Sự giảm thiểu lỗi không chỉ củng cố niềm tin về chất lượng mà còn nâng cao mức độ hài lòng của khách hàng.
− Giảm thiểu rủi ro: tích hợp quy trình quản lý rủi ro để xác định mọi rủi ro càng sớm càng tốt trong quá trình phát triển
Cung cấp thông tin đầy đủ cho các bên liên quan là điều quan trọng để họ có thể đưa ra quyết định sáng suốt, đặc biệt liên quan đến chất lượng của đối tượng thử nghiệm.
− Tìm lỗi, xác định tối đa lỗi có trong sản phẩm phần mềm
Hình 3: Mục tiêu kiểm thử phần mềm
Kiểm thử phần mềm là một hoạt động thiết yếu trong quá trình phát triển phần mềm, giúp giảm thiểu và ngăn chặn lỗi, từ đó nâng cao chất lượng hệ thống và tăng độ tin cậy cho sản phẩm Qua việc đảm bảo các yêu cầu và tính năng cần thiết, kiểm thử góp phần tạo ra sản phẩm hoàn thiện, chất lượng cao, mang lại trải nghiệm người dùng tốt nhất.
Hiệu quả về chi phí: Các lỗi được phát hiện sớm giúp giảm chi phí sửa chữa
Kiểm thử phần mềm đóng vai trò quan trọng trong việc nâng cao trải nghiệm người dùng của ứng dụng, từ đó gia tăng sự hài lòng của khách hàng Sự hài lòng này không chỉ giúp doanh nghiệp tăng doanh thu mà còn củng cố danh tiếng của họ trên thị trường.
Bảo mật: Kiểm thử phần mềm giúp loại bỏ các rủi ro liên quan đến bảo mật
Chất lượng sản phẩm: Kiểm thử phần mềm giúp cung cấp một sản phẩm chất lượng đến khách hàng.
Quy trình và nguyên tắc kiểm thử phần mềm
2.2.1 Quy trình kiểm thử phần mềm
Quy trình kiểm thử phần mềm xác định các giai đoạn trong kiểm thử, mặc dù không có STLC tiêu chuẩn cố định nào trên thế giới Tuy nhiên, quy trình kiểm thử thường bao gồm các giai đoạn cơ bản như lập kế hoạch, thiết kế, thực hiện, đánh giá và báo cáo kết quả.
1 Requirenment analysis - Phân tích yêu cầu
2 Test planning - Lập kế hoạch kiểm thử
3 Test case development - Thiết kế kịch bản kiểm thử
4 Test environment set up - Thiết lập môi trường kiểm thử
5 Test execution - Thực hiện kiểm thử
6 Test cycle closure - Đóng chu trình kiểm thử
Quy trình kiểm thử phần mềm bao gồm nhiều giai đoạn thực hiện tuần tự, mỗi giai đoạn có mục tiêu, đầu vào và kết quả đầu ra riêng biệt Mặc dù khác nhau, tất cả các giai đoạn đều hướng đến mục tiêu cuối cùng là đảm bảo chất lượng sản phẩm phần mềm tối ưu Bài viết này sẽ cung cấp thông tin chi tiết về các hoạt động, người thực hiện, cũng như đầu vào và đầu ra của từng giai đoạn trong quy trình kiểm thử phần mềm.
Hình 4: Quy trình kiểm thử phần mềm
2.2.2 Nguyên tắc trong kiểm thử phần mềm
Kiểm thử phần mềm là một hoạt động phức tạp và đầy thách thức, nhưng cũng có những nguyên tắc riêng giúp tăng cường hiệu quả Những nguyên tắc này giống như kim chỉ nam, hướng dẫn các hoạt động kiểm thử đi đúng hướng và đạt được kết quả tốt hơn.
Hình 5: Nguyên lý kiểm thử phần mềm
1 Kiểm thử chứng minh sự hiện diện của lỗi
Kiểm thử phần mềm chỉ có thể xác nhận sự tồn tại của lỗi, nhưng không thể đảm bảo rằng sản phẩm hoàn toàn không có lỗi Điều này có nghĩa là bất kể số lượng kiểm thử thực hiện, sản phẩm vẫn có thể chứa lỗi Vì vậy, việc thiết kế các trường hợp kiểm thử (test case) hiệu quả là rất quan trọng để phát hiện và khắc phục càng nhiều lỗi càng tốt.
2 Kiểm thử toàn bộ là không thể
Ngày nay, sản phẩm rất đa dạng và phức tạp, phát triển trên nhiều nền tảng và công nghệ phong phú, cùng với khả năng lưu trữ kết nối dữ liệu lớn Điều này khiến việc kiểm thử trở nên khó khăn và kiểm thử toàn bộ gần như không thể Việc kiểm thử tất cả các kết hợp đầu vào và đầu ra, cũng như mọi kịch bản, chỉ khả thi khi số trường hợp rất hạn chế.
3 Kiểm thử càng sớm càng tốt
Nguyên tắc này nhấn mạnh việc khởi động kiểm thử phần mềm ngay từ giai đoạn đầu của vòng đời phát triển Thực hiện các hoạt động kiểm thử sớm giúp phát hiện lỗi nhanh chóng, từ đó đảm bảo phần mềm được chuyển giao đúng hạn với chất lượng mong đợi.
4 Lỗi thường được phân bố tập trung
Phần lớn lỗi trong hệ thống thường tập trung vào các module và thành phần chức năng chính, phù hợp với nguyên lý Pareto, khi 80% lỗi xuất hiện từ 20% tính năng Nếu bạn xác định được các khu vực này, việc tìm kiếm lỗi sẽ trở nên hiệu quả hơn Đây là một trong những phương pháp tốt nhất để thực hiện kiểm tra hiệu quả trong quá trình phát triển hệ thống.
5 Nghịch lý thuốc trừ sâu
Trong kiểm thử phần mềm, việc lặp đi lặp lại một bộ test case có thể dẫn đến khả năng rất thấp trong việc phát hiện lỗi mới Khi hệ thống ngày càng hoàn thiện, các lỗi trước đó đã được sửa, trong khi các trường hợp kiểm thử trở nên lỗi thời Vì vậy, khi có sự sửa lỗi hoặc thêm tính năng mới, việc thực hiện kiểm thử hồi quy là cần thiết để đảm bảo rằng những thay đổi này không ảnh hưởng đến các phần khác của sản phẩm.
6 Kiểm thử phụ thuộc vào ngữ cảnh
Khi kiểm thử ứng dụng web và ứng dụng di động, việc áp dụng cùng một chiến lược kiểm thử là sai lầm Mỗi loại ứng dụng cần có chiến lược kiểm thử riêng biệt, phù hợp với đặc thù và yêu cầu của từng ứng dụng.
7 Quan niệm sai lầm về việc “hết lỗi”
Việc không phát hiện lỗi trên sản phẩm không có nghĩa là sản phẩm đã sẵn sàng để ra mắt thị trường Thực tế, sự thiếu sót trong việc tìm kiếm lỗi có thể xuất phát từ bộ trường hợp kiểm thử được thiết kế chỉ để xác minh các tính năng hoạt động đúng yêu cầu, thay vì nhằm mục đích phát hiện lỗi mới.
Vòng đời phát triển phần mềm (SDLC)
SDLC, hay Vòng đời phát triển phần mềm, là quy trình nhằm phát triển phần mềm chất lượng cao với chi phí thấp nhất và thời gian ngắn nhất có thể Quy trình này cung cấp một luồng giai đoạn có cấu trúc rõ ràng, giúp phát triển phần mềm chất lượng cao một cách nhanh chóng và hiệu quả, sẵn sàng để sử dụng.
Hình 6: Vòng đời phát triển phần mềm
Các giai đoạn của vòng đời phát triển phần mềm
Bước 1: Lập kế hoạch và Phân tích Yêu cầu
Bộ phận phân tích yêu cầu sẽ gặp gỡ và trao đổi với khách hàng để làm rõ các chức năng và yêu cầu mà họ mong muốn trong phần mềm Bước này rất quan trọng, ảnh hưởng trực tiếp đến quá trình xây dựng và phát triển phần mềm.
Bước 2: Xác định yêu cầu là giai đoạn quan trọng sau khi ghi nhận các yêu cầu của khách hàng Tại đây, bộ phận phân tích sẽ làm rõ các yêu cầu thông qua tài liệu SRS, hay còn gọi là “Tài liệu đặc tả” Các bộ phận liên quan như lập trình viên và kiểm thử viên sẽ dựa vào mô tả chi tiết các chức năng trong tài liệu này để thực hiện công việc của mình, nhằm trả lời câu hỏi "Phần mềm sẽ làm gì?".
Bước 3: Thiết kế là giai đoạn quan trọng, trong đó bộ phận thiết kế tạo ra giao diện chung dựa trên tài liệu đặc tả, trong khi bộ phận lập trình phát triển giao diện chi tiết cho từng chức năng của phần mềm Các chức năng được hiện thực hóa thành hình ảnh giao diện phần mềm Giai đoạn tiếp theo chỉ được thực hiện khi khách hàng đồng ý với bản prototype, nếu không, sẽ tiến hành chỉnh sửa cho đến khi đạt được sự đồng thuận.
Bước 4: Xây dựng / phát triển sản phẩm
Trong giai đoạn này, vòng đời phát triển phần mềm (SDLC) bắt đầu tiến triển thực tế với việc xây dựng sản phẩm Pha lập trình diễn ra khi khách hàng đã đồng ý với prototype của phần mềm, và các lập trình viên sẽ tiến hành lập trình các chức năng và module theo yêu cầu đã được giao.
Bước 5: Kiểm tra sản phẩm
Các tester nhận bàn giao chức năng từ lập trình viên và tiến hành kiểm tra theo các testcase đã xây dựng Trong quá trình kiểm thử, nếu phát hiện lỗi, tester sẽ báo cáo để lập trình viên xử lý Quá trình này sẽ lặp đi lặp lại cho đến khi các chức năng được hoàn thiện đúng theo tài liệu đặc tả hoặc yêu cầu của khách hàng.
Bước 6: Triển khai bảo trì
Sau khi sản phẩm được kiểm thử và chính thức phát hành trên thị trường, công ty phát triển phần mềm cần cung cấp hỗ trợ và xử lý các lỗi phát sinh trong quá trình sử dụng.
Scrum là một trong những Framework phổ biến nhất dùng để thực thi Agile
Trong bối cảnh thị trường và công nghệ thay đổi nhanh chóng, việc yêu cầu hoàn chỉnh một sản phẩm ngay từ đầu trở nên khó khăn Scrum đã được phát triển để giải quyết vấn đề này bằng cách tập trung vào việc phát triển sản phẩm trong các khoảng thời gian cố định và thu thập phản hồi thường xuyên, giúp đảm bảo rằng dự án không gặp thất bại.
Sprint Review là buổi đánh giá thành tựu trong Sprint và xác định các điểm cần cải thiện trong quá trình phát triển Cuộc họp này diễn ra với sự tham gia của toàn bộ nhóm phát triển phần mềm và khách hàng hoặc đại diện của khách hàng Tại đây, nhóm giới thiệu các tính năng mới và cải tiến đã hoàn thành, trong khi khách hàng đưa ra phản hồi và đánh giá Dựa trên phản hồi này, nhóm phát triển sẽ xem xét và xác định các điểm cần cải thiện cho Sprint tiếp theo.
Trong cuộc họp Sprint Retrospective, nhóm sẽ đánh giá hiệu quả làm việc của sprint vừa qua, xem xét có xích mích nào xảy ra không và liệu môi trường làm việc có thiếu sót gì Mọi người sẽ thảo luận về các hoạt động đã thực hiện, xác định điểm mạnh và những điểm cần cải thiện Dựa trên những đánh giá này, nhóm phát triển phần mềm sẽ đưa ra các biện pháp cải tiến để áp dụng trong sprint tiếp theo.
Các phương pháp kiểm thử phần mềm
1.1.2 2.4.1 Black-box Testing ( Kiểm thử hộp đen)
Phương pháp kiểm thử này tập trung vào yêu cầu chức năng của phần mềm, không xem xét cấu trúc bên trong hay hoạt động của nó.
Nó còn được gọi là kiểm thử hướng dữ liệu hay là kiểm thử hướng in/out
Hình 8: Black Box Đặc điểm của kiểm thử hộp đen
- Chỉ dựa vào các thông tin đặc tả về yêu cầu
- Không cần thiết phải biết về cấu trúc bên trong của thành phần phần mềm
Thực hiện theo mô tả trong test case, nhập dữ liệu vào hệ thống, chờ nhận kết quả trả về và so sánh với kết quả dự kiến đã nêu trong test case.
Nhược điểm: Yêu cầu phải biết code
1.1.3 2.4.2 White-box Testing ( Kiểm thử hộp trắng)
Kiểm thử hộp trắng (White Box Testing) là phương pháp kiểm thử phần mềm dựa vào thuật giải và cấu trúc dữ liệu bên trong, nhằm xác định xem đơn vị phần mềm có hoạt động đúng như mong đợi hay không.
Để áp dụng phương pháp kiểm thử hộp trắng, người kiểm thử cần có kỹ năng và kiến thức vững về ngôn ngữ lập trình và thuật toán trong TPPM, nhằm hiểu rõ các đoạn mã cần kiểm tra.
Hình 9: Kiểm thử hộp trắng
Việc kiểm thử bằng kỹ thuật hộp trắng không thể đảm bảo rằng chương trình đã tuân theo đặc tả
Một chương trình sai do thiếu đường dẫn Việc kiểm thử hộp trắng không thể biết được sự thiếu sót này
Kỹ thuật kiểm thử hộp trắng không đủ khả năng phát hiện lỗi liên quan đến dữ liệu Do đó, việc chỉ sử dụng phương pháp này trong kiểm thử là không đủ để đảm bảo phát hiện tất cả các lỗi.
1.1.4 2.4.3 Gray-box Testing (Kiểm thử hộp xám)
Kiểm thử kết hợp giữa kiểm thử hộp trắng và kiểm thử hộp đen yêu cầu tester không chỉ hiểu rõ cấu trúc của hệ thống mà còn cần quyền truy cập vào cơ sở dữ liệu.
Hình 10: Kiểm thử hộp xám
Khi viết test case: Dựa vào yêu cầu và nội dung Source Code (can thiệp vào bên trong Code của chương trình)
Khi thực hiện test: Thực hiện trên giao diện của chương trình (yêu cầu chương trình phải chạy được mới test được, không can thiệp vào code).
Các cấp độ kiểm thử phần mềm
1.1.5 2.5.1 Unit Testing (Kiểm thử đơn vị)
Kiểm thử đơn vị là một phương pháp kiểm thử phần mềm, trong đó các thành phần riêng lẻ của ứng dụng được kiểm tra độc lập với toàn bộ hệ thống Quá trình này diễn ra trong giai đoạn phát triển phần mềm, nhằm đảm bảo từng đơn vị hoạt động đúng chức năng trước khi tích hợp vào ứng dụng lớn hơn.
A unit is the smallest component of software that can be tested, including functions, procedures, classes, or methods.
Unit testing được thực hiện bởi lập trình viên
1.1.6 2.5.2 Integration Testing (Kiểm thử tích hợp)
Kiểm thử tích hợp (Integration Testing) là quá trình kiểm tra các thành phần hoặc mô-đun của phần mềm sau khi chúng được kết hợp, nhằm đảm bảo rằng chúng hoạt động chính xác khi tích hợp với nhau.
Phần mềm được xây dựng từ nhiều mô-đun khác nhau, được lập trình bởi các lập trình viên khác nhau Mục tiêu của kiểm thử tích hợp là phát hiện lỗi trong quá trình tương tác và giao tiếp giữa các mô-đun này.
1.1.7 2.5.3 System Testing (Kiểm thử hệ thống)
Kiểm thử hệ thống là quá trình đánh giá sản phẩm đã hoàn thiện và tích hợp đầy đủ, diễn ra sau các bài kiểm tra tích hợp và kiểm tra đơn vị Đây là phương pháp kiểm thử toàn bộ hệ thống từ đầu đến cuối, nhằm đảm bảo rằng hệ thống hoạt động chính xác và đáp ứng các yêu cầu chức năng cũng như phi chức năng đã được khách hàng xác định trước.
1.1.8 2.5.4 Acceptance Testing (Kiểm thử chấp nhận)
Kiểm thử chấp nhận là phương pháp đánh giá phần mềm nhằm xác định xem sản phẩm có đáp ứng yêu cầu của khách hàng hay không Mục tiêu chính của kiểm thử chấp nhận là đảm bảo rằng sản phẩm phần mềm được chấp nhận và sẵn sàng để triển khai cho người dùng.
2.3.1 Khái niệm về test case
Trường hợp kiểm thử là một bộ hướng dẫn chi tiết về cách tiến hành kiểm tra một phần mềm, ứng dụng hoặc hệ thống để xác định xem chúng hoạt động như mong đợi hay không Mỗi trường hợp kiểm thử mô tả một kịch bản hoặc sự cố cụ thể mà người kiểm tra cần thực hiện để kiểm tra các tính năng, chức năng hoặc yêu cầu được đặt ra cho phần mềm, bao gồm các bước thực hiện, kiểm tra dữ liệu, kỳ vọng kết quả và các điều kiện tiền đề.
2.3.2 Các kỹ thuật phát triển test case
2.3.2.1 Phân lớp tương đương (Equivalence Patitioning)
Phân lớp tương đương là phương pháp kiểm thử hộp đen, chia miền đầu vào của chương trình thành các lớp dữ liệu Phương pháp này giúp xác định các ca kiểm thử nhằm phát hiện lỗi, từ đó giảm số lượng ca kiểm thử cần thiết.
Thiết kế ca kiểm thử cho phân lớp tương đương dựa trên việc đánh giá các lớp tương đương liên quan đến một điều kiện đầu vào Lớp tương đương đại diện cho tập hợp các trạng thái hợp lệ và không hợp lệ cho điều kiện đầu vào đó.
2.3.2.2 Giá trị biên (Boundary Value Analysis)
Kinh nghiệm cho thấy rằng các ca kiểm thử khảo sát tỷ mỷ các điều kiện biên có tỷ lệ phần trăm thành công cao hơn so với các ca kiểm thử khác Các điều kiện biên đề cập đến các tình huống xảy ra ngay tại, trên và dưới các cạnh của các lớp tương đương đầu vào và đầu ra Phân tích giá trị biên là một phương pháp thiết kế ca kiểm thử bổ sung cho phân lớp tương đương, nhưng có sự khác biệt ở hai khía cạnh quan trọng.
1 Phân tích giá trị biên không lựa chọn phần tử bất kỳ nào trong 1 lớp tương đương là điển hình, mà nó yêu cầu là 1 hay nhiều phần tử được lựa chọn như vậy mà mỗi cạnh của lớp tương đương đó chính là đối tượng kiểm tra
2 Ngoài việc chỉ tập trung chú ý vào các trạng thái đầu vào (không gian đầu vào), các ca kiểm thử cũng nhận được bằng việc xem xét không gian kết quả (các lớp tương đương đầu ra)
Phân tích giá trị biên đòi hỏi sự sáng tạo và chuyên môn hóa, đồng thời là một quá trình mang tính kinh nghiệm cao Một số quy tắc chung cần lưu ý trong quá trình này bao gồm việc hiểu rõ các yếu tố ảnh hưởng đến giá trị biên và áp dụng các phương pháp phân tích hợp lý để tối ưu hóa kết quả.
1 Nếu 1 trạng thái đầu vào định rõ giới hạn của các giá trị, hãy viết các ca kiểm thử cho các giá trị cuối của giới hạn, và các ca kiểm thử đầu vào không hợp lệ cho các trường hợp vừa ra ngoài phạm vi
2 Nếu 1 trạng thái đầu vào định rõ số lượng giá trị, hãy viết các ca kiểm thử cho con số lớn nhất và nhỏ nhất của các giá trị và một giá trị trên, một giá trị dưới những giá trị này
Kết chương
• Hiểu được các lý thuyết về tester, những công việc cần làm của tester
• Phân biệt những khái niệm trong công việc Tester
• Biết được các phương pháp test như nào là hiệu quả cũng như kỹ thuật viết test case sao cho rõ ràng
• Còn cần nhiều thời gian để tìm hiểu chuyên sâu về các lý thuyết về ngành Tester cũng như các lý thuyết liên quan
• Cần luyện tập thêm về việc test cũng như việc viết test case
• Tìm hiểu và nghiên cứu để hiểu sâu hơn về lý thuyết Tester như các phương pháp kiểm thử, các mức độ kiểm thử.v.v
TRIỂN KHAI KIỂM THỬ THỦ CÔNG TRÊN HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ
3.1.1 Giới thiệu tổng quan về trang web
Sendo, hay còn được biết đến với tên gọi “Siêu Chợ Sen Đỏ”, là một sàn thương mại điện tử nổi bật tại Việt Nam, nơi kết nối người bán và người mua hàng hóa Nền tảng này không chỉ tạo điều kiện thuận lợi cho giao dịch mà còn giúp các nhà bán hàng tăng doanh số nhanh chóng và hiệu quả trong kinh doanh online.
Kho hàng của Sendo rất phong phú và đa dạng, bao gồm nhiều ngành hàng khác nhau Với hơn 200.000 gian hàng, cộng đồng người bán tại đây mang đến cho bạn nhiều lựa chọn hấp dẫn.
Sendo, được sáng lập bởi ông Nguyễn Đắc Việt Dũng, hiện là chủ tịch hội đồng quản trị của nền tảng này Ban đầu, Sendo chỉ là một dự án thử nghiệm tại thị trường Việt Nam do công ty Cổ phần Dịch vụ Trực tuyến FPT quản lý.
3.1.2 Các tính năng của SENDO
− Thêm sản phẩm vào giỏ hàng
Hình 12: Các tính năng của SENDO
3.1.3 Mô tả các tính năng kiểm thử
Em sẽ tiến hành thực hiện kiểm thử 3 tính năng:
Hình 13: Trang đăng ký Use case: User đăng ký bằng số điện thoại
− User nhập số điện thoại chưa đăng ký
− User nhập mã xác thực
− User nhập thông tin đăng ký
Hình 14: Giao diện trang đăng nhập
− Use case: Đăng nhập bằng số điện thoại
− User nhập số điện thoại đã đăng ký
− Use case: Đăng nhập bằng SMS
− User nhập số điện thoại đã đăng ký
− User Click Đăng nhập bằng SMS
− User nhập mã OTP và đăng nhập
− Use case: Đăng nhập bằng Facebook
− User đồng ý ủy quyền đăng nhập bằng FB
− Use case: Đăng nhập bằng Gmail
− User đồng ý ủy quyền đăng nhập bằng Gmail
− Use case: Đăng nhập bằng email
− User click Đăng nhập bằng email
− User nhập email và password đã đăng ký
- Use case: Giỏ hàng không có sản phẩm nào
• User thấy msg “Không có sản phẩm nào trong giỏ hàng của bạn.”
• User click Tiếp tục mua sắm
• User chuyển hướng tới màn hình homepage
Hình 15: Giỏ hàng không có sản phẩm Use case: Giỏ hàng có sản phẩm
• User thấy các sản phẩm mình đã thêm
• User tích chọn các sản phẩm cần thanh toán
• User thấy thông tin đơn hàng gồm thông tin nhận hàng và giá tiền
• User click Mua hàng để chuyển tới màn hình thanh toán
Hình 16: Giỏ hàng khi có sản phẩm
3.2 Lập kế hoạch kiểm thử
Output Đăng ký Tìm hiểu nghiệp vụ
Xuân Hiên Nắm được nghiệp vụ tính năng Viết testcase Xuân Hiên Testcase
Xuân Hiên Danh sách lỗi tìm được Đăng nhập Tìm hiểu nghiệp vụ
Xuân Hiên Nắm được nghiệp vụ tính năng Viết testcase Xuân Hiên Testcase
Xuân Hiên Danh sách lỗi tìm được
Giỏ hàng Tìm hiểu nghiệp vụ
Xuân Hiên Nắm được nghiệp vụ tính năng Viết testcase Xuân Hiên Testcase
Xuân Hiên Danh sách lỗi tìm được
Bảng 1: Danh sách Tasks kiểm thử
1 Thiết lập môi trường kiểm thử
Bảng 3 2 Thiết lập môi trường kiểm thử
Hệ điều hành Windows, Mac
Bảng 2: Thiết lập môi trường kiểm thử
Testcase name Steps Expected result
Kiểm tra mở màn hình
Kiểm tra khái quát chung màn hình
- Hiển thị title của chức năng trên màn hình (nếu có)
- Hiển thị đầy đủ các trường như trong tài liệu thiết kế màn hình Pass
Kiểm tra tổng thể giao diện màn hình
1 Kiểm tra về bố cục, font chữ, chính tả, màu chữ
2 Kiểm tra trường bắt buộc nhập
1 Các label, textbox, combo có độ dài, rộng và khoảng cách bằng nhau, không xô lệch
2 Các label sử dụng cùng
1 loại font, cỡ chữ, căn lề trái Pass
3 Kiểm tra tất cả lỗi về chính tả, cấu trúc câu, ngữ pháp trên màn hình
Kiểm tra thứ tự di chuyển trỏ trên màn hình khi nhấn phím
Tab Nhấn Tab liên tục
Con trỏ di chuyển lần lượt theo thứ tự: từ trên xuống dưới, từ trái qua phải Pass
Kiểm tra thứ tự con trỏ di chuyển ngược lại trên màn hình khi nhấn Shift-Tab
Nhấn phím Shift-Tab liên tục
Con trỏ di chuyển ngược lại theo thứ tự: từ dưới lên trên, từ phải qua trái Pass
Kiểm tra giao diện khi thu nhỏ, phóng to
Màn hình thu nhỏ, phóng to tương ứng và không bị vỡ giao diện Pass Đăng nhập bằng số điện thoại và mật khẩu hợp lệ
Kiểm tra nhập số thành công
1 Nhập ký tự số vào textbox Nhập thành công Pass
Kiểm tra khi dữ liệu là các ký tự chữ
1 Nhập dữ liệu là các ký tự, thẻ html, ký tự đặc biệt
2 Các thông tin khác được nhập hợp lệ
1 Thông báo dữ liệu phải là số
2 Set focus vào trường lỗi
Hoặc xử lý không cho phép nhập ký tự chữ vào trường số Pass
Kiểm tra khi nhập dữ liệu là số thập phân
1 Nhập dữ liệu là số thập phân
2 Các thông tin khác được nhập hợp lệ
Nếu trường số có thể là số thập phân:
- Thực hiện thành công Pass có cho phép hoặc không)
Nếu trường số không là số thập phân:
1 Thông báo trường số ko là số thập phân
2 Set focus vào trường lỗi
Hoặc xử lý không cho phép nhập số thập phân
Nhập Dữ liệu là số âm(tùy từng chức năng có cho phép hoặc không)
1 Nhập dữ liệu là số âm
2 Các thông tin khác được nhập hợp lệ
Nếu trường số có thể là số âm:
- Thực hiện thành công Nếu trường số không là số âm:
1 Thông báo trường số ko thể là số âm
2 Set focus vào trường lỗi hoặc xử lý không cho phép nhập dấu âm Pass
Nhập số điện thoại đã đăng ký
1 Nhập dữ liệu là sđt đã đăng ký
3 Nhập mật khẩu hợp lệ
Mở ra MH nhập mật khẩu Đăng nhập thành công Pass Validate mật khẩu
Kiểm tra giá trị mặc định của ô Mật khẩu
Kiểm tra giá trị mặc định
Giá trị mặc định giống tài liệu thiết kế Pass
Kiểm tra trạng thái mặc định của icon mã hóa
2 Quan sát icon mã hóa mật khẩu
Icon ở trạng thái mã hóa (hoặc tùy theo thiết kế) Pass
Kiểm tra mã hóa trường password
2 Nhập các ký tự vào ô Mật khẩu
Các ký tự được nhập vào có dạng "********" Pass
Kiểm tra bỏ mã hóa trường password
2 Click vào icon mã hóa để bỏ mã hóa mật khẩu
3 Nhập các ký tự vào ô Mật khẩu
Các ký tự được nhập và hiển thị ở dạng văn bản không bị mã hóa Pass Để trống mật khẩu
2 Để trống MK và nhấn tiếp tục
Báo lỗi chưa nhập mật khẩu Pass
Nhập OTP không hợp lệ
2 Nhập sdt hợp lệ và click đăng nhập sms
3 Nhập OTP không hợp lệ Báo lỗi OTP sai Pass Để trống OTP
2 Nhập sdt hợp lệ và click đăng nhập sms
3 Để trống OTP và nhấn Đăng nhập Báo chưa nhập OTP Pass
2 Nhập sdt hợp lệ và click đăng nhập sms
3 Nhập OTP và nhấn đăng nhập Đăng nhập thành công Pass Đăng nhập bằng FB
Trường hợp chưa login fb trên thiết bị
Chuyển hướng tới Màn hình đăng nhập FB Pass
3 Tiến hành đăng nhập vào FB và ủy quyền đăng nhập vào Sendo Đăng nhập thành công Pass
Trường hợp đã login fb trên thiết bị
3 Tiến hành ủy quyền đăng nhập vào Sendo Đăng nhập thành công Pass Đăng nhập bằng Gmail
Trường hợp chưa login gmail trên thiết bị
2 Click đăng nhập bằng gmail
Chuyển hướng tới Màn hình đăng nhập gmail Pass
3 Tiến hành đăng nhập vào gmail và ủy quyền đăng nhập vào
Sendo Đăng nhập thành công Pass
Trường hợp đã login gmail trên thiết bị
2 Click đăng nhập bằng gmail
3 Tiến hành ủy quyền đăng nhập vào Sendo Đăng nhập thành công Pass Đăng nhập bằng Email
Kiểm tra nhập email hợp lệ
Nhập email hợp lệ vào textbox email Nhập thành công Pass
Kiểm tra khi nhập sai định dạng email
Nhập Email có định dạng: @gmail.com
Thông báo "Email sai định dạng" Pass
Nhập Email có định dạng: abcgmail.com
Thông báo "Email sai định dạng" Pass
Nhập Email có định dạng: abc@.com
Thông báo "Email sai định dạng" Pass
Nhập Email có định dạng: abc@gmailcom
Thông báo "Email sai định dạng" Pass
Nhập Email có định dạng: abc@gmail
Thông báo "Email sai định dạng" Pass
Kiểm tra giá trị mặc định của ô Mật khẩu
Kiểm tra giá trị mặc định
Giá trị mặc định giống tài liệu thiết kế Pass
Kiểm tra trạng thái mặc định của icon mã hóa
2 Quan sát icon mã hóa mật khẩu
Icon ở trạng thái mã hóa (hoặc tùy theo thiết kế) Pass
Kiểm tra mã hóa trường password
2 Nhập các ký tự vào ô Mật khẩu
Các ký tự được nhập vào có dạng "********" Pass
Kiểm tra bỏ mã hóa trường password
2 Click vào icon mã hóa để bỏ mã hóa mật khẩu
3 Nhập các ký tự vào ô Mật khẩu
Các ký tự được nhập và hiển thị ở dạng văn bản không bị mã hóa Pass
Kiểm tra đăng nhập bằng email thành công
2 Click vào Đăng nhập bằng email
3 Nhập thông tin hợp lệ Đăng nhập thành công Pass
Bảng 3: Test case đăng nhập
Testcase name Steps Expected result
Kiểm tra khái quát chung màn hình
- Hiển thị title của chức năng trên màn hình (nếu có)
- Hiển thị đầy đủ các trường như trong tài liệu TKMH Pass
Kiểm tra tổng thể giao diện màn hình
1 Kiểm tra về bố cục, font chữ, chính tả, màu chữ
2 Kiểm tra trường bắt buộc nhập
1 Các label, textbox, combo có độ dài, rộng và khoảng cách bằng nhau, không xô lệch
2 Các label sử dụng cùng 1 loại font, cỡ chữ, căn lề trái
3 Kiểm tra tất cả lỗi về chính tả, cấu trúc câu, ngữ pháp trên màn hình Pass
Kiểm tra thứ tự di chuyển trỏ trên màn hình khi nhấn phím Tab Nhấn Tab liên tục
Con trỏ di chuyển lần lượt theo thứ tự: từ trên xuống dưới, từ trái qua phải Pass
Kiểm tra thứ tự con trỏ di chuyển ngược lại trên màn hình khi nhấn
Nhấn phím Shift- Tab liên tục
Con trỏ di chuyển ngược lại theo thứ tự: từ dưới lên trên, từ phải qua trái Pass
Kiểm tra giao diện khi thu nhỏ, phóng to
Màn hình thu nhỏ, phóng to tương ứng và không bị vỡ giao diện Pass Đăng ký bằng sdt
Nhập OTP không hợp lệ
2 Nhập sđt chưa đăng ký và click Tiếp tục
3 Nhập OTP không hợp lệ Báo lỗi OTP sai Pass Để trống OTP
2 Nhập sđt chưa đăng ký và click Tiếp tục
3 Để trống OTP và nhấn Đăng nhập Báo chưa nhập OTP Pass
2 Nhập sđt chưa đăng ký và click Tiếp tục
3 Nhập OTP và nhấn đăng nhập Đăng ký thành công Pass
Bảng 4: Test case đăng ký
Testcase name Steps Expected result
Kiểm tra khái quát chung màn hình
- Hiển thị title của chức năng trên màn hình (nếu có)
- Hiển thị đầy đủ các trường như trong tài liệu TKMH Pass
Kiểm tra tổng thể giao diện màn hình
1 Kiểm tra về bố cục, font chữ, chính tả, màu chữ
2 Kiểm tra trường bắt buộc nhập
1 Các label, textbox, combo có độ dài, rộng và khoảng cách bằng nhau, không xô lệch
2 Các label sử dụng cùng 1 loại font, cỡ chữ, căn lề trái
3 Kiểm tra tất cả lỗi về chính tả, cấu trúc câu, ngữ pháp trên màn hình Pass
Kiểm tra thứ tự di chuyển trỏ trên màn hình khi nhấn phím
Tab Nhấn Tab liên tục
Con trỏ di chuyển lần lượt theo thứ tự: từ trên xuống dưới, từ trái qua phải Pass
Kiểm tra thứ tự con trỏ di chuyển ngược lại trên màn hình khi nhấn Shift-Tab
Nhấn phím Shift- Tab liên tục
Con trỏ di chuyển ngược lại theo thứ tự: từ dưới lên trên, từ phải qua trái Pass
Kiểm tra giao diện khi thu nhỏ, phóng to
Màn hình thu nhỏ, phóng to tương ứng và không bị vỡ giao diện Pass
Kiểm tra cart chưa có sản phẩm
1 Mở MH cart khi chưa có sản phẩm
Hiện msg "Không có sản phẩm nào trong giỏ hàng của bạn." Pass
2 Click Tiếp tục mua sắm Chuyển hướng tới homepage Pass
Kiểm tra cart đã có sản phẩm
1 Thêm sản phẩm vào giỏ hàng
Các sản phẩm được thêm vào giỏ hàng hiển thị đúng thông tin như: tên, số lượng, tên shop Pass
Kiểm tra hiển thị khi chưa chọn sản phẩm thanh toán
Mở giỏ hàng và không tích chọn sản phẩm nào Phần giá tiền hiển thị 0 đồng Pass
Kiểm tra hiển thị khi đã chọn sản phẩm thanh toán
Mở giỏ hàng và tích chọn sản phẩm để thanh toán
Hiển thị tổng tiền = Đơn giá*Số lượng các sản phẩm Pass Kiểm tra click vào tên shop
Mở giỏ hàng và click vào 1 tên shop
Chuyển tới MH thông tin shop đó Pass
Kiểm tra click vào tên sản phẩm
Mở giỏ hàng và click vào 1 tên sản phẩm
Chuyển tới MH thông tin sản phẩm đó Pass
Kiểm tra edit số lượng sản phẩm
Mở giỏ hàng và thay đổi số lượng 1 sản phẩm
Thay đổi thành công cho tới khi sản phẩm đạt số lượng tối đa Pass
Kiểm tra xóa 1 sản phẩm
Mở giỏ hàng và click icon xóa ở 1 sản phẩm Xóa thành công Pass
Kiểm tra xóa nhiều sản phẩm
1 Mở giỏ hàng, tích chọn 1 số sản phẩm Xóa thành công Pass
2 Click icon xóa hàng loạt
Kiểm tra thay đổi thông tin giao hàng
1 Mở giỏ hàng và click thay đổi thông tin giao hàng
2 Thay đổi địa chỉ sđt nhận hàng Thay đổi thành công Pass
Kiểm tra áp dụng mã khuyến mãi
1 Mở giỏ hàng, tích chọn sản phẩm thanh toán
2 Nhập mã khuyến mãi hợp lệ Áp dụng mã thành công, tiền được khấu trừ Pass
Kiểm tra click Mua hàng
Mở giỏ hàng, tích chọn sản phẩm thanh toán và nhấn Mua hàng Chuyển tới MH thanh toán Pass
Bảng 5: Test case Giỏ hàng
KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN
Kỹ năng giao tiếp và làm việc nhóm được nâng cao
Nâng cao khả năng tự học và tìm hiểu những kiến thức liên quan đến chuyên ngành
Trau dồi thêm kiến thức và kỹ năng về Tester, tích lũy thêm được nhiều kinh nghiệm khi được thực hành với dự án
Nắm vững hơn các kiến thức nền tảng về Manual Testing và quy trình khi thực hiện kiểm thử một hệ thống
Nâng cao khả năng chịu áp lực với cường độ công việc cao khi thực tập tại công ty thân
Làm quen được với môi trường làm việc chuyên nghiệp của doanh nghiệp
Hoàn thiện bản thân và có định hướng rõ ràng hơn trong công việc sau này của bản
Mặc dù đã được đào tạo trong môi trường doanh nghiệp thực tế, tôi nhận thấy bản thân vẫn còn nhiều thiếu sót và cần cải thiện hơn nữa trong tương lai.
Kiểm thử thủ công đóng vai trò quan trọng trong việc cải thiện kỹ năng viết test cases, giúp áp dụng các phương pháp thiết kế test cases hiệu quả hơn Điều này không chỉ mang lại cái nhìn tổng quan về hệ thống mà còn giúp phát hiện các lỗi tiềm ẩn, từ đó đảm bảo chất lượng cho sản phẩm.
Nâng cấp website để đáp ứng quản lý trên diện rộng và sử dụng trên nhiều nền tảng
Xây dựng và thiết kế website chuyên nghiệp hơn
Để thành công trong môi trường doanh nghiệp, bạn cần chủ động hơn trong công việc của mình Hãy tích cực học hỏi và tìm hiểu sâu về nhiệm vụ của bản thân, đồng thời làm quen và xây dựng mối quan hệ với đồng nghiệp Sự chủ động này không chỉ giúp bạn nâng cao kỹ năng mà còn tạo cơ hội kết nối và hợp tác hiệu quả trong công việc.
Trong quá trình thực tập tại doanh nghiệp, tôi nhận ra những thiếu sót của bản thân và học hỏi từ những người đi trước để khắc phục các nhược điểm này.
Có được những mối quan hệ mới giúp cho sự phát triển của bản thân,
Trang bị thêm cho bản thân kỹ năng mềm và kiến thức về Testing
2/ https://viblo.asia/p/quy-trinh-kiem-thu-phan-mem-software-testing-life- cycle-stlc-Qbq5QLvmlD8
3/ https://viblo.asia/p/muc-tieu-cua-kiem-thu-phan-mem-va-cac-muc-dich- tester-can-huong-den-ZDEeLRpbvJb
4/ https://viblo.asia/p/muc-tieu-cua-kiem-thu-phan-mem-va-cac-muc-dich- tester-can-huong-den-ZDEeLRpbvJb
6/ https://anhtester.com/blog/scrum-la-gi-tong-quan-ve-mo-hinh-scrum- b428.html