Hướng dẫn thiết kế test case trong kiểm thử phần mềm
TÀI LIỆU KIỂM THỬ PHẦN MỀM NHỮNG KIẾN THỨC CẦN BIẾT02/08/2021 270 Chia sẻ Facebook Twitter Google plus TESTING Trước khi CO-WELL Asia realease một phần mềm nào đó, chúng đã phải trải qua một quá trình kiểm tra kỹ lưỡng để đảm bảo rằng phần mềm sẽ hoạt động mượt mà, ổn định theo đúng chức năng được thiết kế. Để quá trình kiểm thử diễn ra tốt nhất thì việc chuẩn bị các tài liệu kiểm thử phần mềm là không thể thiếu. Show
A. Vì sao bạn nên chuẩn bị tài liệu kiểm thử phần mềm
Tuy nhiên, việc chuẩn bị tài liệu kiểm thử phần mềm cũng đem lại những hạn chế sau:
B. Các tài liệu kiểm thử phần mềm cần thiết1. Yêu cầu đề bài (Requirement)Requirement giải thích nhu cầu phát triển phần mềm của khách hàng. Nếu không hiểu được yêu cầu thì không thể lập được test plan, test strategy, test case hay test script. Thông thường, team phát triển và team kiểm thử sẽ đọc hiểu các tài liệu như: Yêu cầu Hệ thống (System Requirement Specification SRS), Yêu cầu Chức năng (Functional Requirement Specification FRS), USE Case. Trong đó:
Lưu ý: Đôi khi, hiểu rõ được yêu cầu của khách hàng là một điều không dễ bởi vì thông tin trong SRS, FRS, Use cases chưa đầy đủ hoặc không có sẵn các tài liệu đó. Để có thêm kiến thức về lĩnh vực của phần mềm (tài chính, bảo hiểm, viễn thông,), bạn có thể đọc sách và tìm kiếm thêm trên internet. 2. Software Test PlanTEST PLAN là một tài liệu chi tiết mô tả chiến lược kiểm thử, mục tiêu, lịch trình, ước tính và khả năng cung cấp và các nguồn lực cần thiết để kiểm thử. Test plan giúp tester xác định nỗ lực cần thiết để xác nhận chất lượng của ứng dụng đang được kiểm thử phần mềm. Test plan đóng vai trò như một kế hoạch chi tiết để tiến hành các hoạt động kiểm thử phần mềm như một quy trình xác định, được giám sát và kiểm soát từng bước bởi người quản lý kiểm thử. Test plan sẽ bao gồm:
3. Test StrategyTest Strategy (chiến lược kiểm thử) là một kế hoạch để xác định phương pháp kiểm thử và nó trả lời cho các câu hỏi: bạn muốn thực hiện những gì và làm cách nào để bạn thực hiện nó. Đây là một tài liệu quan trọng đối với bất kỳ nhóm tester nào trong kiểm thử phần mềm và để viết tài liệu này một cách hiệu quả đòi hỏi phải là một Tester có kỹ năng, kinh nghiệm.. Các thành phần của chiến lược kiểm thử bao gồm: mục tiêu và phạm vi, định dạng các tài liệu, quy trình kiểm thử, cấu trúc báo cáo của nhóm, chiến lược communication với khách hàng, vv 4. Test CaseTest case (Kịch bản kiểm thử) là test kiểm tra các case tình huống có thể xảy ra giúp Tester xác định một ứng dụng, hệ thống phần mềm hay một chứng năng ứng dụng có hoạt động đúng hay không. test case mô tả dữ liệu đầu vào (input), hành động (action) hoặc sự kiện (event) và một kết quả mong đợi (expected response). Tùy vào từng ngữ cảnh của dự án và quy mô công ty sản xuất phần mềm mà các bộ test case được viết chi tiết khác nhau. Một bộ test case thường bao gồm: mã test case, tên test case, mục đích thực hiện test, dữ liệu đầu vào, các bước thực hiện và các kết quả mong đợi. Hiểu một cách đơn giản, test case là một tình huống để kiểm tra đối tượng có thỏa mãn những yêu cầu đặt ra hay không. 5. Test DataMọi tổ chức như: bệnh viện, cơ quan chính phủ, ngân hàng, v.v khi thực hiện việc kiểm thử đều cần dữ liệu để test. Tuy nhiên, những cơ quan này thường có nhiều dữ liệu nhạy cảm hay thông tin bảo mật, hoặc họ sở hữu một khối lượng data cực lớn và sẽ gây ra nhiều phiền toái cho việc test. Trong những trường hợp như vậy, các kỹ sư sẽ phải sử dụng đến Test Data. Nói một cách dễ hiểu, Test Data là những dữ liệu được tạo ra, hoặc được thu thập với mục đích kiểm thử phần mềm. Test Data có thể được chia làm hai loại cơ bản: Test Data dùng cho positive testingĐây là một hình thức kiểm thử được dùng để xem phần mềm có cho ra phản hồi như đã tính toán khi có sẵn đầu vào hay không. Test Data dùng cho negative testingNgược lại với phía trên, đây là một hình thức kiểm thử phản hồi của phần mềm trong trường hợp những dữ liệu đầu vào bất thường. 6. Test ScriptCó thể nói, test script là bản hướng dẫn chi tiết, viết bằng code (mã) để thực hiện automation testing (kiểm thử tự động). Ngoài ra, bạn cũng cần dùng phần mềm automation testing để thực thi test script. Một số phần mềm được sử dụng phổ biến hiện nay gồm có Selenium, UTF One (Micro Focus Unified Functional Testing), TestComplete, Cucumber, 7. Requirement Traceability Matrix (RTM)Trong chu kỳ phát triển phần mềm, có những yêu cầu liên quan đến việc release, thiết kế, phát triển và thử nghiệm. Các yêu cầu mới sẽ được tạo mới và cập nhật. Requirement Traceability Matrix, hay còn gọi là ma trận truy xuất nguồn gốc các requirement sẽ nắm bắt tất cả các yêu cầu do khách hàng hoặc nhóm developer đề xuất và khả năng truy xuất nguồn gốc trong một tài liệu được đưa ra khi kết thúc vòng đời. Nói cách khác, đó là một tài liệu ánh xạ và theo dõi yêu cầu của người dùng với các test cases. Mục đích chính của RTM là để thấy rằng tất cả các test cases được đảm bảo không có chức năng nào bị bỏ lỡ trong khi thực hiện kiểm thử phần mềm. Một mẫu RTM phổ biến 8. Test Execution ReportTest Execution Report là tài liệu kiểm thử báo cáo về việc triển khai các test case.
Nguồn tham khảo:http://learndatamodeling.com/blog/software-testing-documentation/ Xem thêm:
Tags: CO-WELL Asia, kiểm thử phần mềm, Testing Service |