Nghiên cứu và triển khai manual testing ứng dụng kiểm thử thủ công trên website hệ thống quản lý văn bản điều hành unioffice

Giơ ́ i thiê ̣u tổng quát về doanh nghiê ̣p thực tâ ̣p

Giới thiệu công ty cổ phần Unitech

Địa chỉ: Tầng 7, Công viên phần mềm Đà Nẵng, 02 Quang Trung, Đà Nẵng

Công ty cổ phần Unitech (Unitech Corporation) được thành lập vào năm 2007, chuyên cung cấp các dịch vụ phát triển phần mềm, gia công phần mềm, cho thuê phần mềm và thiết kế - thi công mạng Unitech hoạt động chủ yếu trên thị trường Việt Nam, Nhật Bản và Hàn Quốc.

Mỹ, các nước châu âu,…

Công ty Unitech bao gồm các công ty con như Unitech Japan, được thành lập vào năm 2018 với trụ sở chính tại Nhật Bản, Unisoft, thành lập năm 2014 chuyên gia công phần mềm cho thị trường nước ngoài, và Univi, ra mắt năm 2017 nhằm hỗ trợ chuyển đổi số cho doanh nghiệp Ban lãnh đạo công ty gồm Chủ tịch HĐQT kiêm Tổng giám đốc Phan Minh Tiến và Phó tổng giám đốc Sử Huy.

Tầm nhìn sứ mệnh

Unitech sở hữu đội ngũ chuyên gia dày dạn kinh nghiệm trong công nghệ, tài chính và quản lý, với khát vọng trở thành tập đoàn đa ngành, cung cấp nhiều dịch vụ Chúng tôi cam kết hoạt động hiệu quả trong lĩnh vực công nghệ thông tin và các ngành nghề mà công nghệ thông tin là động lực phát triển chính.

Unitech áp dụng mô hình quản lý hiện đại, không ngừng cải tiến môi trường làm việc để trở nên hiệu quả và sáng tạo Công ty cam kết nuôi dưỡng tinh thần khát vọng vươn lên và trách nhiệm đối với cộng đồng.

Phương châm hoạt động

Chúng tôi luôn tiên phong trong việc áp dụng công nghệ mới, đặt khách hàng làm trung tâm, và duy trì quy trình quản lý chặt chẽ nhằm tạo ra sản phẩm chất lượng cao, đáp ứng kỳ vọng của khách hàng Đội ngũ dịch vụ hậu mãi chuyên nghiệp và tận tâm luôn sẵn sàng hỗ trợ và chăm sóc khách hàng một cách tốt nhất.

Công ty quy tụ, hợp nhất tài năng để mang đến những giải pháp tối ưu nhất hiệu quả nhất cho khách hàng.

Mô hình hoạt động các dự án của công ty

Công ty cổ phần Unitech triển khai các dự án theo mô hình Waterfall, một trong những phương pháp quản lý dự án dễ hiểu nhất hiện nay Mô hình này áp dụng quy trình thiết kế tuần tự và liên tiếp, giúp quản lý dự án một cách hiệu quả.

Mô hình Waterfall có sáu giai đoạn: Yêu cầu, thiết kế, thực hiện (xây dựng), kiểm chứng, triển khai và bảo trì

Tổng quan về vi ̣ tri ́ viê ̣c làm

Định nghĩa về tester

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.

Tùy thuộc vào từng công ty, tester có thể hoạt động trong nhiều lĩnh vực như QA và QC, với hai vị trí chính 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 và không yêu cầu kiến thức lập trình cao, nhưng cần có khả năng hiểu biết về test manual, đam mê và tư duy tốt Vai trò của tester là đảm bảo chất lượng phần mềm và thực hiện các công việc kiểm tra lỗi trước khi gửi kết quả cuối cùng cho khách hàng.

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à khắc phục các lỗi đã phát hiện Đảm bảo kiểm tra lại để xác nhận rằng tất cả các vấn đề đã được giải quyết và thực hiện kiểm thử cho các phần đã được sửa chữa.

- 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.

Các kỹ năng cần có để trở thành một tester

- Hiểu biết về kiến thức kiểm thử phần mềm và quy trình phát triển phần mềm.

- Kiến thức về ngôn ngữ lập trình để có khả năng đọc, hiểu và sửa lỗi trong mã nguồn của phần mềm.

- Kỹ năng ghi chép và báo cáo.

- Giao tiếp tốt và có kỹ năng tư duy phản biện, kiểm thử

- Có tính kiên nhẫn, khả năng tập trung vào chi tiết và khả năng kiểm soát chất lượng của công việc kiểm thử.

Ưu, nhược điểm của Manual Testing

Kiểm thử thủ công mang lại sự linh hoạt cho người kiểm thử, cho phép họ dễ dàng điều chỉnh theo các thay đổi trong yêu cầu và các ca kiểm thử Nhờ vào khả năng khám phá các kịch bản khác nhau, thực hiện kiểm thử tùy ý và đưa ra quyết định nhanh chóng dựa trên kinh nghiệm và trực giác, người kiểm thử có thể nâng cao hiệu quả của quá trình kiểm thử.

Đánh giá trải nghiệm người dùng thông qua testing thủ công mang lại hiệu quả cao, vì người kiểm thử có khả năng quan sát trực tiếp cách người dùng tương tác với ứng dụng và thu thập phản hồi của họ.

 Nhược điểm của Manual Testing:

Kiểm thử thủ công là một quy trình tốn thời gian và công sức, vì người kiểm thử phải thực hiện từng bước kiểm tra một cách chi tiết và ghi lại kết quả một cách thủ công.

Kiểm thử thủ công có thể trở nên đơn điệu và dễ gây nhầm lẫn khi phải thực hiện nhiều ca kiểm thử lặp đi lặp lại, dẫn đến nguy cơ bỏ sót các bước kiểm tra quan trọng.

Khả năng mắc lỗi và độ tin cậy thấp trong kiểm thử thủ công là một vấn đề đáng lưu ý, vì con người có thể dễ dàng bỏ sót các lỗi trong quá trình này Điều này dẫn đến việc giảm độ tin cậy của kết quả kiểm thử, ảnh hưởng đến chất lượng sản phẩm cuối cùng.

Việc thực hiện kiểm thử tự động gặp nhiều khó khăn, bởi vì kiểm thử thủ công không thể hoàn toàn tự động hóa Điều này dẫn đến việc giảm khả năng tái sử dụng và hiệu quả của quá trình kiểm thử.

Mặc dù nhiều dự án hiện nay đã chuyển sang tự động hóa, testing thủ công vẫn được ưa chuộng vì nó mang lại cái nhìn con người, sự linh hoạt và khả năng tư duy sáng tạo trong quá trình kiểm thử.

Cơ hội nghề nghiệp của một tester

Nghề tester hiện nay cung cấp nhiều vị trí đa dạng phù hợp với từng năng lực cá nhân, với mức lương khác nhau cho mỗi vị trí Để đạ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à vô cùng cần thiết Dưới đây là một số vị trí tester mà bạn có thể tham khảo.

– QA Analyst: 1-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

Mức lương của một tester

Cơ sở lý thuyết về kiểm thử

Vòng đời kiếm thử phần mềm

Hình 1 3 Vòng đời kiểm thử phần mềm

Giai đoạn phân tích yêu cầu là bước đầu tiên trong vòng đời kiểm thử phần mềm, nơi các nhóm kiểm tra và người kiểm tra tham gia các phiên họp để xác định các tính năng và bộ phận của sản phẩm phần mềm cần được kiểm tra.

Giai đoạn lập kế hoạch là bước quan trọng trong việc xác định các hoạt động và nguồn lực cần thiết để đạt được mục tiêu của thử nghiệm Việc này bao gồm việc phân tích các yêu cầu, phân bổ tài nguyên và thiết lập lộ trình thực hiện, nhằm đảm bảo sự thành công của quá trình thử nghiệm.

Giai đoạn phân tích là bước quan trọng trong quy trình kiểm thử, nơi kiểm thử viên xác định nội dung cần được kiểm tra Qua việc nghiên cứu tài liệu yêu cầu và đánh giá mức độ rủi ro của sản phẩm, kiểm thử viên sẽ lựa chọn phương pháp kiểm thử phù hợp Các cơ sở kiểm thử khác cũng được xem xét để đảm bảo quá trình kiểm thử diễn ra hiệu quả.

- Thiết kế: Sản phẩm bàn giao trong giai đoạn thiết kế là dữ liệu kiểm thử, các test case & test script

Trong giai đoạn thực hiện, kiểm thử viên sẽ tiến hành kiểm tra theo kế hoạch và các test cases đã được chuẩn bị Khi phát hiện lỗi, họ sẽ ngay lập tức thông báo cho lập trình viên để tiến hành sửa chữa Sau khi lỗi được khắc phục, kiểm thử viên sẽ thực hiện lại các test cases có lỗi để đảm bảo chất lượng sản phẩm.

Giai đoạn thực hiện - Trước khi bắt đầu, cần đảm bảo rằng các tiêu chí nhập của kiểm thử viên đã được đáp ứng Trong giai đoạn này, các hoạt động bao gồm thực hiện các trường hợp thử nghiệm, ghi nhận lỗi khi phát hiện sự khác biệt và báo cáo tình trạng cụ thể.

Nhóm kiểm thử phần mềm sẽ tổ chức cuộc họp để phân tích sản phẩm, từ đó rút ra bài học kinh nghiệm và xác định chiến lược cho các dự án tương lai Mỗi kiểm thử viên sẽ đóng góp ý tưởng nhằm khắc phục những điểm nghẽn trong quy trình kiểm thử phần mềm cho các dự án sắp tới.

Giai đoạn chấm dứt là bước cuối cùng trong quy trình kiểm thử phần mềm, nơi kiểm thử viên tiến hành kiểm tra toàn bộ công việc để đảm bảo không còn lỗi nghiêm trọng Trong giai đoạn này, các cuộc họp sẽ được tổ chức nhằm rút ra bài học kinh nghiệm, xác định những điểm đã thực hiện tốt và những khía cạnh cần cải thiện.

Các nguyên tắc trong kiểm thử

Hình 1 4 Các nguyên tắc trong kiểm thử

Kiểm thử phần mềm giúp phát hiện lỗi và giảm thiểu số lượng bugs thông qua việc áp dụng nhiều phương pháp kiểm thử Tuy nhiên, khi phần mềm được đưa vào môi trường thực tế, người dùng cuối có thể gặp phải những lỗi chưa được phát hiện trong quá trình kiểm thử Điều này cho thấy rằng kiểm thử chỉ có thể chứng minh sản phẩm có lỗi, nhưng không thể khẳng định rằng sản phẩm hoàn toàn không còn lỗi Do đó, luôn tồn tại khả năng có lỗi chưa được phát hiện trong phần mềm, ngay cả khi không tìm thấy lỗi, không có nghĩa là phần mềm hoàn hảo.

Kiểm thử toàn bộ phần mềm là không khả thi do sự đa dạng và phức tạp của các sản phẩm hiện nay, được phát triển trên nhiều nền tảng và công nghệ mới Việc kết hợp các module, tính năng, đầu vào và đầu ra trong quá trình kiểm tra gặp nhiều khó khăn Thay vì cố gắng kiểm thử toàn bộ, nên xác định mức độ quan trọng và ưu tiên các module cần kiểm thử, tập trung vào những phần thiết yếu hoặc có nguy cơ cao hơn.

Kiểm thử sớm trong phát triển phần mềm là nguyên tắc quan trọng nhằm phát hiện lỗi ngay từ giai đoạn nghiên cứu yêu cầu và thiết kế Việc phát hiện bug càng sớm sẽ giúp giảm thiểu chi phí xử lý, vì lỗi được phát hiện muộn sẽ tốn kém hơn để khắc phục Do đó, việc thay đổi yêu cầu ngay từ đầu sẽ tiết kiệm chi phí và thời gian cho việc điều chỉnh tính năng sau này.

Lỗi thường được phân bố tập trung trong một số ít module chính của hệ thống, chiếm phần lớn số lỗi phát hiện được Nguyên lý Pareto 80-20 cũng chỉ ra rằng 80% số lỗi thường tập trung ở 20% module Điều này cho phép các QA/Tester xác định được những module có tính rủi ro và nhiều lỗi, giúp họ tập trung tìm kiếm lỗi nhanh và hiệu quả hơn Tuy nhiên, việc kiểm thử lặp đi lặp lại có thể dẫn đến tình trạng khó tìm thêm được bug mới trong những test case cũ.

Nghịch lý thuốc trừ sâu trong trồng trọt cho thấy rằng việc lặp lại một liều thuốc trừ sâu sẽ khiến sâu bệnh thích nghi và trở nên “nhờn” với thuốc Tương tự, trong kiểm thử phần mềm, việc lặp lại một test case sẽ làm giảm khả năng phát hiện lỗi do hệ thống ngày càng hoàn thiện và các lỗi đã được sửa Để khắc phục hiệu ứng “thuốc trừ sâu” này, cần thường xuyên xem xét và điều chỉnh test case, đồng thời bổ sung nhiều test case mới để phát hiện lỗi mới (regression test) Ngoài ra, QA/Tester không nên quá phụ thuộc vào các kỹ thuật kiểm thử có sẵn mà cần liên tục cải tiến phương pháp để nâng cao hiệu quả kiểm thử.

Kiểm thử phụ thuộc vào ngữ cảnh là một yếu tố quan trọng trong quy trình phát triển phần mềm, đặc biệt là khi so sánh giữa các loại ứng dụng khác nhau như trang thương mại điện tử và ứng dụng đọc tin tức Mỗi phần mềm được phát triển với các yêu cầu và mục tiêu riêng, vì vậy việc áp dụng một phương pháp kiểm thử chung cho tất cả là một sai lầm Để đảm bảo hiệu quả, cần sử dụng các phương thức và kỹ thuật kiểm thử phù hợp với từng loại phần mềm, ứng dụng hoặc website cụ thể.

Một quan niệm sai lầm phổ biến là cho rằng phần mềm không còn lỗi thì sẽ hoàn toàn sử dụng được Thực tế, một phần mềm có 99% sạch bug vẫn có thể không hoạt động hiệu quả nếu nó được kiểm thử dựa trên yêu cầu không chính xác Kiểm thử phần mềm không chỉ nhằm phát hiện lỗi mà còn để đảm bảo rằng phần mềm đáp ứng đúng nhu cầu của người dùng.

Các cấp độ kiểm thử phần mềm

Hình 1 5 Các cấp độ kiểm thử phần mềm a Unit Testing (Kiểm thử đơn vị)

Kiểm thử đơn vị, hay còn gọi là kiểm thử thành phần, là một giai đoạn quan trọng trong quy trình phát triển phần mềm, thường do các lập trình viên thực hiện Họ kiểm tra các module, hàm, phương thức và lớp mà mình đã phát triển, nhằm nâng cao độ tin cậy cho các chức năng được viết ra.

Kiểm thử đơn vị thuộc loại Kiểm thử hộp trắng, nhằm kiểm tra mã nguồn bên trong của chức năng hoặc hệ thống Mục tiêu là xác định xem mã được viết đúng tiêu chuẩn hay không, đồng thời đánh giá hiệu năng, tốc độ và mức tiêu tốn tài nguyên khi chạy đoạn code.

Mặc dù kiểm thử theo phương pháp này mang lại nhiều lợi ích, nhưng nó không thể phát hiện tất cả các lỗi trong ứng dụng Việc đánh giá mọi tình huống có thể xảy ra trong chương trình là điều không khả thi, do đó, quá trình kiểm thử bị giới hạn bởi các tình huống và bộ dữ liệu mà nhà phát triển sử dụng Kiểm thử tích hợp (Integration Testing) là một phương pháp quan trọng trong quy trình này.

Kiểm thử tích hợp là quá trình kiểm tra sự tương tác giữa các chức năng trong hệ thống, được thực hiện bởi Tester Sau khi hoàn thành kiểm thử đơn vị cho chức năng đăng nhập và đăng ký, bước tiếp theo là kiểm thử tích hợp để xác nhận sự tương tác hiệu quả giữa hai chức năng này Cụ thể, sau khi người dùng đăng ký thành công, kiểm thử sẽ kiểm tra khả năng đăng nhập bằng tài khoản đã đăng ký để đảm bảo mọi thứ hoạt động trơn tru.

Sau khi thực hiện unit test cho các chức năng con trong quá trình đăng ký môn học như đăng nhập, đăng ký tài khoản, kiểm tra điều kiện tiên quyết và học phí, bước tiếp theo là kiểm tra sự tích hợp giữa các chức năng này Điều này được thực hiện bằng cách tiến hành đăng ký một môn học để đánh giá sự tương tác giữa các chức năng, đảm bảo rằng chúng hoạt động trơn tru và không bị mất liên kết ở bất kỳ khâu nào.

Integration Testing có hai cách tiếp cận phổ biến: Tích hợp từ dưới đi lên (Bottom- up integration) và tích hợp đi trên đi xuống (Top-down integration)

Kiểm thử từ dưới lên bắt đầu bằng việc thực hiện unit test, sau đó tiến tới việc kết hợp các thành phần và chức năng của hệ thống ở mức cao hơn.

Tích hợp từ trên đi xuống: Những module cấp cao nhất được thử nghiệm đầu tiên rồi đến các module thấp hơn được thử nghiệm

Trong môi trường phát triển phần mềm hiện đại, kiểm thử từ dưới lên thường được thực hiện trước, tiếp theo là kiểm thử từ trên xuống Quá trình này kết thúc sau nhiều vòng kiểm thử trên ứng dụng hoàn chỉnh, với việc sử dụng các kịch bản kiểm thử dựa trên tình huống thực tế để đạt hiệu quả tối ưu.

Kiểm thử hệ thống là quá trình đánh giá một hệ thống phần mềm đã hoàn chỉnh và tích hợp đầy đủ các chức năng, nhằm xác định xem nó có đáp ứng các yêu cầu chức năng theo bản đặc tả yêu cầu phần mềm (SRS) hay không Thông thường, người thực hiện kiểm thử ở cấp độ này là Tester.

Kiểm thử hệ thống là một phần của Kiểm thử hộp đen, nơi người kiểm thử chỉ tập trung vào đầu vào và kết quả mong đợi mà không cần quan tâm đến mã nguồn bên trong.

Dưới đây là một số loại kiểm thử thường được thực hiện trong System Test:

 Kiểm thử chức năng (Functional Test): Là kiểm thử toàn bộ hệ thống, đảm bảo hệ thống hoạt động đúng theo yêu cầu được đưa ra trước đó

Kiểm thử hiệu năng là quá trình đánh giá khả năng của hệ thống trong việc đáp ứng các yêu cầu hiệu suất đã được xác định Qua đó, kiểm thử này giúp xác định các thuộc tính chất lượng quan trọng của hệ thống, bao gồm khả năng mở rộng và độ tin cậy.

Kiểm thử cơ sở dữ liệu (Database Test) là quá trình xác minh xem dữ liệu hiển thị trên hệ thống có khớp với dữ liệu trong cơ sở dữ liệu hay không.

Kiểm thử khả năng bảo mật là quá trình đánh giá hệ thống nhằm đảm bảo rằng nó được bảo vệ an toàn trước các mối đe dọa từ bên ngoài, ngăn chặn việc đánh cắp dữ liệu và thông tin.

 Kiểm thử tính khả dụng (Usability Test): Kiểm tra tính thân thiện với người dùng và tính dễ sử dụng của hệ thống

Kiểm tra tính tương thích (Compatibility Test) là quá trình xác định xem hệ thống có hoạt động hiệu quả với các yếu tố khác như trình duyệt, hệ điều hành và phần cứng hay không.

Kiểm tra khả năng phục hồi (Recovery Test) là quá trình đánh giá hệ thống để xác định khả năng khôi phục về trạng thái ổn định sau khi gặp các sự cố bất thường.

Kiểm thử chấp nhận (Acceptance Test) là giai đoạn kiểm thử phần mềm cuối cùng, nhằm xác định xem hệ thống có đáp ứng đầy đủ nhu cầu và mong đợi của khách hàng hay không.

Các kỹ thuật phát triển testcase

a Phát triển Test case từ Use case

Các testcase chức năng được xây dựng dựa trên mục tiêu kiểm thử của usecase Mỗi kịch bản usecase cần có testcase riêng, được xác định thông qua việc mô tả các đường dẫn trong usecase, bao gồm cả các luồng cơ bản và luồng xen kẽ Thêm vào đó, việc phát triển testcase cũng cần dựa trên các đặc tả bổ sung để đảm bảo tính đầy đủ và chính xác trong quá trình kiểm thử.

Không phải tất cả các yêu cầu cho mục tiêu thử nghiệm đều được thể hiện trong tài liệu đặc tả yêu cầu chức năng như usecase Các yêu cầu phi chức năng như hiệu năng, bảo mật, truy cập và yêu cầu cấu hình thường được ghi nhận riêng biệt Tài liệu đặc tả bổ sung là nguồn chính để phát triển testcase cho những yêu cầu này.

Dưới đây là mô tả hướng dẫn phát triển các testcase bổ sung này:

 Thiết kế testcase cho test hiệu năng

Khi thiết kế testcase cho test hiệu năng cần lưu ý những điều sau đây:

Để đảm bảo tính hiệu quả của tài liệu đặc tả bổ sung, cần có ít nhất một testcase xác định cho mỗi câu liên quan đến tiêu chí về hiệu năng Các đặc tính hiệu năng thường được thể hiện thông qua thời gian xử lý trong một phiên giao dịch và số lượng giao dịch trên mỗi người dùng.

- Phải chắc chắn có ít nhất 1 testcase xác định cho từng usecase chủ chốt

 Thiết kế testcase cho test bảo mật/ truy cập

Actor và usecase mô tả cách người dùng tương tác với hệ thống thông qua các hành động cụ thể Trong các hệ thống phức tạp, việc xác định nhiều actor là rất quan trọng, và chúng ta cần phát triển các testcase để đảm bảo rằng chỉ những actor được chỉ định mới thực hiện các usecase này Điều này càng trở nên cần thiết khi luồng usecase có sự khác biệt dựa trên các loại actor khác nhau.

 Thiết kế testcase cho test cấu hình

Trong các hệ thống phân phối, sự kết hợp giữa phần cứng và phần mềm là rất đa dạng Kiểm thử được thực hiện nhằm xác định tính khả thi và độ chấp nhận của các chức năng trong các cấu hình khác nhau như hệ điều hành, trình duyệt và tốc độ CPU Ngoài ra, việc kiểm thử cũng cần đảm bảo rằng các thành phần khác nhau tương tác một cách hiệu quả.

Khi thiết kế testcase cho test cấu hình cần chú ý những điều sau đây:

Mỗi cấu hình tiêu biểu cần có ít nhất một testcase xác định, điều này được thực hiện thông qua việc xác định các yêu cầu về cấu hình phần mềm và phần cứng.

- Kết nối mạng: mạng cục bộ và mạng diện rộng

- Cấu hình server: drivers server, phần cứng server

- Các phần mềm khác được cài đặt trên desktop hoặc server

Để đảm bảo tính ổn định cho phiên bản phần mềm, cần thiết lập các testcase cho tất cả các phần mềm cài đặt Mỗi cấu hình có khả năng gây ra lỗi cần phải có ít nhất một testcase tương ứng Việc áp dụng phương pháp phân lớp tương đương sẽ giúp tối ưu hóa quá trình kiểm thử và nâng cao chất lượng sản phẩm.

Phân lớp tương đương là một kỹ thuật 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 để tạo ra các ca kiểm thử hiệu quả Phương pháp này nhằm xác định các ca kiểm thử có khả năng phát hiện lỗi trong từng lớp, từ đó giảm thiểu 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ệ đối với điều kiện đầu vào Bên cạnh đó, việc xác định giá trị biên cũng đóng vai trò quan trọng trong quá trình kiểm thử.

Kinh nghiệm cho thấy 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 cao hơn các ca kiểm thử khác Các điều kiện biên là những tình huống nằm 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 các giá trị biên là phương pháp thiết kế ca kiểm thử bổ sung cho phân lớp tương đương, nhưng khác biệt ở cách tiếp cận.

Phân tích giá trị biên không chỉ đơn thuần là việc lựa chọn một phần tử trong lớp tương đương, mà cần phải chọn một hoặc nhiều phần tử sao cho mỗi cạnh của lớp tương đương được xem như là đối tượng kiểm tra.

Ngoài việc chú trọng vào các trạng thái đầu vào, các ca kiểm thử còn được xác định thông qua việc phân tích không gian kết quả, bao gồm 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 nhất định, đồng thời là một quá trình mang tính kinh nghiệm cao Việc sử dụng đồ thị nguyên nhân - kết quả giúp minh họa rõ ràng mối liên hệ giữa các yếu tố, từ đó nâng cao hiệu quả trong việc ra quyết định.

Một điểm yếu của phân tích giá trị biên và phân lớp tương đương là chúng không xem xét sự kết hợp của các trường hợp đầu vào, điều này dẫn đến việc kiểm tra trở nên phức tạp do số lượng sự kết hợp lớn Nếu không có phương pháp lựa chọn hệ thống cho tập con các trạng thái đầu vào, người kiểm thử có thể chọn một cách ngẫu nhiên, dẫn đến hiệu quả kiểm thử thấp Đồ thị nguyên nhân – kết quả giúp lựa chọn một cách có hệ thống các ca kiểm thử hiệu quả, đồng thời chỉ ra tình trạng chưa đầy đủ và nhập nhằng trong đặc tả Nó cung cấp cách biểu diễn chính xác cho các điều kiện logic và hành động tương ứng, hỗ trợ trong việc đoán lỗi.

Một kỹ thuật thiết kế test-case hiệu quả là đoán lỗi (error guessing), trong đó tester sử dụng trực giác và kinh nghiệm để phỏng đoán các loại lỗi có thể xảy ra trong một chương trình đặc biệt Sau đó, họ viết các ca kiểm thử nhằm phát hiện những lỗi đó.

Bug life cycle

Hình 1 6 Mô hình vòng đời Bug

A bug begins in the OPEN state when a tester identifies a new issue and records it in the Bugs Log This status will change to ASSIGNED once the project manager assigns a developer to fix the bug.

- DEGRADE: Những test case của các bản build trước đã pass nhưng trong bản build hiện tại lại xuất hiện

- ASSIGNED: Lỗi này chưa được fix nhưng đã được Project Manager hoặc Team Leader gán cho Developer xử lý và có trạng thái là ASSIGNED

Khi gặp phải lỗi trùng lặp (duplicate), người dùng cần chọn trạng thái "duplicate" và nhập vào trường "Id Bug" của lỗi bị trùng Ví dụ, nếu lỗi có ID 10 trùng với lỗi có ID 12, người dùng sẽ nhập số 12 vào bug 10 để xác định rằng bug 10 là trùng với bug 12.

- INVALID: Không phải là bug

- FIXED: Developer đã code xong và đưa ra bản đã được fix

- WON’T FIX: lỗi không thể fix được

- SUSPENDED: Chưa thể fix ngay tại thời điểm hiện tại

- RE-OPEN: Tester không xác nhận bug được fix hoặc Tester không chấp nhận được giải pháp mà developer thực hiện thì sẽ RE-OPEN

- CLOSED: Lỗi này đã kết thúc và giải pháp đúng Nếu lỗi này bị trở lại thì sẽ chọn DEGRADE

CHƯƠNG 2 TỔNG QUAN VỀ PHẦN MỀM UNIOFFICE

Tổng quan về phần mềm

Giới thiệu website

Hình 2 1 Màn hình đăng nhập

Phần mềm Quản lý văn bản và điều hành được thiết kế nhằm tin học hóa quy trình quản lý và xử lý văn bản của các cơ quan nhà nước, giúp lãnh đạo dễ dàng chỉ đạo và theo dõi tiến độ công việc Hệ thống cung cấp nhiều tiện ích hỗ trợ cho các chuyên viên trong việc xử lý công việc hàng ngày một cách hiệu quả.

Các chức năng chính của phần mềm

Hệ thống quản lý văn bản điều hành trên nền Web cho doanh nghiệp bao gồm 6 chức năng chính: tiếp nhận và xử lý văn bản đến, quản lý văn bản đi, quản lý công việc và dự án, quản lý lịch công tác, quản trị quy trình, và quản trị hệ thống.

Hình 2 2 Sơ đồ các chức năng của hệ thống

Quản lý văn bản đến cho phép người dùng tạo mới, chỉnh sửa và xem chi tiết các văn bản đã có Hệ thống hỗ trợ các hành động liên quan như bút phê, luân chuyển và giao chuyển xử lý văn bản đến, giúp quản lý thông tin văn bản một cách hiệu quả Ngoài ra, nó còn cung cấp tính năng tìm kiếm và sắp xếp văn bản, giúp dễ dàng theo dõi thông tin một cách nhanh chóng và thuận tiện.

Quản lý văn bản đi là quá trình theo dõi và điều phối thông tin của các văn bản được ban hành bởi một cơ quan Điều này bao gồm việc tạo mới, cập nhật hoặc hủy bỏ các văn bản đi, cũng như xem xét các thông tin liên quan như chi tiết văn bản, file đính kèm (nếu có), và quy trình luân chuyển của văn bản sau khi được ban hành.

 Quản lý giao việc: Hỗ trợ quá trình xử lý một công việc Theo dõi quá trình xử lý công việc, tạo công việc,

Quản lý lịch công tác là một công cụ quan trọng giúp cá nhân, phòng ban và cơ quan tổ chức lịch trình làm việc hàng tuần một cách hiệu quả Nó cho phép người dùng tạo và cập nhật lịch công tác, đảm bảo mọi hoạt động được sắp xếp hợp lý và dễ dàng theo dõi.

 Quản lý ngày lễ: Cho phép thêm mới các ngày lễ, quản lý ngày lễ, trong năm

Quản trị hệ thống cho phép người dùng được phân quyền, cấu hình thông tin và tạo dữ liệu danh mục dùng chung cho toàn bộ hệ thống, bao gồm các danh mục lĩnh vực và loại hồ sơ, cùng với các phần liên quan khác đến hệ thống.

Một số màn hình các chức năng của phần mềm

Hình 2 3 Màn hình trang chủ

Hình 2 4 Màn hình thêm mới loại văn bản

Hình 2 5 Màn hình tìm kiếm và xoá loại văn bản

Hình 2 6 Màn hình cập nhật loại văn bản

CHƯƠNG 3 TRIỂN KHAI KIỂM THỬ PHẦN MỀM

Trạng thái của Testcase

- Passed: đã kiểm thử và kết quả đã kiểm thử đúng như kết quả mong đợi

- Failed: đã kiểm thử và kết quả đã kiểm thử không đúng như kết quả mong đợi

- Open: khi tester phát hiện ra bug và gắn trạng thái open để developer thực hiện fix bug

- Fix: khi developer đã code xong và đưa ra bản đã được fix

- Re-open: khi tester không xác nhận bug được fix hoặc tester không chấp nhận được giải pháp mà developer thực hiện

- Close: khi bug này đã kết thúc và tìm ra giải pháp đúng.

Thiết kế Testcase

Testcase Quản lý văn bản đi

Total case Passed Not run Not Build No Comments

Steps to Perform Step Expected Result Date Result Bug ID Date Result Bug ID

1 Chọn chức năng xem "danh sách văn bản đi" trên menu hệ thống

3 Nhập dữ liệu vào các trường thông tin :

- Sổ văn bản : Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Loại văn bản : Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Số, ký hiệu VB : nhập ký hiệu, chữ cái viết hoa hoặc chữ số Hoặc chọn dữ liệu từ combobox

- Số đi: Nhập số, chữ cái, kí tự đặc biệt

- Ngày ban hành : nhập chữ số và ký tự "/" theo định dạng "Ngày/Tháng/Năm"

(dd/mm/yyyy) hoặc click vào buttom có sẵn

- Người soạn: Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Người trình :Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Người ký: Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Lĩnh vực văn bản: Chọn dữ liệu từ combobox

- Chức vụ người ký: Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Độ khẩn: Chọn dữ liệu từ combobox

- Cơ quan ban hành: Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Trích yếu : nhập chữ cái, chữ số hoặc các kí tự đặc biệt

- Văn bản liên thông: Chọn dữ liệu từ combobox

- Tệp đính kèm: Chọn file đính kèm

- Nơi nhận: nhập chữ cái, chữ số hoặc các kí tự đặc biệt

- Ghi chú: nhập chữ cái, chữ số hoặc các kí tự đặc biệt

1 Hiển thị màn hình xem danh sách văn bản đi.

2 Hiên thị màn hình thêm mới văn bản đi :

- Dữ liệu trên màn hình thêm mới là dữ liệu mặc định ban đầu.

4 Hiển thị thông báo thêm mới văn bản thành công :"Đã lưu lại văn bản đi thành công"

- Giữ nguyên các giá trị nhập vào trên màn hình thêm mới đồng thời tăng số đến lên một đơn vị

- Lưu dữ liệu vào DB đúng như đã nhập.

- Sổ văn bản : Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Loại văn bản : Nhập chữ cái, số hoặc các kí tự đặc biệt Hoặc chọn dữ liệu từ combobox

- Số, ký hiệu VB : nhập ký hiệu, chữ cái viết hoa hoặc chữ số Hoặc chọn dữ liệu từ combobox

- Số đi: Nhập số, chữ cái, kí tự đặc biệt

- Ngày ban hành : nhập chữ số và ký tự "/" theo định dạng "Ngày/Tháng/Năm"

2 Hiên thị màn hình thêm mới văn bản đi :

4 Quay lại màn hình trang chủ của web hệ thống quản lý văn bản điều hành

- Dữ liệu chưa được lưu vào DB đúng như đã nhập.

- Nhập hợp lệ các trường bắt buộc

- Sổ văn bản: Để trống

2 Hiên thị màn hình thêm mới văn bản đi với các giá trị mặc định ban đầu

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Vui lòng chọn một loại văn bản" và hiển thị trên item lỗi [Sổ văn bản] là:"Sổ văn bản không tồn tại"

- Dữ liệu chưa được lưu vào DB đúng như đã nhập 21/07/23 Passed

- Loai văn bản: Để trống

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Vui lòng chọn một loại văn bản" và hiển thị trên item lỗi [Loại văn bản] là:"Loại văn bản không tồn tại"

- Số, kí hiệu: Để trống

4 Màn hình giữ nguyên các giá trị vừa nhập, không click được vào [Lưu]

- Dữ liệu chưa được lưu vào DB đúng như đã nhập

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Số đi không đúng, bạn chỉ được nhập một kí tự đặc biệt hoặc một chữ cái vào cuối" và hiển thị trên item lỗi [Số đến] là:"Bắt buộc nhập số văn bản"

- Ngày ban hành: Để trống

2 Hiên thị màn hình thêm mới văn bản đi với các giá trị mặc định ban đầu 4.Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Ngày ban hành không hợp lệ (Ngày ban hành phải đúng định dạng dd/MM/yyyy và cùng năm làm việc" và hiển thị trên item lỗi [Ngày ban hành] là:"Bắt buộc nhập ngày ban hành"

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Người soạn không tồn tại" và hiển thị trên item lỗi [Người soạn] là:"Bắt buộc nhập người soạn"

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo : "Đã lưu văn bản đi thành công"

- Dữ liệu được lưu vào DB đúng như đã nhập 21/07/23 Passed

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Chưa nhập người ký văn bản" và hiển thị trên item lỗi [Người ký] là:"Bắt buộc nhập người ký"

- Lĩnh vực văn bản: Để trống

- Dữ liệu được lưu vào DB đúng như đã nhập

- Chức vụ người ký: Để trống

- Cơ quan ban hành: Để trống

Kiểm tra việc thêm mới văn bản đi không thành công (TH nhập dữ liệu không hợp lệ )

- Văn thư đăng nhập thành công vào hệ thống QLVBDH và tài khoản được

Kiểm tra việc thêm mới văn bản đi thành công (TH nhập dữ liệu không hợp lệ )

- Văn thư đăng nhập thành công vào hệ thống QLVBDH và tài khoản được phân quyền ( Có quyền thêm mới văn bản đi)

- Văn thư đăng nhập thành công vào

- Văn thư đăng nhập thành công vào hệ thống QLVBDH và tài khoản được

Kiểm tra việc thêm mới văn bản đi không thành công (TH nhập dữ liệu hợp lệ )

Kiểm tra việc thêm mới văn bản đi thành công (TH nhập dữ liệu hợp lệ )

Thêm mới văn bản đi Quản lý văn bản và điều hành

Type of Testcase System Testing

- Văn thư đăng nhập thành công vào hệ thống QLVBDH và tài khoản được phân quyền ( Có quyền thêm mới văn

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Chưa nhập trích yếu văn bản!" và hiển thị trên item lỗi [Trích yếu] là:"Bắt buộc nhập trích yếu"

- Văn bản liên thông: Để trống

- Nhập hợp lệ tất cả các trường bắt buộc

- Tệp đính kèm: Để trống

2 Hiên thị màn hình thêm mới văn bản đi với các giá trị mặc định ban đầu 4.Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo : "Đã lưu văn bản đi thành công"

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Chưa nhập nơi nhận văn bản" và hiển thị trên item lỗi [Nơi nhận] là:"Bắt buộc nhập nơi nhận"

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị trên item lỗi [Số bản] là:"Bắt buộc nhập số bản"

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị trên item lỗi [Số tờ] là:"Bắt buộc nhập số tờ"

- Sổ văn bản: Nhập các dữ liệu không có sẵn trong combobox

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Sổ văn bản không tồn tại" hiển thị trên item lỗi [Sổ văn bản] là:"Bắt buộc nhập sổ văn bản"

- Sổ văn bản: Chỉ nhập ký tự trắng

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Sổ văn bản không tồn tại" hiển thị trên item lỗi [Sổ văn bản] là:"Bắt buộc nhập sổ văn bản"

- Loại văn bản: Nhập các dữ liệu không có sẵn trong combobox

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Loại văn bản không tồn tại" và hiển thị trên item lỗi [Loại văn bản] là:"Bắt buộc nhập loại văn bản"

- - Dữ liệu chưa được lưu vào DB đúng như đã nhập

- Loại văn bản: Chỉ nhập ký tự trắng

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Loại văn bản không tồn tại" và hiển thị trên item lỗi [Loại văn bản] là:"Bắt buộc nhập loại văn bản"

- - Dữ liệu chưa được lưu vào DB đúng như đã nhập

- Nhập hợp lệ tất cả các trường bắt buộc khác

- Số đi: Nhập >20 ký tự hợp lệ (chữ cái, chữ số, các kí tự hợp lệ )

2 Hiên thị màn hình thêm mới văn bản đi với các giá trị mặc định ban đầu 4.Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Số đến không đúng"

- Số đi: Chỉ nhập khoảng trắng, chỉ nhập số hoặc kí tự đặc biệt.

4 Màn hình giữ nguyên các giá trị vừa nhập, hiển thị thông báo lỗi: "Số đến không đúng, bạn chỉ được nhập một kí tự đặc biệt hoặc một chữ cái vào cuối"

- Nhập hợp lệ tất cả các trường bắt buộc khác

- Số đi: Nhập >1 chữ cái (không phân biệt chữ hoa, chữ thường) hoặc kí tự đặc biệt vào cuối

Testcase Gợi ý chuyển xử lý

Bảng 3 6 Testcase thêm mới gợi ý chuyển xử lý

Bảng 3 7 Testcase xoá gợi ý chuyển xử lý

1 Chọn chức năng "gợi ý chuyển xử lý" trên menu hệ thống

- Nội dung gợi ý: Để trống

1 Hiển thị màn hình xem Gợi ý chuyển xử lý.

2 Hiên thị màn hình thêm mới Gợi ý chuyển xử lý :

4 Hiển thị thông báo lỗi dưới item [Nội dung gợi ý]: "Bạn không được bỏ trống trường này".

- Nội dung gợi ý: nhập ký hiệu, chữ cái viết hoa hoặc chữ số

4 Màn hình quay lại màn hình mặc định thêm mới Gợi ý chuyển xử lý ban đầu

Kiểm tra việc thêm mới gợi ý chuyển xử lý không thành công (TH nhập dữ liệu không hợp lệ )

- Văn thư đăng nhập thành công vào hệ thống QLVBDH và tài khoản được phân quyền ( Có quyền thêm mới gợi ý chuyển xử lý)

- Nội dung gợi ý: Nhập kí tự khoảng trắng

Thêm mới gợi ý chuyển xử lý Quản lý văn bản và điều hành

Type of Testcase System Testing

Test Case ID Test Case Description

Kiểm tra việc thêm mới gợi ý chuyển xử lý thành công (TH nhập dữ liệu hợp lệ )

Kiểm tra việc thêm mới gợi ý chuyển xử lý không thành công (TH nhập dữ liệu không hợp lệ )

Kiểm tra việc thêm mới gợi ý chuyển xử lý không thành công (TH nhập dữ liệu hợp lệ )

4 Màn hình sau khi thêm mới quay lại màn hình mặc định thêm mới Gợi ý chuyển xử lý ban đầu

- Giữ nguyên các giá trị nhập vào trên màn hình thêm mới đồng thời tăng số đến lên một đơn vị

- Lưu dữ liệu vào DB đúng như đã nhập

Total case Passed Not run Not complete Build No Comments

1 Chọn chức năng "gợi ý chuyển xử lý" trên menu hệ thống.

2 Chọn dữ liệu để xóa:

- Tick chọn vào buttom bên trái [STT] (tick chọn 1 hoặc nhiều box)

1 Hiển thị màn hình xem Quản lý loại văn bản.

- Dữ liệu trên màn hình xóa là dữ liệu mặc định ban đầu.

3 Màn hình hiển thị thông báo "Bạn có muốn xóa không"

4 Màn hình sau khi xóa quay lại màn hình mặc định xóa người ký ban đầu

- Giữ nguyên các giá trị nhập vào trên màn hình xóa đồng thời giảm số xuống một đơn vị

2 Chọn dữ liệu để xóa:

- Tick chọn vào buttom bên trái [STT]

3 Màn hình hiển thị thông báo "Bạn có muốn xóa không"

4 Màn hình quay lại màn hình mặc định xóa người ký ban đầu

- Giữ nguyên các giá trị nhập vào trên màn hình 21/07/23 Passed

2 Màn hình hiển thị thông báo "Vui lòng chọn một dòng để xoá"

Quản lý gợi ý chuyển xử lý Quản lý văn bản và điều hành

Type of Testcase System Testing Testing status:

Kiểm tra việc thêm mới gợi ý chuyển xử lý thành công (TH nhập dữ liệu hợp lệ )

Bảng 3 8 Testcase cập nhật gợi ý chuyển xử lý

Kết quả testcase

Kết quả testcase Quản lý văn bản đi

Bảng 3 9 Kết quả testcase thêm mới văn bản đi

Bảng 3 10 Kết quả testcase soạn thảo văn bản đi

Bảng 3 11 Kết quả testcase cập nhật văn bản đi

- Nội dung gợi ý: Để trống

2 Hiên thị màn hình cập nhật Gợi ý chuyển xử lý :

- Dữ liệu trên màn hình cập nhật là dữ liệu mặc định ban đầu.

4 Màn hình quay lại màn hình mặc định cập nhật Gợi ý chuyển xử lý ban đầu

Test Case ID Test Case Description Test Procedures Actual Result 1 Actual Result 2

Kiểm tra việc cập nhật gợi ý chuyển xử lý thành công (TH nhập dữ liệu hợp lệ )

- Văn thư đăng nhập thành công vào hệ thống QLVBDH và tài khoản được phân quyền ( Có quyền cập nhật gợi ý chuyển xử lý)

4 Màn hình sau khi cập nhật quay lại màn hình mặc định cập nhật Gợi ý chuyển xử lý ban đầu

- Giữ nguyên các giá trị nhập vào trên màn hình cập nhật đồng thời tăng số đến lên một đơn vị

- Lưu dữ liệu vào DB đúng như đã nhập

Kiểm tra việc cập nhật gợi ý chuyển xử lý không thành công (TH nhập dữ liệu không hợp lệ )

Kiểm tra việc cập nhật gợi ý chuyển xử lý không thành công (TH nhập dữ liệu hợp lệ )

Kiểm tra việc cập nhật gợi ý chuyển xử lý không thành công (TH nhập dữ liệu không hợp lệ )

- Nội dung gợi ý: Nhập kí tự khoảng trắng

Kết quả testcase Gợi ý chuyển xử lý

Bảng 3 13 Kết quả testcase thêm mới gợi ý chuyển xử lý

Bảng 3 14 Kết quả testcase xoá gợi ý chuyển xử lý

Bảng 3 15 Kết quả testcase cập nhật gợi ý chuyển xử lý

Link một số testcase khác

Link: https://xlink.vn/qz7c1mz7

KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN

Kết quả đạt được

+ Tìm hiểu được các kiến thức về tester cũng như phương pháp kiểm thử thủ công Biết cách áp dụng các kỹ thuật vào để test hệ thống

+ Nâng cao kỹ năng sử dụng ứng dụng tin học văn phòng trong viết testcase và báo cáo

+ Ngoài việc hoàn thành testcase của bài báo cáo trên, em còn được tham gia tìm bug cho một dự án khác của công ty

+ Hiểu rõ quy trình của hệ thống đang test

+ Được làm việc trong môi trường chuyên nghiệp và có cơ hội tiếp xúc với những anh chị đi trước, có kinh nghiệm trong nghề

+ Phát triển được các kỹ năng mềm như giao tiếp với đồng nghiệp, quản lý giờ giấc Làm việc tập trung và có trách nhiệm hơn

+ Hiểu rõ hơn về test và biết định hướng cho công việc trong tương lai.

Hạn chế

- Bản thân chưa có kiến thức căn bản về test nên thời gian đầu phải tự trau dồi các kiến thức cơ bản

- Vì thời gian hạn chế nên mentor chỉ định hướng được về cách auto test và chưa được thực hành trên dự án.

Hướng phát triển

- Nâng cao kiến thức và kinh nghiệm về tester bằng cách tìm hiểu sâu hơn về kiểm thử thủ công và kiểm thử tự động

Để nâng cao kiến thức và kỹ năng của bản thân, hãy tìm hiểu yêu cầu công việc từ các bài đăng tuyển dụng của các công ty khác Việc này không chỉ giúp bạn nhận biết những kỹ năng cần thiết mà còn tạo cơ hội để tự học hỏi và cải thiện những điểm yếu của mình.

- Ứng tuyển học việc vào các công ty.

Tiêu đề	Nghiên cứu và triển khai manual testing - Ứng dụng kiểm thử thủ công trên website hệ thống quản lý văn bản điều hành UniOffice
Người hướng dẫn	Ts. Phan Đình Vấn
Trường học	Trường Đại Học Kinh Tế
Chuyên ngành	Hệ Thống Thông Tin
Thể loại	báo cáo thực tập
Thành phố	Đà Nẵng

Định dạng
Số trang	47
Dung lượng	2,53 MB