TỔNG QUAN VỀ CÔNG TY
Giới thiệu tổng quát về doanh nghiệp thực tập
Tên doanh nghiệp: TMA Solutions Bình Định Địa chỉ: 12 Đại lộ Khoa học, Khu vực 2, phường Ghềnh Ráng, thành phố Quy Nhơn, tỉnh Bình Định
Email: contact@tma-binhdinh.vn
Website: https://www.tma-binhdinh.vn/
Hình 1.1 Logo Công ty TMA Solutions Bình Định
1.1.2 Giới thiệu chung Được thành lập năm 1997, TMA là tập đoàn công nghệ hàng đầu Việt Nam với
TMA hiện có 4.000 kỹ sư và phục vụ khách hàng là các tập đoàn công nghệ cao hàng đầu từ 30 quốc gia Công ty sở hữu 7 chi nhánh tại Việt Nam, bao gồm 6 chi nhánh tại Tp.HCM và 1 chi nhánh tại Tp Quy Nhơn, cùng với 6 chi nhánh quốc tế tại Mỹ, Úc, Canada, Đức, Nhật Bản và Singapore.
Tháng 6 năm 2018, TMA đã mở chi nhánh tại Bình Định Sau 4 năm, TMA Bình Định đã phát triển nhanh chóng với hơn 400 kỹ sư, trong đó có nhiều kỹ sư đang làm việc tại TP.HCM đã trở về làm việc tại quê hương.
Tháng 8 năm 2018, TMA đã khởi công xây dựng Công viên Sáng tạo TMA Bình Định (TMA Innovation Park – TIP) trên 10 hecta tại Thung lũng Sáng tạo Quy Nhơn(Quy Nhon Innovation Park – QNIVY) với vốn đầu tư hàng trăm tỷ đồng.
Tổng quan về vị trí việc làm
Tester là người đảm nhận việc kiểm tra và đánh giá chất lượng phần mềm hoặc ứng dụng trước khi phát hành Họ đảm bảo phần mềm hoạt động đúng và sản phẩm đến tay khách hàng với mức rủi ro thấp nhất Tester đóng vai trò giám sát và là người trải nghiệm đầu tiên sản phẩm, dịch vụ công nghệ, thông qua việc thiết lập các quy trình và tiêu chí đánh giá giữa các bên liên quan.
1.2.2 Kiến thức và kỹ năng cần thiết
- Kiến thức về kiểm thử phần mềm cũng như quy trình kiểm thử phần mềm.
- Kiến thức về cơ sở dữ liệu, hệ thống và mạng, về giao diện người dùng(UX/UI),…
Nắm vững một hoặc nhiều ngôn ngữ lập trình cơ bản giúp bạn hiểu rõ hơn về kiến trúc hệ thống của sản phẩm phần mềm mà mình phụ trách.
- Nhạy bén với công nghệ, thiết bị công nghệ, các công cụ hỗ trợ bao gồm cả automation test tools
- Kỹ năng phân tích: phân tích và hiểu rõ các yêu cầu, thiết kế và tài liệu liên quan để xác định các kịch bản kiểm thử cần thiết.
Kỹ năng ghi chép và báo cáo là rất quan trọng trong quá trình kiểm thử phần mềm, bao gồm việc ghi chép chi tiết và rõ ràng các kết quả kiểm thử Việc viết báo cáo lỗi và kết quả kiểm thử một cách dễ hiểu giúp đảm bảo thông tin được truyền đạt hiệu quả, hỗ trợ cho việc cải tiến sản phẩm và quy trình phát triển.
Kỹ năng giao tiếp đóng vai trò quan trọng trong việc truyền tải nội dung hiệu quả, giúp các bên hiểu nhau rõ hơn Điều này không chỉ thúc đẩy quá trình sáng tạo sản phẩm mà còn đảm bảo việc kiểm tra chất lượng được thực hiện một cách chính xác nhất.
Để đảm bảo quy trình chất lượng hiệu quả, người thực hiện cần có tính cẩn thận, tỉ mỉ và nghiêm túc Trong quá trình làm việc, có thể xảy ra xung đột giữa các bộ phận, do đó, cần phải là người phân xử và kiên định tuân thủ các quy chuẩn đã được đề ra.
Nghề tester hiện nay cung cấp nhiều vị trí phù hợp với từng 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 cần thiết Dưới đây là một số vị trí tester tiêu biểu.
- Fresher QA: 1-3 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.
LÝ THUYẾT VỀ KIỂM THỬ PHẦN MỀM
Khái niệm về kiểm thử phần mềm
Kiểm thử phần mềm là quá trình thực hiện một chương trình hoặc ứng dụng nhằm phát hiện lỗi và đảm bảo tính hoạt động hiệu quả của nó.
XIII được thiết kế chính xác và đáp ứng đầy đủ các yêu cầu kỹ thuật cũng như chức năng theo mong muốn của khách hàng, nhằm mang đến sản phẩm hoàn thiện nhất cho người dùng.
Kiểm thử phần mềm mang lại cái nhìn độc lập và mục tiêu rõ ràng, giúp đánh giá và hiểu rõ các rủi ro liên quan đến việc thực thi phần mềm.
2.2 7 nguyên tắc kiểm thử của phần mềm
- Kiểm thử cho thấy sự tồn tại của lỗi
- Kiểm thử toàn bộ là không thể
- Kiểm thử càng sớm càng tốt
- Nghịch lý thuốc trừ sâu
- Quan niệm sai lầm về việc hết lỗi
- Kiểm thử phụ thuộc vào ngữ cảnh
Vòng đời kiểm thử phần mềm
Hình 2.1 Vòng đời kiểm thử phần mềm
Types of Tesing - Các loại kiểm thử phần mềm
Kiểm thử thủ công (Manual Testing) là quy trình kiểm tra phần mềm được thực hiện hoàn toàn bằng tay bởi các nhân viên tester Mục tiêu của công việc này là phát hiện các lỗi và bugs trong phần mềm, ứng dụng đang trong giai đoạn phát triển.
Kiểm thử thủ công là phương pháp kiểm tra cơ bản không sử dụng công cụ nào để phát hiện lỗi trong phần mềm Phương pháp này đảm bảo rằng các phần mềm và ứng dụng hoạt động đúng theo yêu cầu bằng cách tuân thủ các kịch bản và điều kiện của testcase.
Kiểm thử tự động (Automation testing) là quá trình sử dụng công cụ, script và phần mềm để thực hiện các trường hợp kiểm thử thông qua việc lặp lại các hành động đã được xác định Quá trình này nhằm thay thế các hoạt động thủ công của con người bằng hệ thống hoặc thiết bị tự động Nhờ vào việc áp dụng công cụ tự động hóa, kiểm thử tự động giúp tiết kiệm thời gian trong các thử nghiệm khám phá, nâng cao hiệu quả duy trì các script kiểm tra và mở rộng phạm vi kiểm tra tổng thể.
Kiểm thử tự động là giải pháp lý tưởng cho các dự án lớn cần kiểm tra lặp lại các khu vực tương tự và những dự án đã hoàn thành giai đoạn thử nghiệm thủ công ban đầu.
Test Levels – Các cấp độ kiểm thử
Hình 2.2 Các cấp độ kiểm thử
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ẻ như hàm, lớp và phương thức được kiểm tra kỹ lưỡng Quá trình này diễn ra trong giai đoạn phát triển ứng dụng, giúp phát hiện và sửa lỗi ngay lập tức mà không cần lưu trữ như các cấp độ kiểm thử khác Thông thường, các nhà phát triển là những người thực hiện kiểm thử đơn vị này.
Kiểm thử tích hợp là quá trình kiểm tra các module phần mềm đã được tích hợp, nhằm đảm bảo chức năng hoạt động đồng bộ Trong mỗi dự án phần mềm, nhiều module được phát triển bởi các lập trình viên khác nhau, do đó kiểm thử tích hợp tập trung vào việc kiểm tra luồng dữ liệu và tương tác giữa các module Thông thường, tester là người thực hiện loại kiểm thử này để xác định và khắc phục các lỗi tiềm ẩn.
Kiểm thử hệ thống là quá trình đánh giá toàn bộ chức năng và giao diện của hệ thống nhằm xác định xem nó có đáp ứng các yêu cầu nghiệp vụ và chức năng đã được đề ra hay không Thông thường, người thực hiện loại kiểm thử này là tester.
Kiểm thử chấp nhận là quá trình xác định xem phần mềm có đáp ứng đầy đủ yêu cầu của khách hàng hay không và liệu khách hàng có đồng ý chấp nhận sản phẩm hay không Loại kiểm thử này thường được thực hiện bởi khách hàng hoặc bên thứ ba.
Testing methods – Phương pháp kiểm thử phần mềm
Hình 2.3 Phương pháp kiểm thử phần mềm
2.6.1 Black box testing – Kiểm thử hộp đen
Kiểm thử hộp đen là phương pháp kiểm tra phần mềm mà không yêu cầu người kiểm thử có kiến thức về mã nguồn hoặc thuật toán Phương pháp này tập trung vào việc đánh giá đầu vào và đầu ra của chương trình mà không quan tâm đến cách thức hoạt động bên trong của nó Người kiểm thử coi phần mềm như một "hộp đen", chỉ chú ý đến chức năng và hiệu suất mà không cần hiểu chi tiết về mã.
2.6.2 White box testing – Kiểm thử hộp trắng
Trong kiểm thử hộp trắng, người kiểm thử xem xét cấu trúc mã và thuật toán của chương trình Các trường hợp kiểm thử được thiết kế dựa trên cách thức hoạt động của mã nguồn Bằng việc truy cập vào mã nguồn, người kiểm thử có thể kiểm tra và sử dụng thông tin này để hỗ trợ quá trình kiểm thử hiệu quả hơn.
Các kỹ thuật thiết kế kiểm thử
2.7.1 Static Testing (Kỹ thuật kiểm thử tĩnh)
Kiểm thử tĩnh là phương pháp kiểm tra tài liệu như yêu cầu, thiết kế và test case, cũng như thực hiện phân tích cú pháp tự động cho mã nguồn do lập trình viên viết Kỹ thuật này thường được thực hiện bằng các công cụ mà không cần phải chạy chương trình, giúp phát hiện lỗi và cải thiện chất lượng dự án.
Các kỹ thuật kiểm thử tĩnh:
2.7.2 Dynamic Testing (Kỹ thuật kiểm thử động)
Kiểm thử động là một yếu tố quan trọng trong kiểm thử phần mềm, tập trung vào việc phân tích hành vi thực tế của mã nguồn thông qua việc chạy phần mềm Mục tiêu chính của kiểm thử động là xác nhận rằng phần mềm hoạt động ổn định và không có lỗi nghiêm trọng sau khi được cài đặt, đảm bảo sự tin cậy và hiệu suất của ứng dụng.
Các kỹ thuật kiểm thử động:
Boundary Value Analysis (BVA) (Phân tích giá trị biên):
Phân tích Giá trị Biên (Boundary Value Analysis - BVA) là một kỹ thuật quan trọng để phát hiện lỗi tiềm ẩn tại các ranh giới giữa các miền giá trị đầu vào Kỹ thuật này tập trung vào việc lựa chọn các giá trị biên, bao gồm giá trị tối thiểu và tối đa, nhằm kiểm tra hiệu suất của chương trình khi nhận các giá trị đầu vào gần hoặc chạm vào các ranh giới này.
Equivalence Partitioning (EP) (Phân vùng/lớp tương đương)
Kỹ thuật Phân vùng Tương đương (Equivalence Partitioning - EP) giúp giảm số lượng test case cần thiết để kiểm tra các giá trị đầu vào EP chia các giá trị đầu vào thành các nhóm tương đương, với mỗi nhóm đại diện cho một lớp giá trị tương tự trong quá trình thử nghiệm Thay vì kiểm tra từng giá trị đầu vào riêng lẻ, chúng ta chỉ cần kiểm tra một giá trị đại diện từ mỗi nhóm tương đương.
Decision Table Testing (Bảng quyết định)
Bảng quyết định là một kỹ thuật kiểm thử hiệu quả, giúp đánh giá hành vi của hệ thống thông qua việc kiểm tra các kết hợp khác nhau của đầu vào Phương pháp này mang tính hệ thống, với kết quả từ các tổ hợp đầu vào và hành vi tương ứng của hệ thống được ghi chép lại dưới dạng bảng, tạo điều kiện thuận lợi cho việc phân tích và đánh giá.
State Transition Diagrams (STD) (Chuyển đổi trạng thái)
Khi áp dụng kỹ thuật chuyển trạng thái, người kiểm thử cần phân tích phần mềm theo một trình tự cụ thể Trình tự này phản ánh thứ tự chuyển đổi trạng thái của phần mềm trong sơ đồ.
XVIII chuyển đổi trạng thái Kỹ thuật này được dùng để kiểm thử khả năng nhập, thoát và chuyển đổi trạng thái của phần mềm.
Kỹ thuật kiểm thử phần mềm này là một phương pháp dựa trên kinh nghiệm, giúp đưa ra những phỏng đoán có cơ sở về các lỗi tiềm ẩn trong phần mềm Để áp dụng hiệu quả, tester cần có năng khiếu và kinh nghiệm chuyên môn vững vàng.
PHÂN TÍCH HỆ THỐNG IMS
Tổng quát về hệ thống
3.1.1 Giới thiệu chung về hệ thống IMS
IMS (Intern Management System) là phần mềm dành riêng cho TIP (TMA Innovation Park) để quản lý thực tập sinh.
IMS cung cấp chức năng lưu trữ thông tin cá nhân của người dùng, bao gồm hồ sơ, kỹ năng và thông tin liên hệ Điều này giúp quản lý sinh viên và tổ chức thực tập có cái nhìn tổng quát về sinh viên.
3.1.2 Chức năng của hệ thống
Hệ thống có những chức năng chính sau:
- Quản lý khóa thực tập
Hệ thống có người dùng chính là nhân viên thuộc bộ phận Industry Internship củaTMA Solutions Bình Định.
Đặc tả yêu cầu hệ thống
3.2.1 Đặc tả yêu cầu chức năng “Quản lý Mentor”
Tiêu đề QUẢN LÝ MENTOR
Mô tả Hệ thống cho phép thêm, sửa, xóa
Hệ thống hiển thị các thông tin bao gồm: Họ tên, DG, nơi công tác, email, địa chỉ, chức vụ, Tác vụ.
Bảng 3.1 Yêu cầu chức năng “Quản lý Mentor”
3.2.2 Đặc tả yêu cầu chức năng “Quản lý ứng viên”
Tiêu đề QUẢN LÝ ỨNG VIÊN
Hệ thống cho phép thêm, sửa, xóa, xem, tạo lịch phỏng vấn, upload và tìm kiếm thông tin ứng viên.
Hệ thống hiển thị các thông tin bao gồm: Họ tên, Email, Mã sinh viên, Trường, Vị trí thực tập, Kết quả, Tác vụ.
Mô tả trang “Kết quả phỏng vấn”
Sau khi hoàn tất việc tạo "lịch phỏng vấn" trên trang "quản lý ứng viên", lịch phỏng vấn sẽ được lưu trữ trên trang "kết quả phỏng vấn" Hệ thống cung cấp các tính năng như thêm, sửa, xoá, xem và tìm kiếm lịch phỏng vấn một cách dễ dàng.
Hệ thống hiển thị các thông tin bao gồm: Họ tên, email, ngày phỏng vấn, giờ phỏng vấn, người phỏng vấn, link phỏng vấn, kết quả, tác vụ
Bảng 3.2 Yêu cầu chức năng “Quản lý ứng viên”
3.2.3 Đặc tả yêu cầu chức năng “Quản lý sinh viên”
Tiêu đề QUẢN LÝ SINH VIÊN
Mô tả Hệ thống cho phép thêm, sửa, xóa, xem
Hệ thống hiển thị các thông tin bao gồm: Họ tên, email, trường, trạng thái, số điện thoại, tên DG, tên mentor, Tác vụ.
Bảng 3.3 Yêu cầu chức năng “Quản lý sinh viên”
3.2.4 Đặc tả yêu cầu chức năng “Quản lý khóa thực tập”
Tiêu đề QUẢN LÝ KHÓA THỰC TẬP
Hệ thống cho phép sửa.
Hệ thống hiển thị các thông tin bao gồm: Khoá thực tập, ngày bắt đầu, ngày kết thúc, loại thức tập, trạng thái, tác vụ.
Hệ thống cho phép thêm, sửa
Hệ thống hiển thị các thông tin bao gồm: Tên DG, tác vụ.
Bảng 3.4 Yêu cầu chức năng “Quản lý khóa thực tập”
3.2.5 Đặc tả yêu cầu chức năng “Chọn Batch”
Tiêu đề QUẢN LÝ MENTOR
Mô tả Hệ thống cho phép thêm, chọn khoá thực tập
Sau khi chọn xong khóa thực tập nhấn “XÁC NHẬN”
Bảng 3.5 Yêu cầu chức năng “Chọn Batch”
Đặc tả giao diện phần mềm
3.3.1 Quản lý Mentor a Giao diện màn hình “Quản lý Mentor”
Sau khi đăng nhập thành công, người dùng sẽ thấy màn hình chọn batch Sau khi chọn batch, một thông báo chào mừng sẽ xuất hiện Để quản lý Mentor, người dùng cần chọn tùy chọn "Quản lý Mentor", và giao diện màn hình quản lý Mentor sẽ hiện ra.
Hình 3.1 Màn hình “Chọn khoá thực tập”
Hình 3.2 Giao diện màn hình “Quản lý Mentor” b Đặc tả yêu cầu cho tính năng “Thêm Mentor”
Tên Use Case Thêm Mentor
Mô tả Cho phép người dùng thêm người hướng dẫn vào danh sách
Nhân viên bộ phận thực tập ngành cần kích hoạt người dùng vào giao diện danh sách người hướng dẫn Để thực hiện điều này, người dùng phải nhấn vào nút “Thêm” Sau khi nhấn nút, người dùng cần thêm thông tin người hướng dẫn thành công.
Luồng xử lý chính:
1 Sau khi người dùng nhấn nút “Thêm”, hệ thống hiển thị dialog Thêm người hướng dẫn.
2 Người dùng nhập đầy đủ thông tin người hướng dẫn và nhấn “Thêm”.
3 Nếu thành công thì màn hình sẽ hiển thị thông báo “Thêm thành công” và hiển thị danh sách thông tin người hướng dẫn vừa thêm vào danh sách.
4 Người dùng chọn nút “Hủy” Hệ thống sẽ hủy thao tác và trở lại giao diện Danh sách người hướng dẫn.
1 Các trường có dấu (*) là bắt buộc nhập thông tin.
2 Họ tên: kiểu chữ, không bao gồm các ký tự đặc biệt :!@#$%^&*()
3 Ngày sinh: ngày sinh phải đúng định dạng dd/mm/yyyy, ngày sinh không được lớn hơn ngày hiện tại.
4 Tên DG: không bao gồm các ký tự đặc biệt :!@#$%^&*().
5 Nơi công tác: không bao gồm ký tự đặc biệt :!@#$%^&*().
6 Email: tên email@tên miền, bắt buộc phải có @ trước tên miền, email có thể chứa số và các ký tự “-”, “_”.
7 Địa chỉ: không bao gồm ký tự đặc biệt :!@#$%^&*().
8 Chức vụ: không bao gồm ký tự đặc biệt :!@#$%^&*(). c Đặc tả yêu cầu cho tính năng “Sửa Mentor”
Tên Use Case Sửa Mentor
Mô tả Cho phép người dùng sửa thông tin người hướng dẫn
Nhân viên bộ phận Industry Internship cần kích hoạt người dùng vào giao diện Danh sách người hướng dẫn Trước khi thực hiện, người dùng phải nhấn vào biểu tượng “Sửa” Sau khi hoàn tất, người dùng sẽ sửa thông tin người hướng dẫn thành công.
Luồng xử lý chính:
1 Sau khi người dùng nhấn biểu tượng “Sửa”, hệ thống hiển thị dialog Sửa người hướng dẫn.
2 Người dùng nhập thông tin người hướng dẫn cần sửa và nhấn “Sửa”.
3 Nếu thành công thì màn hình sẽ hiển thị thông báo “Sửa thành công” và hiển thị danh sách thông tin người hướng dẫn vừa thêm vào danh sách.
4 Người dùng chọn nút “Hủy” Hệ thống sẽ hủy thao tác và trở lại giao diện Danh sách người hướng dẫn.
1 Các trường có dấu (*) là bắt buộc nhập thông tin.
2 Họ tên: kiểu chữ, không bao gồm các ký tự đặc biệt :!@#$%^&*().
3 Ngày sinh: ngày sinh phải đúng định dạng dd/mm/yyyy, ngày sinh không được lớn hơn ngày hiện tại.
4 Tên DG: không bao gồm các ký tự đặc biệt :!@#$%^&*().
5 Nơi công tác: không bao gồm ký tự đặc biệt :!@#$%^&*().
6 Email: tên email@tên miền, bắt buộc phải có @ trước tên miền, email có thể chứa số và các ký tự “-”, “_”.
7 Địa chỉ: không bao gồm ký tự đặc biệt :!@#$%^&*().
8 Chức vụ: không bao gồm ký tự đặc biệt :!@#$%^&*(). d Đặc tả yêu cầu cho tính năng “Xóa Mentor”
Tên tính năng Xóa Mentor
Người dùng có thể xóa thông tin của người hướng dẫn bằng cách vào giao diện danh sách và nhấn vào biểu tượng “Xóa” Sau khi thực hiện, thông tin người hướng dẫn sẽ được xóa thành công.
Luồng xử lý chính:
1 Hệ thống hiển thị popup “Bạn có muốn xóa người hướng dẫn này?”
2 Người dùng chọn nút “Đồng ý”.
3 Nếu thành công thì màn hình sẽ hiển thị thông báo “Xóa thành công” và thông tin của người hướng dẫn vừa được xóa không còn xuất hiện ở danh sách và không thể khôi phục.
4 Người dùng chọn nút “Hủy” Hệ thống sẽ hủy thao tác và trở lại giao diện Danh sách người hướng dẫn.
3.3.2 Chọn Khóa thực tập a Giao diện màn hình “Chọn Batch”
Sau khi đăng nhập thành công, người dùng sẽ thấy màn hình chọn batch (Hình 3.3) và cần chọn Batch bằng cách nhấn vào mục “Chọn khóa thực tập” Để thêm khóa thực tập mới, người dùng chỉ cần nhấn vào “Thêm”, sau đó màn hình “Thêm khóa thực tập” sẽ xuất hiện (Hình 3.4).
Hình 3.3 Màn hình “Chọn khoá thực tập”
Hình 3.4 Màn hình “Thêm khoá thực tập”
XXXI b Đặc tả chức năng cho yêu cầu “Chọn Batch”
Tên Use Case Chọn Batch
Mô tả Cho phép người dùng chọn khóa thực tập
Nhân viên bộ phận Industry Internship cần đảm bảo người dùng đã đăng nhập thành công để kích hoạt các điều kiện Sau khi người dùng hoàn tất việc đăng nhập, họ sẽ có khả năng chọn thông tin khóa thực tập một cách thành công.
Luồng xử lý chính:
1 Sau khi người dùng nhấn mục “Chọn khóa thực tập”, hệ thống hiển thị danh sách các khóa thực tập đã có.
2 Người dùng nhấn chọn vào Batch cần chọn và nhấn Xác nhận.
3 Nếu thành công hệ thống sẽ đưa người dùng đến trang chủ, màn hình
XXXII sẽ hiện lên “CHÀO MỪNG BẠN ĐÃ ĐẾN VỚI BATCH…” b Đặc tả chức năng cho yêu cầu “Thêm Batch”
Tên Use Case Thêm Batch
Mô tả Cho phép người dùng thêm khóa thực tập
Nhân viên bộ phận thực tập ngành có vai trò quan trọng trong việc hỗ trợ người dùng Điều kiện để kích hoạt quy trình là người dùng phải đăng nhập thành công Sau khi đăng nhập, người dùng có thể thêm thông tin về khóa thực tập một cách thành công.
Luồng xử lý chính:
1 Sau khi người dùng nhấn nút “Thêm”, hệ thống hiển thị dialog Thêm khóa thực tập.
2 Người dùng nhập thông tin khóa thực tập và nhấn “Thêm”.
3 Nếu thành công thì màn hình sẽ hiển thị thông báo “Thêm thành công” và đưa người dùng đến trang chủ
4 Người dùng chọn nút “Hủy” Hệ thống sẽ hủy thao tác và trở lại giao diện Hệ thống quản lý thực tập.
1 Các trường có dấu (*) là bắt buộc nhập thông tin.
2 Tên khóa thực tập: không bao gồm các ký tự đặc biệt :!@#$%^&*(), độ dài văn bản từ 6-255 ký tự.
3 Trạng thái: Có ba giá trị cho người dùng lựa chọn “Done”
4 Loại thực tập: Có hai giá trị cho người dùng lựa chọn “Fulltime” và
5 Ngày bắt đầu: ngày bắt đầu phải đúng định dạng dd/mm/yyyy, ngày bắt đầu phải nhỏ hơn ngày kết thúc.
6 Ngày kết thúc: ngày kết thúc phải đúng định dạng dd/mm/yyyy, ngày kết thúc phải lớn hơn ngày bắt đầu.
TRIỂN KHAI THỰC NGHIỆM
Lập kế hoạch kiểm thử
- Truy cập vào Google Sheet:
Link test case: Test case for IMS
Viết test cases và thực thi kiểm thử
Báo cáo, theo dõi lỗi
- Truy cập vào website IMS - V1,1:
Link website: https://ims-system.vercel.app/login
Hình 4.1 Giao diện khi truy cập vào website IMS
Bảng 4.1 Dữ liệu kiểm thử
4.1.3 Trạng thái của Test cases
- Passed: Nhập “Passed” vào status nếu test case đã thực hiện và kết quả thực tế đúng với kết quả mong đợi
- Failed: Nhập “Failed” vào status nếu test case đã thực hiện và kết quả thực tế không đúng với kết quả mong đợi
Thiết kế Test case
Cấu trúc của một Test case
- TC - ID: Số thứ tự của test case.
- Section: Tên của chức năng, thành phần cần test.
- Sub-section: Các thành phần nhỏ hơn trong 1 chức năng.
- Description: Mô tả ngắn gọn mục đích của test case là kiểm tra chức năng nào trong phần mềm.
- Pre-condition: Điều kiện tiên quyết cần thực hiện trước khi bắt đầu thực hiện test
- Data: Dữ liệu cần chuẩn bị để thực hiện test, có thể có hoặc không tùy từng quy mô dự án.
- Steps to Perform: Quy trình mô tả từng bước rõ ràng và chi tiết để thực hiện test
Kết quả mong đợi từ các bước kiểm thử thường phản ánh yêu cầu của khách hàng hoặc được đánh giá dựa trên tài liệu chuyên môn Việc hiển thị kết quả này là rất quan trọng để đảm bảo rằng sản phẩm đáp ứng đúng các tiêu chí đã đề ra.
- Status: Kết quả kiểm thử (Passed/Failed).
- Bug ID: Số thứ tự của lỗi trong report bug.
KẾT QUẢ KIỂM THỬ
Kết quả thực hiện kiểm thử
Module Name Thêm Mentor Total TCs Passed Failed
Module Name Sửa Mentor Total TCs Passed Failed
Module Name Xóa Mentor Total TCs Passed Failed
Bảng 5.3 Kết quả kiểm thử chức năng “Xóa Mentor”
Module Name Chọn Batch Total TCs Passed Failed
Bảng 5.4 Kết quả kiểm thử chức năng “Chọn Batch”
Bug Report
Bug Report chức năng “Thêm Mentor” và “Sửa Mentor” a Bug Report trên Excel:
Link Excel: Report Bug_Thoa
XXXVIII b Bug Report trên Trello:
- Link Trello: https://trello.com/b/lV0Z2kin/ims-project
KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN
Trong 10 tuần thực tập tại TMA Solutions Bình Định, nhờ sự hướng dẫn tận tình của các Mentor, tôi đã học hỏi và phát triển nhiều kiến thức cũng như kỹ năng mới.
Nắm vững kiến thức cơ bản về kiểm thử phần mềm là rất quan trọng Tôi đã học và áp dụng các loại kiểm thử, các cấp độ và phương pháp kiểm thử khác nhau để đảm bảo chất lượng sản phẩm Kiến thức này giúp tôi hiểu rõ quy trình kiểm thử và cải thiện hiệu quả trong công việc.
Trong quá trình phân tích yêu cầu và thiết kế test case, tôi đã học cách đọc tài liệu SRS để hiểu rõ yêu cầu dự án, từ đó tạo ra các test case chi tiết nhằm bao phủ tốt nhất các tình huống có thể xảy ra trong ứng dụng Ngoài ra, tôi cũng đã nắm được kỹ năng viết báo cáo lỗi cho các chức năng trong hệ thống.
Nâng cao hiệu quả học tập bằng cách áp dụng các phương pháp học tập đa dạng sẽ giúp cải thiện năng suất và tiết kiệm thời gian Điều này không chỉ nâng cao khả năng tự nghiên cứu mà còn khuyến khích việc tìm hiểu những kiến thức mới một cách hiệu quả hơn.
Cải thiện kỹ năng thuyết trình, viết email chuyên nghiệp và thiết kế slide hấp dẫn là những lợi ích từ các buổi tập huấn trực tiếp do công ty tổ chức.
Kỹ năng giao tiếp và làm việc nhóm của em đã được cải thiện đáng kể nhờ vào việc thường xuyên báo cáo tiến độ học tập và chia sẻ thông tin về các vấn đề, thắc mắc hàng ngày Thêm vào đó, việc thực hiện các bài thuyết trình cùng nhau cũng giúp nâng cao khả năng làm việc nhóm của em.
Vì thời gian hạn chế và kiến thức phong phú, tôi chưa thể nghiên cứu một cách sâu sắc, dẫn đến việc viết test cases còn nhiều thiếu sót.
- Chỉ mới thực hiện test những chức năng cơ bản và chưa đi sâu vào nhiều chức năng khác của toàn bộ hệ thống IMS.
Sau khi hoàn thành kỳ thực tập, tôi dự định theo đuổi nghề Tester, vì vậy tôi sẽ tiếp tục nâng cao kiến thức về Manual Testing và cải thiện kỹ năng viết test case.
Em dự định tham gia các khóa học và đào tạo chuyên sâu về kiểm thử phần mềm và công cụ kiểm thử Việc này sẽ giúp em nắm vững kỹ năng mới, từ đó tạo ra sự đột phá trong quy trình kiểm thử của mình.
- Tiếp học hỏi thêm về công nghệ và tương lai sẽ chuyển sang test automation.