Bài tập lớn môn Kiểm tra phần mềm của sinh viên trường Đại học Bách khoa TP HCM

Bài tập lớn môn Kiểm tra phần mềm gồm 7 đề tài của sinh viên: 1. Công cụ minh họa các khái niệm và thuật toán trong lý thuyết đồ thị 2. Thiết kế web site hỗ trợ giảng dạy môn học mạng máy tính version 1.0 3. Xây dựng hệ thống quản lý tài liệu trực tuyến 4. Website quản lý ĐVTN trường THPT nguyễn du 5. Công cụ soạn thảo và gán nhãn âm thanh 6. Hệ thống thông tin quản lý trung tâm tin học 7. Công cụ tạo đề thi trắc nghiệm

KHOA KHOA HỌC VÀ KỸ THUẬT MÁY TÍNH

Xây dựng công cụ minh họa các khái niệm và thuật toán trong lý

2

06/06/2010 1.0 Initiated version Nguyễn Như An Đỗ Châu Ngọc

3

INTRODUCTION 4

Product’s purpose 4

Test purpose 4

Related documents 4

Test Scope 5

TESTING TYPE 5

Liệt kê các rủi ro 5

RủI RO DO Kế HOạCH 5

RủI RO DO KINH PHÍ VÀ TÀI NGUYÊN 6

RủI RO DO VậN HÀNH 6

RủI RO DO Kỹ THUậT 6

TEST REQUIREMENT 7

TEST STRATEGY 7

Test tool 7

Test environment 8

TEST RESOURCES 8

Man-power 8

System 8

HARDWARE 8

SOFTWARE 9

FEATURES 9

Testing features 9

Non-testing features (build version 1.5) 9

TEST MILESTONES 9

TEST PRODUCTS 10

Tài liệu kế hoạch kiểm thử cho dự án “Website hỗ trợ dạy học môn Mạng máy tính” được dùng để:

Xác định những thông tin dự án và các phần dự án cần được kiểm thử

Liệt kê những yêu cầu kiểm thử (Test Requirements)

Nêu ra những phương pháp, chiến lược kiểm thử nên sử dụng

Xác định nguồn lực cần

Nêu rõ các chức năng test và các chức năng không test

Liệt kê môi trường test

Related documents

1 Tài liệu mô tả yêu cầu

Đã được cung cấp đầy đủ

2 Tài liệu mô tả chức năng

3 Tài liệu kế hoạch dự án

4 Tài liệu phân tích thiết kế

5 Tài liệu hướng dẫn sử dụng

3 Quản lý chủ đề thuyết trình 3 man days

4 Đăng tải bài kiểm tra, thực

hành, thuyết trình 5 man days 0.5 man days

5 Đăng ký thuyết trình 3 man days

Feature / non-feature to be test

- Chức năng test : các chức năng chính yếu của sản phẩm như quản lý người dùng; module môn học; đăng tải bài kiểm tra, thực hành, thuyết trình và đăng ký thuyết trình

- Chức năng không test: các chức năng ở version 1.5 như quản lý bài kiểm tra, thực hành, thuyết trình; xem thông tin và phản hồi

Xem chi tiết hơn ở các mục sau trong tài liệu này

Liệt kê các rủi ro

R ủI RO DO Kế HOạCH

1 Build ra trễ hạn Báo lại cho Project Manager điều chỉnh

2 Vượt hạn định cho phép Luôn theo sát tiến độ, cập nhật, điều

3 Có change request nhưng

không được báo đầy đủ

Liên hệ với Project Manager và Business Analysis để lấy thông tin Cao

6

R ủI RO DO KINH PHÍ VÀ TÀI NGUYÊN

1 Vượt chi phí cho phép trong

thời gian hoạt động

Luôn theo sát tiến độ, cập nhật, điều

2 Thiếu tài nguyên về hệ thống Đề nghị thêm kinh phí, hỗ trợ tài nguyên

3 Chi phí ban đầu không đủ Xem xét plan, điều chỉnh những điềm vô

lý, cắt giảm các task ít quan trọng Trung bình

R ủI RO DO VậN HÀNH

1

Không vận hành được trên

môi trường được mô tả trong

1 Module quá phức tạp Đề nghị được chuyển thành non-testing

Yêu cầu Manager cung cấp đủ tài liệu

7

 Test các chức năng, thành phần có độ ưu tiên cao trước

 Đánh giá chất lương sản phẩm Chất lượng sản phẩm phải ở mức có thể chấp nhận được và phù hợp với yêu cầu khách hàng

 Tìm càng nhiều lỗi càng tốt

TEST STRATEGY

 Xem xét tài liệu sử dụng, giao diện người dùng, các chức năng dễ gây lỗi

 Kiểm tra chức năng có được hiện thực đúng với mô tả yêu cầu

o Dữ liệu hợp lệ có cho ra đúng kết quả mong đợi

o Lỗi và hiển thị thông báo chính xác khi dữ liệu không hợp lệ

o Những business rule được thực hiện chính xác

 Kiểm tra các kịch bản khác nhau từ đơn giản đến phức tạp

 Chỉ sử dụng kỹ thuật black-box

 Các kiểu test: Functional Test (chủ yếu), Integration Test, Security & Access Control Testing

 Tất cả các thông tin về lỗi đều phải được ghi nhận lại từ đó đánh giá chất lượng sản phẩm

 Việc test dừng khi: hết thời gian, hết kinh phí, hoàn thành kế hoạch dự định hoặc đạt mức chất lượng đã thỏa thuận

Test tool

Quản lý họat động kiểm thử Excel Microsoft 2010

Quản lý tiến độ dự án Microsoft Project Microsoft 2010

8

TEST RESOURCES

Man-power

Bảng sau mô tả nguồn lực test cho dự án

Nguyễn Như An

Test Manager : quản lý họat động kiểm thử

Hướng dẫn kỹ thuật

Sử dụng và quản lý nguồn lực

Báo cáo quản lý

Báo cáo chất lượng sản phẩm

Nguyễn Đức Thiện

Test Designer : thiết kế testcase

Định nghĩa cách tiếp cận test

Viết các testcase

Lương Bá Linh Tester : hiện thực và chạy test case

Hiện thực test và test suites

Chạy test suit

 Quản trị web site:

 Quản lý người dùng và quyền truy xuất web site

 Giảng viên:

 Quản lý module môn học (thêm, sửa, xóa)

 Quản lý chủ đề thuyết trình (thêm, sửa, xóa, duyệt đăng ký)

Mỗi Milestone cho 1 module bao gồm cả việc design testcase và chạy testcase

Chỉ test những chức năng hoàn thành trong version 1.0

Quản lý người dùng và quyền 25-5-2010 27-5-2010 2 days Quản lý người dùng An, Thiện 25-5-2010 27-5-2010 2 days

10

Integration Test An, Nguyên 27-5-2010 27-5-2010 0.5 day Quản lý module môn học 28-5-2010 30-5-2010 2 days Thêm môn học An, Thiện 28-5-2010 30-5-2010 2 days Sửa / xóa môn học Linh, Nguyên 28-5-2010 30-5-2010 2 days Quản lý chủ đề thuyết trình 31-5-2010 1-6-2010 1 day Thêm / sửa chủ đề An, Thiện 31-5-2010 1-6-2010 1 day Duyệt / xóa chủ đề Linh, Nguyên 31-5-2010 1-6-2010 1 day Integration Test An, Thiện 1-6-2010 1-6-2010 0.5 day Đăng tải bài làm Linh, Nguyên 2-6-2010 5-6-2010 2.5 days Đăng ký thuyết trình An, Thiện 2-6-2010 4-6-2010 1.5 days Integration Test Linh, Nguyên 6-6-2010 6-6-2010 0.5 day Security & Access Control Test An, Thiện 7-6-2010 7-6-2010 0.5 day

TEST PRODUCTS

4 Defect log / reports June 8

50600357 Tran Hoang Duy

50601095 Truong Quang Khai

50600939 Bui Phi Hung

50601490 Nguyễn Trường Minh

1 REFERENCES

No N AME A VAILABLE Location

2 INTRODUCTION

[Topics introduction]

“BUILDING ONLINE DOCUMENT MANAGEMENT SYSTEM”

Manager Vietnamese Documents

Allow user searching documents by semantic , by word key and by combination

System is based on JSP and Struts Framework 1.3.10 technology

Run on Internet Explorer or Mozilla FireFox

System must ensure search speeds less than 10 seconds

System can distribute documents access to users

[Give an overview of the plan:

The summary of the requirements

List what needs to be achieved (test objectives)

Detail why testing needed.]

The summary of the features will be tested :

General Functions:

 View company documents (TC: 4 man-days, Test: 2 man-days)

 View department documents (TC: 2 man-days, Test: 1.5 man-days)

 Grant privilege (TC: 1 man-days, Test: 0.5 man-days)

 Manager personal documents (TC: 2 man-days, Test: 1 man-days)

Common Functions:

 View individual profile (TC: 0.5 man-days, Test: 0.5 man-days)

 Change password (TC: 0.5 man-days, Test: 0.5 man-days)

 Share documents (TC: 5 man-days, Test: 3 man-days)

 Upload one or many documents (TC: 2 man-days, Test: 1 man-days)

 Search documents (TC: 2 man-days, Test: 1 man-days)

[Testing purpose]

List what needs to be achieved and details why testing needed :

Test all of auxiliary tasks

Estimate project performance

3 TEST ITEMS

[List of Software Items to be tested, their versions and how they are handed over for testing]

A build of Project Version 1.0 Teacher send to my group Project and installations as Testing Software Assignment

4 SOFTWARE RISK ISSUES

[List all software Risks These risks are related to the testing process, other risks will be mentioned in section 5.Features to be tested Below are some common risks:

Lack of personnel resources when testing is to begin

Lack of availability of required hardware, software, data or tools

Late delivery of the software, hardware or tools

Delays in training on the application and/or tools

Changes to the original requirements or designs

Complexities involved in testing the applications]

Lack of personnel resources:

We have 2 persons while the system has about 9 tasks must be tested

Lack of availability of required hardware, software, data or tools :

5 FEATURES TO BE TESTED

[List all features will be tested under this test plan

Identify risks for each feature by their likelihood and impact and then determine the extent of testing

Identify testing efforts for each type of test]

Feature No Feature Description

Technical Risk

Business Risk

Risk Priority

Extent of Testing

Estimated Testing Time (hours)

6 FEATURES NOT TO BE TESTED

[List all features will not be tested under this test plan]

Feature

No Feature Description

Technical Risk

Business Risk

Risk Priority

Extent of Testing

Estimated Testing Time (hours)

1 Performance

2 Usability

3 Security

7 TEST STRATEGIES

[The Test Strategy presents the recommended approach to the testing the target-of-test The previous section, feature to be tested, described what will be tested, this section describes how the target-of-test will

be tested

For each type of test, provide a description of the test and why it is being implemented and executed

If a type of test will not be implemented and executed, indicate in a sentence stating the test will not be implemented / executed and stating the justification, such as “This test will not be implemented / executed This test is not appropriate …”

The main considerations for the test strategy are the techniques to be used and the criterion for knowing when the testing is completed

In addition to the considerations provided for each test below, testing should only be executed using known, controlled databases, in secured environments

In addition, you need to describe:

Testing Tools/Aids

Constrains to testing

Support Required – Environment & Staffing

What metrics will be collected?

Which level is each metric to be collected at?

How is Configuration Management to be handled?

How many different configurations will be tested?

Hardware

Software

Combinations of HW, SW and other vendor packages

What levels of regression testing will be done and how much at each test level?

Will regression testing be based on severity of defects detected?

How will elements in the requirements and design that do not make sense or are untestable be processed?]

7.1 Function Testing

[Function testing of the target-of-test should focus on any requirements for test that can be traced directly to use cases (or business functions), and business rules The goals of these tests are to verify proper data acceptance, processing, and retrieval, and the appropriate implementation of the business rules This type of testing is based upon black box techniques, that is, verifying the

application (and its internal processes) by interacting with the application via the GUI and analyzing the output (results) Identified below is an outline of the testing recommended for each application:]

Test Objective: Ensure proper target-of-test functionality, including navigation, data entry,

processing

Security , performance and retrieval will not tested

Technique: Execute each use case, use case flow, or function, using valid and invalid data,

to verify the following:

The expected results occur when valid data is used

The appropriate error / warning messages are displayed when invalid data

is used

Each business rule is properly applied

Completion Criteria: All planned tests have been executed

All identified defects have been addressed

Special Considerations: [Identify / describe those items or issues (internal or external) that impact

the implementation and execution of function test]

NOTE: Transactions below refer to “logical business transactions.” These transactions are defined as specific use cases that an actor of the system is expected to perform using the target-of-test, such as add

or modify a given contract.]

Test Objective: Ensure search speed less than 10 seconds

Technique: Use Test Procedures developed for Function Cycle Testing

Modify data files (to increase the number of transactions) or the scripts to increase the number of iterations each transaction occurs

Many users access at the same time

Completion Criteria: Single Transaction / single user: Successful completion of the test scripts

without any failures and within the expected / required time allocation (per transaction)

Multiple transactions / multiple users: Successful completion of the test scripts without any failures and within acceptable time allocation

Special Considerations: In assignment requirements hasn’t performance test

8 ITEM PASS/FAIL CRITERIA

[This section of the test plan describes the pass/fail criteria for each of the items described in Section 3 - Test Items

Typically, pass/fail criteria are expressed in terms of test cases passed and failed; number, type, severity and location of bugs; usability, reliability, and/or stability

Examples of pass/fail criteria include:

% of test cases passed

number, severity, and distribution of defects

test case coverage

successful conclusion of user test

completion of documentation

performance criteria.]

TestCase Result

9 ENVIRONMENTAL NEEDS

[List all testing environments needed]

System Resources

Operating system Windown XP

Browsers Firefox (all of version)

IE 7

10 TEST DELIVERABLES

[List all documents can be delivered such as: Test Plan, Test cases, Test Reports etc]

[List all test scripts can be delivered]

Tran Hoang Duy (50600357) Nguyen Phi Hung (50600939) Nguyen Truong Minh (50601490)

WEBSITE QUẢN LÝ ĐVTN

TRƯỜNG THPT NGUYỄN DU

Test Plan

Nhóm thực hiện: Lê Việt Quỳnh(50601984)

Nguyễn Viết Tuấn(50602807) Hoàng Khương(50601159) Huỳnh Ngọc Vũ(50603064)

b Môi trường test: 4

3 Các yêu cầu của test 4

a Yêu cầu ngôn ngữ 4

b Yêu cầu cho GUI Test 4

c Yêu cầu cho Test chức năng/module 4

d Yêu cầu cho Performance Test 5

a Mục đích:

- Tính giản thủ tục đăng kí, quản lý hồ sơ của Đoàn viên

- Hỗ trợ thống kê, xếp loại đoàn viên

- Tạo môi trường liên kết học tập cho các Đoàn viên thanh niên trong trường

b Tài liệu liên quan:

Tham khảo requirement ở tài liệu luận văn đề tài “Website quản lý ĐVTN trường THPT Nguyễn Du”

c Phạm vi test:

- Items được test:

Test GUI ở các trang thông tin chính của website

Test các chức năng/module

- Items không được test:

Các yêu cầu phi chức năng

Lập lại plan sao cho phù hợp với lịch trình thực tế khi thay đổi requirement, có thể chọn cách tăng thêm nguồn nhân lực cho dự án, hoặc tăng thời gian làm việc ngoài giờ cho nhân viên

Cao

2 Sản phẩm mà developer thực hiện không kịp theo thời gian như lịch trình đề

ra

Nhóm phát triển phải thực hiện nghiêm túc, hoàn thành thời gian đúng hạn, nếu không thời gian công việc sẽ bị kéo dài ra khi thời gian bắt đầu test bị đẩy lùi

Thường xuyên có sự liên lạc giữa

BA, Technical Leader và Tester Leader khi có sự thay đổi requirement

Trung bình

- Sau khi viết xong test case của chức năng nào sẽ thực hiện test luôn ở chức năng đó rồi mới chuyển qua viết test case của chức năng khác

- Không test phi chức năng

a Các kiểu test

- Test chức năng: các chức năng của sản phẩm hoạt động cần đúng với những đòi hỏi của yêu cầu trong requirements

- Test giao diện: bố cục và ngữ pháp cần phải đúng

b Môi trường test:

Sử dụng các hệ điều hành Windows XP SP3, Windows 7

3 Các yêu cầu của test

a Yêu cầu ngôn ngữ

- Trang Lịch sử Đoàn Thanh niên

- Trang giới thiệu Bí thư Đoàn trường

- Trang diễn đàn Thanh niên

- Trang hoạt động thường niên

- Trang hiển thị văn bản Đoàn

- Trang hồ sơ Đoàn viên

- Trang tìm kiếm

c Yêu cầu cho Test chức năng/module

- Quản lý hoạt động thường niên

- Quản lý diễn đàn thanh niên

- Quản lý hồ sơ đoàn viên

- Quản lý lịch sử đoàn TNCS HCM

- Quản lý văn bản đoàn thanh niên

- Quản lý lịch sử BCH

- Quản lý khai báo quy trình đăng nhập, đăng ký

- Quản lý quy trình kết nạp đoàn viên mới

- Máy tính phải nối mạng Internet

- Trình duyệt web: Firefox 3.6; IE 6,7

b Nhân lực

1 Lê Việt Quỳnh Test manager Quản lý, testing

5 Các mốc thời gian của giai đoạn test

bắt đầu

Ngày kết thúc Giờ làm việc

% hoàn thành

Chú thích

1 Test plan Lê Việt Quỳnh 28/5 28/5 4h 100%

2 Test case

GUI

Trang đăng thoát Hoàng Khương 31/5 31/5 30’ 100%

Trang giới thiệu

Trang hồ sơ Đoàn

viên

Trang tìm kiếm Nguyễn Viết Tuấn 1/6 1/6 45’ 100%

đoàn thanh niên

Quản lý lịch sử

BCH

Quản lý khai báo

Trang đăng ký Hoàng Khương 1/6 1/6 30’ 100%

Trang Lịch sử

Đoàn thanh niên

Trang giới thiệu

bí thư toàn trường

Trang hồ sơ Đoàn

viên

Trang tìm kiếm Nguyễn Viết Tuấn 1/6 1/6 30’ 100%

đoàn thanh niên

Quản lý lịch sử

BCH

Quản lý khai báo

4 Báo cáo Lê Việt Quỳnh 11/6 11/6 4h 100%

Test Plan For

<Công cụ soạn thảo và gán nhãn âm thanh>

1

Revision History

Date Revision Description Author

3

1 REFERENCES

No N AME A VAILABLE Location

1

4

2 INTRODUCTION

Để tài “Công cụ soạn thảo và gán nhãn âm thanh” nhằm nghiên cứu và phát triển một công cụ soạn thảo và gán nhãn âm thanh cho kỹ thuật khi biên soạn các tập tin chứa các câu hội thoại,có chức năng soạn thảo âm thanh với các chức năng chính như:

 Cắt, dán, copy, phóng to, thu nhỏ, thu âm, …

 Phân tích một file âm thanh dạng WAVE chuẩn bất kì thành dạng sóng trực quan trên màn hình Sau đó, ta đánh dấu các đoạn âm thanh bất kì

trên hình sóng này rồi phân tích và lưu thành 1 file XML File XML này

lưu trữ nội dung của các đoạn âm thanh vừa đánh dấu Người sử dụng có

thể truy xuất file này nếu cần Đây chính là phần gán nhãn âm thanh

 Kiểm tra phi chức năng:

 Yêu cầu về khả năng chịu tải và hiệu năng thực hiện

 Kiểm tra ứng dụng với độ phân giải 1024 x 768 và 800 x 600

5

3 TEST ITEMS

Công cụ soạn thảo và gán nhãn âm thanh Iteration 1

6

4 SOFTWARE RISK ISSUES

None