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

TRƯỜNG ĐẠI HỌC BÁCH KHOA HỒ CHÍ MINH

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ý thuyết đồ thị Kế hoạch test

Mã dự án: DA502007

Mã tài liệu: TL502007

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

HCM,12/5/2010

WEBSITE HỖ TRỢ DẠY VÀ HỌC MÔN MẠNG MÁY TÍNH Kế hoạch test Version 1.0

Mã dự án: 2

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

CSE HCMUT, 25 – 05 – 2010

Revision History

Date

Version

Description

Author

Reviewer

06/06/2010

1.0

Initiated version

Nguyễn Như An

Đỗ Châu Ngọc

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

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

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

INTRODUCTION

Sử dụng Joomla! Viết bằng ngôn ngữ PHP, cơ sở dữ liệu MySQL để xây dựng web site nhằm hổ trợ giảng viên trong công tác giảng dạy môn Mạng máy tính.

Web site sẽ là một môi trường thân thiện, thuận tiện giữa giảng viên và học viên trong quá trình

giảng viên truyền đạt kiến thức và học viên tíêp thu kiến thức.

Web site này có thể chạy trên tất cả các trình duyệt web như Internet Explorer hay Mozilla

Firefox…

Web site này cần đảm bảo tốc độ load không quá 2 giây với 10 kết nối cùng một thời điểm và 5

giây đối với trường hợp 100 kết nối.

Web site cần có hệ thống quản trị quyền truy xuất từng chức năng cho từng user khi truy xuất.

Product’s purpose

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

Test purpose

Documents

Resource

Comment

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

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

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

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

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

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

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Security & Access

ID

Feature

Functional Testing

Itegration Testing

Control Tesing

Quản lý người dùng và

5 man days

0.5 man days

quyền truy xuất website

Quản lý module môn học

5 man days

0.5 man days

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

3 man days

0.5 man days

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

5 man days

hành, thuyết trình

0.5 man days

Đă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

ID

Risk

Remedy and Prevention

Effect

Báo lại cho Project Manager điều chỉnh

Build ra trễ hạn.

Trung bình

kế hoạch chung.

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

Vượt hạn định cho phép

Cao

chỉnh plan.

Có change request nhưng

Liên hệ với Project Manager và

Cao

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

Business Analysis để lấy thông tin

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

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

ID

Risk

Remedy and Prevention

Effect

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

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

Trung bình

thời gian hoạt động

chỉnh plan.

Đề nghị thêm kinh phí, hỗ trợ tài nguyên

Thiếu tài nguyên về hệ thống

Trung bình

hệ thống.

Xem xét plan, điều chỉnh những điềm vô

Chi phí ban đầu không đủ

Trung bình

lý, cắt giảm các task ít quan trọng.

RủI RO DO VậN HÀNH

ID

Risk

Remedy and Prevention

Effect

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

Phản hồi lại với bên developers để nhận

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

Trung bình

bản build khác.

requirement.

Tranh cãi giữa feature lỗi và

Họp để xác minh lại với bên developers,

Cao

không lỗi.

Project manager và khách hàng.

RủI RO DO Kỹ THUậT

ID

Risk

Remedy and Prevention

Effect

Đề nghị được chuyển thành non-testing

1 Module quá phức tạp

Cao

feature.

Integration test: developer sửa

Xem xét, thảo luận lại các test failed để

Trung bình

chỗ này, sai chỗ khác

đưa ra quyết định về chất lượng.

Tài liệu kỹ thuật, hướng dẫn

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

Thấp

sử dụng không đủ.

chi tiết hơn.

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

TEST REQUIREMENT

 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

Supplier /

Action

Tools

Version

Self-constrcution

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

Excel

Microsoft

2010

Kiểm soát lỗi

Excel

Microsoft

2010

Các công cụ quản trị CSDL

PHP My Admin

3.3

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

Microsoft Project Microsoft

2010

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Test environment

Functional Test / Integration Test

Resource

System Test

Security & Access Control Testing

Phiên bản

Chạy trên code

Database

DB phát triển

DB thiết lập riêng

Mạng

Localhost

Internet

Server/client

Localhost

1 server, 1 domain

TEST RESOURCES

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

Man-power

Member

Position / Responsibility / Comment

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

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

Nguyễn Như An

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.

Test Designer : thiết kế testcase

Nguyễn Đức Thiện

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

Võ Hoàng Nguyên

Ghi kết quả.

System

HARDWARE

 1 PC (RAM >= 128MB, CPU Pentium III 800 MHz) .

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

SOFTWARE

 Các browser: IE > 7.0, Firefox > 3.0, hỗ trợ đầy đủ Javascript.

 Server LAMP: Ubuntu Server > 9.04, Apache 2.0, MySQL 5.0, PHP 5.0.

 Localhost.

FEATURES

 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ý) .

 Học viên:

 Đăng tải bài thực hành, bài kiểm tra, bài thuyết trình.

 Đăng ký thuyết trình.

Testing features

Non-testing features (build version 1.5)

 Giảng viên

 Quản lý bài giảng, thực hành, bài kiểm tra và bài thuyết trình (thêm, sửa, xóa, chấm điểm).

 Học viên

 Xem bài giảng, bài thực hành, bài kiểm tra, giải đáp thắc mắc.

TEST MILESTONES

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

Milestone Task

Resource

Begin date

End date

Man days

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

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Quản ký quyền hạn

Linh, Nguyên

25-5-2010

27-5-2010

2 days

Integration Test

An, Nguyên

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

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

0.5 day

Security & Access Control Test

An, Thiện

7-6-2010

0.5 day

TEST PRODUCTS

STT

Sản phẩm

Ngày bàn giao Người bàn giao

Người nhận bàn giao

Test plan

May 25

Test cases

June 1

Defect log / reports

June 8

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

ASSIGNMENT SOFTWARE-TESTING

Test Plan

Table of content

2 3 4 5 6 7 8 10 11 12

1. References 2. Introduction 3. Test Items 4. Software Risk Issues 5. Features to be tested 6. Features not to be tested 7. Test Strategies 8. Item Pass/Fail Criteria 9. Environmental Needs 10. Test Deliverables

Group members:

50600357 Tran Hoang Duy

50601095 Truong Quang Khai

50600939 Bui Phi Hung

50601490 Nguyễn Trường Minh

1. REFERENCES

No.

Location

NAME

AVAILABLE

Test plan template 2 www.google.com.vn 3

Slide http://www.cse.hcmut.edu.vn/~minhnnn

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 :

 Hardware:

We have about 2 PCs.

 Software:

OS : Unix , Windows Xp , Windows 7 run in VMware workstation

Web browsers: Internet Explored 6 ,7,8 and Mozilla FireFox.

 Data:

OK.

 Tools:

We have no some tools for doing performance test , usability test and security test.

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]

Technical Risk Business Risk Risk Priority Extent of Testing Feature No Feature Description Estimated Testing Time

(hours)

1 View company documents

2 View department documents

3 Grant privilege

4 Manager personal documents

individual 5 View profile

6 Change password

7 Share documents

8 Upload one or many documents

9 Search documents

Total Estimated Testing Time

6. FEATURES NOT TO BE TESTED

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

Technical Risk

Business Risk

Risk Priority

Extent of Testing

Estimated Testing Time

Feature Description

Feature No

(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

Test Objective:

Ensure proper target-of-test functionality, including navigation, data entry, processing.

Security , performance and retrieval will not tested.

[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:]

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]

7.2 Performance Testing

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.

[Performance profiling is a performance test in which response times, transaction rates, and other time sensitive requirements are measured and evaluated. The goal of Performance Profiling is to verify performance requirements have been achieved. Performance profiling is implemented and executed to profile and tune a target-of-test's performance behaviors as a function of conditions such as workload or hardware configurations. 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.]

8. ITEM PASS/FAIL CRITERIA

test case coverage

[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 successful conclusion of user test completion of documentation performance criteria.]

TestCase Result

9. ENVIRONMENTAL NEEDS

Resource

Name / Type

Windown XP

Operating system

Firefox (all of version)

Browsers

IE 7

[List all testing environments needed] System Resources

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]

No Document Type Assigned To

Tran Hoang Duy (50600357)

Test Plan

1 Nguyen Phi Hung (50600939)

Nguyen Truong Minh (50601490)

Installation

Tran Hoang Duy (50600357) 2 Truong Quang Khai (50601095)

TestCase

Design : Tran Hoang Duy (50600357) 3 Excute : Truong Quang Khai (50601095)

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)

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

MỤC LỤC

1. Giới thiệu ............................................................................................... 3 a. Mục đích: ............................................................................................ 3 b. Tài liệu liên quan: ............................................................................... 3 c. Phạm vi test: ....................................................................................... 3 d. Mức độ rủi ro: ..................................................................................... 3 2. Chiến lược test ....................................................................................... 4 a. Các kiểu test ........................................................................................ 4 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 4. Tài nguyên ............................................................................................. 5 a. Hệ thống ............................................................................................. 5 b. Nhân lực ............................................................................................. 5 5. Các mốc thời gian của giai đoạn test ....................................................... 5

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

1. Giới thiệu

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.

d. Mức độ rủi ro:

Rủi ro Cách khắc phục

STT

Mức độ rủi ro Cao 1 tế khi thay thực Thay đổi requirement làm ảnh hưởng đến nguồn nhân lực và chiến lược test

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

3 Virus Cao

Thấp 4

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

5 Trung bình Thiếu nguồn nhân lực do có thành viên đột ngột xin nghỉ Requirement thay đổi mà bộ phận test không được thông báo kịp thời có sự Lập lại plan sao cho phù hợp với lịch trình đổ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 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. Các nhân viên phải cài phần mềm chống virus Bổ sung thêm nguồn nhân lực mới hoặc tăng giờ làm việc ngoài giờ Thường xuyên có sự liên lạc giữa BA, Technical Leader và Tester Leader khi thay đổi requirement.

2. Chiến lược test

- Dùng kiểu test thủ công bao gồm test GUI và từng chức năng/module. - 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ữ

Tiếng Việt

b. Yêu cầu cho GUI Test

- Trang chủ - Trang hướng dẫn - Trang đăng nhập - Trang đăng thoát - Trang đăng ký - Trang Bí thư - Trang quản trị - 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

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

- 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

d. Yêu cầu cho Performance Test

- Windows XP SP3 - Windows 7

4. Tài nguyên

a. Hệ thống

- Máy tính để bàn hoặc laptop có thể cài đặt được các hệ điều hành Windows XP SP3, Windows 7.

- Máy tính phải nối mạng Internet. - Trình duyệt web: Firefox 3.6; IE 6,7.

Nhân lực Trách nhiệm Lê Việt Quỳnh

b. Nhân lực STT 1 2 Huỳnh Ngọc Vũ 3 Hoàng Khương 4 Nguyễn Viết Tuấn Vai trò Test manager Tester Tester Tester Quản lý, testing Testing Testing Testing

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

STT Tên công việc Nhân lực Chú thích Giờ làm việc % hoàn thành Ngày bắt đầu 28/5 Ngày kết thúc 28/5 4h 100% Lê Việt Quỳnh 1 Test plan

2 Test case

GUI

Hoàng Khương 31/5 31/5 30’ 100% Trang chủ

Trang hướng dẫn Hoàng Khương 31/5 31/5 30’ 100%

Trang đăng nhập Hoàng Khương 31/5 31/5 30’ 100%

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

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

Trang bí thư Huỳnh Ngọc Vũ 31/5 31/5 4h 100%

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Trang quản trị Lê Việt Quỳnh 31/5 31/5 4h 100%

sử Hoàng Khương 1/6 1/6 30’ 100%

Hoàng Khương 1/6 1/6 30’ 100% thư

Nguyễn Viết Tuấn 31/5 31/5 1h 100%

Nguyễn Viết Tuấn 31/5 31/5 1,5h 100%

thị Nguyễn Viết Tuấn 1/6 1/6 45’ 100%

Nguyễn Viết Tuấn 1/6 1/6 45’ 100%

Trang Lịch Đoàn thanh niên Trang giới thiệu bí đoàn trường Trang diễn đàn thanh niên Trang hoạt động thường niên Trang hiển văn bản Đoàn Trang hồ sơ Đoàn viên Trang tìm kiếm Nguyễn Viết Tuấn 1/6 1/6 45’ 100%

2/6 3/6 8h 100%

7/6 8/6 8h 100%

lý hồ sơ 2/6 Hoàng Khương Hoàng Khương Huỳnh Ngọc Vũ 4/6 12h 100%

Huỳnh Ngọc Vũ 8/6 8/6 4h 100%

2/6 2/6 2h 100%

Lê Việt Quỳnh Nguyễn Viết Tuấn 2/6 3/6 8h 100%

7/6 3/6 12h 100% Lê Việt Quỳnh

Nguyễn Viết Tuấn 7/6 8/6 8h 100%

Chức năng/module Quản hoạt lý động thường niên Quản lý diễn đàn thanh niên Quản đ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

3 Test excuting

GUI

30’ 100% Hoàng Khương 31/5 31/5 Trang chủ

30’ 100% Trang hướng dẫn Hoàng Khương 31/5 31/5

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

30’ 100% Trang đăng nhập Hoàng Khương 31/5 31/5

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

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

Trang bí thư Huỳnh Ngọc Vũ 1/6 4h 1/6 100%

Trang quản trị Lê Việt Quỳnh 1/6 4h 1/6 100%

Hoàng Khương 1/6 sử 30’ 1/6 100%

Hoàng Khương 1/6 30’ 1/6 100%

Nguyễn Viết Tuấn 31/5 31/5 45’ 100%

thị Nguyễn Viết Tuấn 1/6 45’ 1/6 100%

Nguyễn Viết Tuấn 1/6 30’ 1/6 100%

Trang Lịch Đoàn thanh niên Trang giới thiệu bí thư toàn trường Trang diễn đàn thanh niên Trang hoạt động thường niên Trang hiển văn bản Đoàn Trang hồ sơ Đoàn viên Trang tìm kiếm Nguyễn Viết Tuấn 1/6 30’ 1/6 100%

4/6 4h 4/6 100%

9/6 4h 9/6 100%

lý hồ sơ Hoàng Khương Hoàng Khương Huỳnh Ngọc Vũ 7/6 4h 7/6 100%

Huỳnh Ngọc Vũ 9/6 4h 9/6 100%

2/6 2h 2/6 100%

Lê Việt Quỳnh Nguyễn Viết Tuấn 4/6 4h 4/6 100%

8/6 4h 9/6 100% Lê Việt Quỳnh

Nguyễn Viết Tuấn 9/6 9/6 4h 100%

4 Lê Việt Quỳnh 11/6 11/6 4h 100%

Chức năng/module Quản hoạt lý động thường niên Quản lý diễn đàn thanh niên Quản đ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 Báo cáo

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Test Plan For Release: <> Revision: <>

[Note: Text enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author and should be deleted before publishing the document.]

Date: 06/03/10

Edition: 1.0

Status: Baseline

Author: Research Team

Reviewed By:

Approved By:

Revision History

Date

Revision

Description

Author

06/03/10

1.0

Tân Vo

1 Table of content

1. References 2. Introduction 3. Test Items 4. Software Risk Issues 5. Features to be tested 6. Features not to be tested 7. Test Strategies 8. Item Pass/Fail Criteria 9. Test Deliverables 10. Remaining Test Tasks 11. Environmental Needs 12. Staffing and Training needs 13. Responsibilities 14. Schedule 15. Planning Risks and Contingencies 16. Approvals 17. Glossary

3 4 5 6 7 8 9 12 13 14 15 16 17 19 21 22 23

2 1. REFERENCES

No.

NAME

AVAILABLE

Location

3 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

Mục đích của việc thiết kế TestPlan cho việc kiểm tra chương trình “Công cụ soạn thảo và gán nhãn âm thanh” là:

 Kiểm tra các chức năng chính của chươn trình:Kiểm tra tất cả các chức năng

được đề cập trong mục 5 “Features to be tested” chạy chính xác.

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

(tạm gọi là Tagging).

4 3. TEST ITEMS

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

5 4. SOFTWARE RISK ISSUES

None.

6 5. FEATURES TO BE TESTED

Feature Description

Technical Risk

Business Risk

Risk Priority

Extent of Testing

Feature No

Estimated Testing Time (hours)

1 16

âm nhãn 2 48

âm thảo 3

3.1 40

16 3.2

3.3 8

3.4 16

3.5 8

3.6 16

đặt 4 8

5 32

6 12

Cài đặt chương trình Gán thanh(tagging) Soạn thanh Chức năng cắt âm thanh Chức năng copy âm thanh Chức năng dán âm thanh Chức năng phóng to âm thanh Chức năng thu nhỏ âm thanh Chức năng thu âm thanh Tháo cài chương trình 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

Total Estimated Testing Time

7 6. FEATURES NOT TO BE TESTED

Feature Description

Technical Risk

Business Risk

Risk Priority

Extent of Testing

Feature No

Estimated Testing Time (hours)

8 7. TEST STRATEGIES

7.1 Common Testing Types

Test Objective:

Đảm bảm chính xác các chức năng chính cần test,các chỉ mục dữ liệu,quá trình xử lí,khôi phục.

Technique:

Thực thi tất cả các trường hợp,các tính năng,sử dụng dữ liệu hợp lệ hay không hợp lệ để xác minh những yếu tố sau:

Kết quả mong đợi xuất hiện khi dữ liệu hợp lệ được dùng.

Thông điệp hay những cảnh báo thích hợp hiện ra khi dùng dữ liệu

không hợp lệ.

Mỗi quy tắc nghiệp vụ được thực thi một cách chính xác.

Completion Criteria:

Tất cả những test được lên kế hoạch đều được thực thi.

Tất cả những lỗi nhận ra đều được chỉ ra rõ ràng để người lập trình khắc

phục.

Special Considerations:

7.1.1 FUNCTION TESTING

Xác mình những yếu tố sau:

Test Objective:

Sự điều hướng xuyên suốt mục tiêu test phản ánh chính xác những chức năng và yêu cầu nghiệp vụ,bao gồm từ của sổ này đến cửa sổ khác ,trường này với trường khác,dùng những phương thức truy cập(những phím tab,di chuyển chuột ,…)

Những yếu tố và đặc tính về của sổ như menu, size, vị trí, trạng thái

phải hướng tới những tiêu chuẩn phù hợp.

Technique:

Tạo và thay đổi những test cho mỗi cửa sổ để kiểm tra sự điều hướng và trạng thái đối tượng là thích hợp đối vối mỗi của sổ hay đối tượng của ứng dụng

Completion Criteria:

Mỗi của sổ được kiểm tra thành công để vẫn nhất quánvới những phiên bản tiêu chuẩn hay trong giới hạn những tiêu chuẩn chấp nhận được.

Special Considerations:

7.1.2 USER INTERFACE TESTING

7.1.3 DATA AND DATABASE INTEGRITY TESTING

9

Test Objective:

Đảm bảo phương thức truy cập cơ sở dữ liệ và xử lí những chức năng chính xác và không sai lạc dữ liệu

Technique:

Dẫn chứng mỗi phương pháp truy cập và xử lí dữ liệu,,kết hợp mỗi trường hợp với dữ liệu hợp lệ và bất hợp lệ.

Xem xét cơ sở dữ liệu để đảm bảo rằng dữ liệu được cư trú có mục đích,tất cả những sự kiện cơ sở dự liệu xuất hiện một cách chính xác,xem lại để trả về dữ liệu để đảm bảo rằng dữ liệu chính xác được truy vấn.

Completion Criteria:

Tất cả phương thức truy cập dữ liệu và xử lí chức năng như thiết kế mà không có bất cứ sai lạc nào về dữ liệu.

Special Considerations:

Test Objective:

Xác minh trạng thái hiệu suất cho những giải quyết được xác định và chức năng nghiệp vụ dựa trên những điều kiện sau:

Những trường hợp thông thường

Những trường hợp xấu nhất có thể.

Technique:

Thay đổi những file dữ liệu(để gia tăng số lần thực hiện) hay những script để tăng số lần lặp đi lặp lại khi mỗi sự thực hiện xảy ra.

Script phải được thực thi trên một máy(trường hợp tốt nhất đối tiêu chuẩn sử dụng một người,xử lí đơn lẻ) và lặp lại với nhiều clients

Completion Criteria:

Giải quyết đơn lẽ,người dùng đơn lẽ:hoàn tất thành công những script mà không có bất kì lõi nào và trong thời gian được cấp phát mong đợi hay theo yêu cầu.

Đa xử lí,đa người dùng: Hoàn tất thành công những test script mà không có bất kì lỗi nào và trong thời gian cấp phát chấp nhận được

Special Considerations:

7.1.4 PERFORMANCE PROFILING

Test Objective:

Kiểm tra trạng thái biều diễn thời gian cho việc thực hiện xác định và những trường hợp nghiệp vụ dựa trên những điều kiện khác nhau.

Technique:

Thay đổi file dữ liệu(để gia tăng số lần thực hiện) hay những test để gia tăng số lần mỗi giao dịch xảy ra.

/ đa người dùng: Hoàn tất thành công những test mà ko có bất cứ lỗi nào

Completion Criteria:

hay trong những chỉ định thời gian chấp nhận được.

7.1.5 LOAD TESTING

10

Special Considerations:

Load testing should be performed on a dedicated machine or at a dedicated time. This permits full control and accurate measurement.

The databases used for load testing should be either actual size, or scaled equally.

Việ kiểm tra thời gian đáp ứng phải được thực hiên trên những máy chuyên môn hay thời gian chuyên môn.Nó cho phép điều khiển toàn bộ và đo lường chính xác.

Cơ sở dữ liệu được dùng cho việc load testing phải có kích thước thật và tỉ lệ ngang nhau.

7.2 Tools

Tool

Test Management

Defect Tracking

Functional testing

Performance testing

Project Management

The following tools will be employed for this project:

11 8. ITEM PASS/FAIL CRITERIA

8.1 Complete Criteria

Tất cả những test case được thực thi hoàn tất.

i hệ thống làm cho chương trình không hoạt

Tất cả những lỗi được tìm ra được khắc phục 100%. 8.2 Termination/Suspension Criteria Chương trình không thể khởi đông sau khi cài đặt. Quá trình test động. 8.3 Resumption Requirements Tất cả những điều kiện trong mục 8.2 được khắc phục.

12 9. TEST DELIVERABLES

No Document Type Assigned To

1 2 3 Test Plan Test Cases Specification Test Report MS Word MS Excel MS Excel Test Lead Whole Test Team Test Lead

13 10. REMAINING TEST TASKS

No

Task

Assigned To

None

Completion Date

Completion Percentage

14 11. ENVIRONMENTAL NEEDS

System Resources

Resource

Name / Type

Window SP2,SP3

Soft

Borland Jbuilder 2006 Enterprise,Norton Anti virus.

15 12. STAFFING AND TRAINING NEEDS

[List all training needs for the project.]

16 13. RESPONSIBILITIES

Human Resources

Worker

Specific Responsibilities/Comments

Minimum Resources Recommended

(number of workers allocated full- time)

Provides management oversight

Test Manager / Test Project Manager

Responsibilities:

Provide technical direction

Acquire appropriate resources

Management reporting

Test Designer

Identifies, prioritizes, and implements test cases

Responsibilities:

Generate test plan

Generate test model

Evaluate effectiveness of test effort

Tester

Executes the tests

Responsibilities:

Execute tests

Log results

Recover from errors

Document change requests

Test System Administrator

Ensures test environment and assets are managed and maintained.

Responsibilities:

Administer test management system

Install / manage worker access to test systems

Database Administration / Database Manager

Ensures test data (database) environment and assets are managed and maintained.

Responsibilities:

Administer test data (database)

Designer

Identifies and defines the operations, attributes, and associations of the test classes

Responsibilities:

Identifies and defines the test class(es)

Identifies and defines the test packages

17

Implementer

Implements and unit tests the test classes and test packages

Responsibilities:

Creates the test classes and packages

implemented in the test model.

18 14. SCHEDULE

14.1 Plan Tests

No Tasks Start Date End Date

1 Generate Test Plan Estimated Hours 24 05/27/10 05/31/10

2 Review Test Plan 8 06/01/10 06/01/10

3 Assigned To Tân Võ Whole Test Team Tân Võ 06/02/10 06/02/10 Update Test Plan Total: 8 40

14.2 Design/Implement Tests

No Tasks Start Date End Date Estimated Hours

1 Generate Test Cases 112 06/03/10 06/09/10 Assigned To Whole Test Team

14.3 Execute Tests

No Tasks Start Date End Date

Execute test cases 06/08/10 06/15/10 Estimated Hours 108

14.1Members Task Start Date No Tasks Assigned To End Date Estimated Hours Trí Ngô 1 8 06/03/10 06/03/10

2 24 06/03/10 06/07/10

Tạo test cases cài đặt chương trình Tạo test cases cho Tagging Vũ Lê Tạo test cases cho chức Thiện năng cắt âm thanh Nguyễn Tân Võ

3 24 06/03/10 06/07/10

4 8 06/03/10 06/03/10

Trí Ngô 5 4 06/04/10 06/04/10

Tân Võ 6 4 06/04/10 06/04/10

Tân Võ 7 8 06/04/10 06/04/10

Tạo test cases cho chức năng copy âm thanh Tạo test cases cho chức năng dán âm thanh Tạo test cases cho chức năng Tạo test cases cho chức năng phóng to âm thanh Tạo test cases cho chức năng thu âm thanh

8 8 06/07/10 06/07/10

Thiện Nguyễn Trí Ngô 9 4 06/07/10 06/07/10

Tạo test cases cho tháo cài đạt chương trình Tạo test cases cho việc kiểm tra ứng dụng với độ phân giải 1024 x 768 và

Trí Ngô 10 4 06/07/10 06/07/10

19

Vũ Lê 11 16 06/08/10 06/09/10

Trí Ngô 12 8 06/08/10 06/08/10

Vũ Lê 13 24 06/08/10 06/10/10

800 x600 Tạo test cases cho khả năng chịu tải và hiệu năng thực hiện Thực thi cài đặt chương trình Thực thi test cases cho chức năng gán nhãn âm thanh Thực thi test case cho chức năng cắt âm thanh

14 16 06/08/10 06/09/10

Thiện Nguyễn Tân Võ 15 8 06/09/10 06/09/10

Trí Ngô 16 4 06/10/10 06/10/10

Tân Võ 17 4 06/10/10 06/10/10

Tân Võ 18 8 06/10/10 06/10/10

Thực thi test cases cho chức năng copy âm thanh Thực thi test cases cho chức năng dán âm thanh Thực thi test cases cho chức năng thu nhỏ âm thanh Thực thi test cases cho chức năng phóng to âm thanh Thực thi test cases cho chức năng thu âm thanh

19 8 06/10/10 06/10/10

Thiện Nguyễn Trí Ngô 20 8 06/11/10 06/11/10

Vũ Lê 21 16 06/11/10 06/14/10

Thực thi test cases kiểm tra ứng dụng độ phân giải Thực thi test cases cho khả năng chịu tải và hiệu năng thực hiện Thực thi test case tháo cài đặt chương trình

Trí Ngô 22 4 06/15/10 06/15/10

14.5Total of man-hours [Describe testing estimation efforts here with your conclusion]

Total of Man-Hours 260

Total of Man-Days 14

Conclusion: Chúng tôi bắt đâu từ ngày 05/27/10 đến ngày 06/15/10,tổng cộng là 14 ngày để hoàn tất

20 15. PLANNING RISKS AND CONTINGENCIES

None

21 16. APPROVALS

No Approver Role Approval Date

22 17. GLOSSARY

[List terms and acronyms with their definitions used in this Test Plan]

23 Management Information System for Information Center Master Test Plan

Version: 1.3

Revision History

Date

Version

Description

Author

Toan Nguyen Truong

23/5/2010

1.0

First Draft

Toan Nguyen Truong

29/5/2010

1.1

Second Draft

Toan Nguyen Truong

3/6/2010

1.2

austere

Toan Nguyen Truong

5/6/2010

1.3

Final test plan

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Table of Contents 1.

10.1 10.2

12.1

13.1 13.2 13.3

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Introduction ............................................................................................................... 3 1.1 Purpose ............................................................................................................... 3 Intended Audience ................................................................................................ 3 1.3 1.4 Document Terminology and Acronyms ................................................................... 3 1.5 References ........................................................................................................... 3 2. Evaluation Mission and Test Motivation ....................................................................... 3 2.1 Background.......................................................................................................... 3 2.2 Evaluation Mission ............................................................................................... 3 2.2 Test Motivators .................................................................................................... 4 3. Target Test Items ........................................................................................................ 4 5. Test Approach ............................................................................................................ 5 Function Testing ................................................................................................... 5 5.1 5.2 User Interface Testing ........................................................................................... 5 6. Entry and Exit Criteria ................................................................................................ 5 6.1 Test Plan Entry Criteria ......................................................................................... 5 6.2 Test Plan Exit Criteria ........................................................................................... 5 7. Deliverables ............................................................................................................... 5 8. Testing Workflow ....................................................................................................... 6 9. Environmental Needs .................................................................................................. 6 9.1 Base System Hardware .......................................................................................... 6 9.2 Base Software Elements in the Test Environment ..................................................... 6 Productivity and Support Tools .............................................................................. 6 9.3 9.4 Test Environment Configurations ........................................................................... 7 10. Responsibilities, Staffing, and Training Needs ............................................................ 7 People and Roles ............................................................................................... 7 Staffing and Training Needs ............................................................................... 8 12. Risks, Dependencies, Assumptions, and Constraints .................................................... 9 Risks ............................................................................................................... 9 Schedule .................................................................................................... 9 12.1.1 12.1.2. Management .................................................................................................... 9 12.1.3. Personnel ........................................................................................................ 9 12.1.4 Requirements ....................................................................................................... 9 Dependencies .................................................................................................... 9 12.2 12.2.1 Personnel Dependencies ................................................................................. 9 12.2.2 Software Dependencies ................................................................................... 9 12.2.3 Test Data & Database ..................................................................................... 9 13. Management Process and Procedures ......................................................................... 9 Reviews ........................................................................................................... 9 Bug Review meetings ........................................................................................ 9 Defect Reporting ............................................................................................ 10 14 Documentation ......................................................................................................... 10 15 Approvals ................................................................................................................ 10

Master Test Plan

1. 1.1

Introduction Purpose The purpose of the Iteration Test Plan is to gather all of the information necessary to plan and control the test effort for a given iteration. It describes the approach to testing the software, and is the top-level plan generated and used by managers to direct the test effort.

This Test Plan for the Management Information System for Information Center supports the following

objectives:

Identify the scope, environment, features to be tested and not to be tested, risk and contingency, resources

- List the recommended test requirements

- Recommend and describe the testing approach to be employed

Include traceability from requirements of the Test Case

- List the deliverable elements of the test project

Plan Test

Student management

1.2 Scope

This document provides test requirements, test strategies for: - - Design Test Case - Execute Test - Report Test In five Use cases: - - Long-term education management - Short-term education management - Desire management - Statistics report Intended Audience This test plan is useful for the Q&A team group to keep on track the process of test. Simultaneously, it is

also useful for the customer to give the appreciation for the product.

1.3

1.4

Assignment specification for software testing subject (internal use) MISIC theses for bachelor of engineering; Ho Chi Minh City University of Technology

2. 2.1

1.5

find as many bugs as possible

find important problems, assess perceived quality risks

advise about perceived project risks

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Document Terminology and Acronyms MISIC: Management Information System for Information Center References 1. 2. Evaluation Mission and Test Motivation Background This software aims at the purpose that design and implement a system called the system of information management center, which provides two main functions: support the management, organization, operation of the actions of center about human resource and education; and remote services for students. It is implemented on J2EE, DBMS by MS SQL server. The Operating system can be one of: Windows XP( package 2,3); windows Vista, windows 7. And it has a strict integration with antivirus in implement environment. 2.2 Evaluation Mission -

certify to a standard

verify a specification (requirements, design or claims)

advise about product quality, satisfy stakeholders

advise about testing

fulfill process mandates

Q&A team members will be motivated by some key factors - Quality risks - Technical risks - Five use cases those must be tested - Functional requirements - Non-functional requirements - Design elements -

Suspected failures or faults

Target Test Items

The listing below identifies those test items; software, hardware, and supporting product elements that have been identified as targets for testing. This list represents what items will be tested.

- Build a test project which include Plan Test, Design Test Cases, Execute Test, Report Test

- Realize a test plan, realize all components in test plan completely, in addition

o Define features to be tested and features not to be test in tested plan clearly

o Define functions those to be tested and not to be tested ( just test only five use cases)

Just only write the necessary test cases for five use cases

Inspect by the way relying on written test cases, record bugs in bug tracking system

- Give the report

4. Features to Be Tested 4.1 Student management

Search information

2.2 Test Motivators

Search information

4.2

Search information

4.3

- - Update data - Insert data - Delete data - GUI to report in test report file Long-term education management - - Update data - Insert data - Delete data - GUI to report in test report file Short-term education management - - Update data - GUI to report in test report file Desire management - Search information

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

4.4

Search information

- Update data - GUI to report in test report file Statistics report - - Update data - GUI to report in test report file

Test Approach

The test strategy consists of a series of different tests that will fully exercise the visualizing application. The primary purpose of these tests is to uncover the systems limitations and measure its full capabilities. In this project, we just only concentrate on test in two aspects: functioning test and user interface test. The test personnel will follow CSTE standard. 5.1

4.5

To ensure graphical user interface meets its written specifications. We create GUI tests by use IPP technique; first, the systems UI are analyzed to determine what operations are possible. These operations become the operators used in the planning problem. Next an initial system state is determined. Next a goal state is determined that the tester feels would allow exercising of the system. Lastly the planning system is used to determine a path from the initial state to the goal state. 6. 6.1

Entry and Exit Criteria Test Plan Entry Criteria

- - - - -

Business needs are confirmed. Business Requirement document prepared by Analyst Estimation of IT infrastructure Acquisition of resources Project kick off meeting is done and sign off is given

Function Testing We measure the quality of the functional (business) components of the system by function testing. Tests verify that the system behaves correctly from the user / business perspective and functions according to the requirements, models, storyboards, or any other design paradigm used to specify the application. The function test must determine if each component or business event: performs in accordance to the specifications, responds correctly to all conditions that may be presented by incoming events / data, moves data correctly from one business event to the next (including data stores), and that business events are initiated in the order required to meet the business objectives of the system. We will apply the white-box and also black-box approach with the collaborate with the use equivalence class, boundary values, decisions table, cause-effect diagram, so on; 5.2 User Interface Testing

- - - - -

All the testing has been performed as defined 100% test coverage is met All the bugs raised are resolved, retested and closed. Product goes live with optimal quality and standards meeting customer requirements and satisfaction

6.2 Test Plan Exit Criteria

7. Deliverables Deliverable Develop Test cases Test Case Review Execute manual Complete Defect Reports

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Responsibility Testers Test Lead, Testers Test Lead, Testers Test Lead, Testers Completion Date 05/06/10 06/06/10 08/06/10 On-going

Testing Workflow

Plan the tests in each iteration

Perform the tests and systematically handle the test results

- Verify the result from implementation by testing each build - - Design and implement tests by creating - - Test model artifacts  Test cases  Test procedures  Test components  Test subsystem packages for complex test models’

- Other artifacts

 Test Plan  Defects  Test Evaluation Environmental Needs Base System Hardware

9. 9.1

System resources that need for the test effort presented in this Test Plan are:

- Database server

- CPUs core 2dual 2.0; Ram 2GB

Software Element Name

Type and Other Notes

Version

2;3

Operating System

Windows XP

Operating System

Windows Vista

Operating System

Window 7

database

MS SQL Server

Platform java

J2EE

Network Associates McAfee Virus Checker

and Recovery

Virus Detection Software

Base Software Elements in the Test Environment 9.2 The following base software elements are required in the test environment for this Test Plan.

Tool Category or Type

Tool Brand Name

Vendor or In-house

Version

Test Management

Defect Tracking

ASQ Tool for functional testing

ASQ Tool for performance testing

Test Coverage Monitor or Profiler

Project Management

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Productivity and Support Tools 9.3 The following tools will be employed to support the test process for this Test Plan.

DBMS tools

Configuration Name

Description

Physical

Implemented Configuration

Average user configuration

Minimal configuration supported

Visually and mobility challenged

International Double Byte OS

Network installation (not client)

10. Responsibilities, Staffing, and Training Needs 10.1 People and Roles

This table shows the staffing assumptions for the test effort.

Human Resources

Role

Resources

Specific Responsibilities or Comments

Minimum Recommended

(number of full-time roles allocated)

Test Manager

Provides management oversight.

Responsibilities include:

 planning and logistics

 agree mission



identify motivators

 acquire appropriate resources

 present management reporting

 advocate the interests of test

 evaluate effectiveness of test effort

Test Analyst

Identifies and defines the specific tests to be conducted.

Responsibilities include:



identify test ideas

 define test details

 determine test results

 document change requests

 evaluate product quality

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Test Environment Configurations 9.4 The following Test Environment Configurations needs to be provided and supported for this project.

Test Designer

technical

the

approach

the

Defines implementation of the test effort.

Responsibilities include:

 define test approach

 define test automation architecture

 verify test techniques

 define testability elements

 structure test implementation

Tester

Implements and executes the tests.

Responsibilities include:



implement tests and test suites

 execute test suites



log results

 analyze and recover from test failures

 document incidents

Test System Administrator

test environment and assets are

Ensures managed and maintained.

Responsibilities include:

 administer test management system



install and support access to, and recovery of, test environment configurations and test labs

Database Administrator, Database Manager

Ensures test data (database) environment and assets are managed and maintained.

Responsibilities include:

 support the administration of test data and

test beds (database).

Designer

Identifies and defines the operations, attributes, and associations of the test classes.

Responsibilities include:

 defines the test classes required to requirements as

testability

support defined by the test team

Implementer

Implements and unit tests the test classes and test packages.

Responsibilities include:

 creates the test components required to requirements as

testability

support defined by the designer

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

10.2 Staffing and Training Needs

Test designs assume a thorough and complete knowledge of the operation of both systems under test as

well as knowledge of the primary service tools and their appropriate operation.

Testing was performed under the operating of team-leader Ha Thai Vu; all Members of Q&A team group

are:

- Ha Thai Vu - Trinh Van Quang - Dang Tuan Anh - Nguyen Truong Toan

12. Risks, Dependencies, Assumptions, and Constraints 12.1

The schedule for each phase is very aggressive and could affect testing. A slip in the schedule in one of the other phases could result in a subsequent slip in the test phase. Close project management is crucial to meeting the forecasted completion date.

Risks 12.1.1 Schedule

Management support is required so when the project falls behind, the test schedule does not get squeezed to make up for the delay. Management can reduce the risk of delays by supporting the test team throughout the testing phase and assigning people to this project with the required skills set.

12.1.2. Management

Due to the aggressive schedule, it is very important to have experienced testers on this project. Unexpected turnovers can impact the schedule. If attrition does happen, all efforts must be made to replace the experienced individual

12.1.4 Requirements

The test plan and test schedule are based on the current Requirements Document. Any changes to

the requirements could affect the test schedule.

12.1.3. Personnel

12.2 Dependencies

12.2.1 Personnel Dependencies The test team requires experience testers to develop, perform and validate tests.

The source code must be unit tested and provided within the scheduled time outlined in the Project Schedule.

12.2.2 Software Dependencies

13. Management Process and Procedures 13.1

12.2.3 Test Data & Database Test data & database should also be made available to the testers for use during testing.

The project team will perform reviews for each Phase. (i.e. Requirements Review, Design Review, Code Review, Test Plan Review, Test Case Review and Final Test Summary Review). A meeting notice, with related documents, will be emailed to each participant.

Reviews

Regular weekly meeting will be held to discuss reported defects. The development department will provide status/updates on all defects reported and the test department will provide addition defect information if needed. All member of the project team will participate.

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

13.2 Bug Review meetings

When defects are found, the testers will complete a defect report on the defect tracking system. The defect tracking systems is accessible by testers, developers & all members of the project team. When a defect has been fixed or more information is needed, the developer will change the status of the defect to indicate the current state. Once a defect is verified as FIXED by the testers, the testers will close the defect report.

14 Documentation The following documentation will be available at the end of the test phase:

Test Plan

Test Cases

Test Case review

Defect reports

Final Test Summary Report

15 Approvals Name (Print)

Signature

Date

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

13.3 Defect Reporting

UNIVERSITY OF TECHNOLOGY FALCULTY OF COMPUTER SCIENCE AND ENGINEERING

Test plan for “Công cụ tạo đề thi trắc nghiệm” -Software Testing- Group 4:

Test leader : Đỗ Xuân Chung 50600212 Tester :

Đỗ Xuân Chung 50600212 Nguyễn Thái Vân Long 50601330 Phạm Đức Long 50601344 Trịnh Xuân Khoa 50601143

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

TEST PLAN FOR “CÔNG CỤ TẠO ĐỀ THI TRẮC NGHIỆM” ________________________________________________________________________

INDEX

1. OVERVIEW

1.1 Product name

1.2 Product revision

1.3 Project lead

1.4 Test project staff

1.5 Product overview

2. TEST PLAN OBJECTIVE

3. TESTING STRATEGY

3.1 System test

3.2 Performance test

3.3 Stress and volume test

3.4 Recovery test

3.5 Documentation test

3.6 Installation test

General testing process approach

Items to be tested

Items not to be tested

4. HARDWARE / SOFTWARE RESOURCES

4.1 Hardware requirements

4.2 Software requirements

4.3 Reference material

5. TYPE OF TESTING

5.1 Feature test

Features to be tested

Features not to be tested

5.2 Installation test

RISKS AND CONTINGENCIES

6.

7. SUSPENSION CRITERIA AND RESUMPTION REQUIREMENTS

8. TEST SCHEDULE AND RESOURCES

8.1 Test schedule

8.2 Resources

9. ROLES AND RESPONSIBILITIES

10. DELIVERABLES

Group 4 – Software testing

Page 2

4/5/2019

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

TEST PLAN FOR “CÔNG CỤ TẠO ĐỀ THI TRẮC NGHIỆM” ________________________________________________________________________

1. OVERVIEW

1.1. PRODUCT NAME

“CÔNG CỤ TẠO ĐỀ THI TRẮC NGHIỆM”

1.2. PRODUCT REVISION

Last vision.

1.3. PROJECT LEAD

1.3.1. Đỗ Xuân Chung - 50600212

1.4. TEST PROJECT STAFF

1.4.1. Đỗ Xuân Chung - 50600212

1.4.2. Nguyễn Thái Vân Long - 50601330

1.4.3. Phạm Đức Long - 50601344

1.4.4. Trịnh Xuân Khoa - 50601143

1.5. PRODUCT OVERVIEW

Program „s functions :

1.5.1. Store and display document with image and formula format.

1.5.2. Good “questions bank” management.

1.5.3. Good „question exam bank” management.

1.5.4. Out put is in Microsoft word format. .

2. TEST PLAN OBJECTIVE

This Test Plan for the tool for “Công cụ tạo đề thi trắc nhiệm” supports the following objectives:

 Identify the strategies that will be used to verify and ensure the product meets its desired specifications and other requirements.

 Define the objectives and scope for the testing effort.

 Identify the methodology that test team will use to conduct tests.

 Identify the hardware, software and tools required for testing.

 Define functions and features that will be tested.

 Determined risk factor that jeopardize testing

 Schedule for testing with the specific assignment for each members.

3. TESTING STRATEGY The test strategy consists of a series of different tests that will fully exercise the visualizing application. The primary purpose of these tests is to uncover the systems limitations and measure its full capabilities. A list of the various planned tests and a brief explanation follows below.

Group 4 – Software testing

Page 3

4/5/2019

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

TEST PLAN FOR “CÔNG CỤ TẠO ĐỀ THI TRẮC NGHIỆM” ________________________________________________________________________ 3.1 System Test

The System tests will focus on the behavior of the visualizing system. User scenarios will be executed against the system as well as screen interacting and error message testing. Overall, the system tests will test the integrated system and verify that it meets the requirements defined in the requirements document.

3.2 Performance Test

Performance test will be conducted to ensure that the visualizing system‟s response time meet the user expectations and does not exceed the specified performance criteria. During these tests, response times will be measured under heavy stress and/or volume.

3.3 Stress and Volume Test

We will subject the payroll system to high input conditions and a high volume of data during the peak times.

3.4 Recovery Test

Recovery tests will force the system to fail in a various ways and verify the recovery is properly performed. It is vitally important that all data is recovered after a system failure & no corruption of the data occurred.

3.5 Documentation Test

Tests will be conducted to check the accuracy of the output Microsoft word documentation. These tests will ensure that no features are missing, and the contents can be easily understood.

3.6 Installation Test

The application will be installed on some environments (Windows XP SP2, SP3 and Windows Vista) and we will check its compatibility with those environments. In the other hand, we will test the process of removing the application from the system.

General Testing Process Approach

1. Review project document.

2. Design test strategy and Determine test requirements.

3. Create test plan.

4. Design test case template.

5. Design and build test case.

6. Execute test plan.

7. Create test report.

3.7. Items to be tested

3.7.1. “Soạn câu hỏi” function.

3.7.2. “Sinh đề thi” function.

3.7.3. “Quản lý kỳ thi/Bộ đề” function.

Group 4 – Software testing

Page 4

4/5/2019

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

3.8. Items not to be Tested

TEST PLAN FOR “CÔNG CỤ TẠO ĐỀ THI TRẮC NGHIỆM” ________________________________________________________________________ “Quản lý môn học / Chương mục” function. 3.8.1.

4. HARDWARE / SOFTWARE RESOURCES

4.1. Hardware Requirements

4.1.1. CPU >= 1.0 GHz

4.1.2. RAM >= 256 MB

4.1.3. Hard Disk Space available >= 50 MB

4.1.4. Graphic Card with Memory size >= 64MB

4.1.5. Internet Connected

4.2. Software Requirements

4.2.1. Windows XP SP2.

4.2.2. Windows XP SP.

4.2.3. Windows Vista..

4.2.4. Current Windows version is able to update.

4.2.5. Microsoft SQL Server 2005

4.2.6. Microsoft Visual Studio 2005

4.2.7. .NET Frameworks 2.0 or later.

4.3. Standards/Reference material

4.3.1. http://www.cse.hcmut.edu.vn/~minhnnn/File/Document/ST/Assignment/Assignment.pdf

5. TYPES OF TESTING

5.1. FEATURE TEST

5.1.1. Features to be tested:

5.1.1.1. “Soạn câu hỏi”function:

- Create new question.

- Edit existing question.

- Delete existing question.

- Create new group of question.

- Edit new group of question.

- Delete new group of question.

- Stop creating new question.

(Repeat each test case with text, image, formula format)

5.1.1.2. “Sinh đề thi”function:

Group 4 – Software testing

Page 5

4/5/2019

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

- Create new exam question

TEST PLAN FOR “CÔNG CỤ TẠO ĐỀ THI TRẮC NGHIỆM” ________________________________________________________________________ - Delete existing exam question

- Automatically create new exam question

- Delete existing question in exam question

- Update order of question in exam question

- View exam question „s solution

- Delete all questions in exam question

- Automatically create exam question.

- Manually create exam question

5.1.1.3. “Quản lý kỳ thi / bộ đề”function

- Create new examination

- Delete existing examination

- Mix all questions in “question book”

- Add question to “question book”.

- To export Microsoft Word document.

5.1.2. Features not to be tested:

5.1.2.1. Application building

5.1.2.2. Stop running application

5.1.2.3. Vietnamese support

5.1.2.4. Copyright, license

5.2. INSTALLATION TEST

5.2.1. Build program while current Windows is updating.

5.2.2. Redo all test case in Futures testing while Windows is updating.

6. RISKS AND CONTINGENCIES

STT Risk Contingency plan

1 Re-edit test plan to meet new requirements Requirement changes affect to human resources and test strategy

2 Application is not able to be built on time Re-build in other PCs and testing team must follow the schedule strictly

3 Virus effectively Highlight this to every one in team, update newest version for anti virus program

Group 4 – Software testing

Page 6

4/5/2019

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

4 Executed test case lost Hand in executed testcase report / document to team leader by the end of day via e-mail

TEST PLAN FOR “CÔNG CỤ TẠO ĐỀ THI TRẮC NGHIỆM” ________________________________________________________________________ 7. SUSPENSION CRITERIA AND RESUMPTION REQUIREMENTS

Suspension criteria:

 Hardware/software is not available at the times indicated in the project schedule.  Source code contains one or more critical defects, which seriously prevents or limits testing progress.  Assigned test resources are not available when needed by the test team. Resumption Requirements:

If testing is suspended, resumption will only occur when the problem(s) that caused the suspension has been resolved. When a critical defect is the cause of the suspension, the “FIX” must be verified by the test department before testing is resumed.

8. TEST SCHEDULE AND RESOURCES

8.1. Test schedule:

8.2. Resources:

The test team will consist of:

Group 4 – Software testing

Page 7

4/5/2019

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

 A Test Leader  4 Testers

TEST PLAN FOR “CÔNG CỤ TẠO ĐỀ THI TRẮC NGHIỆM” ________________________________________________________________________ 9. ROLES AND RESPONSIBILITIES

Worker Specific Responsibilities / Comments Minimum Resources Recommended

30% Provides management oversight Test leader

Đỗ Xuân chung Responsibilities:

Provide Technical direction

Acquire appropriate resources

Management reporting

Ensure test environment and assets are managed and mantained.

Identifies, prioritizes, and implement test cases Test Designer

Responsibilities: Đỗ Xuân Chung 30%

Phạm Đức Long 50% Generate test case

Nguyễn Thái Vân Long 50% Evaluate effectiveness of test effort

Trịnh Xuân Khoa 50% Prepare test data

Execute the tests Tester

Responsibilities: Đỗ Xuân Chung 40%

Phạm Đức Long 50% Execute tests

Nguyễn Thái Vân Long 50% Log results

Trịnh Xuân Khoa 50% Recover from errors

Document defects

10. DELIVERABLES

Deliverable Responsibility Completion Date

Group 4 – Software testing

Page 8

4/5/2019

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Testers Test Leader, Testers Test Leader, Testers Test Leader, Testers 15/06/10 16/06/10 19/06/10 19/06/10 Develop Test cases Test Case Review Execute manual Complete Defect Reports

-Kế hoạch test

v1.0

Vị trí thay đổi

Lý do

Nguồn gốc

Mô tả thay đổi

Phiên bản mới

Ngày thay đổi

Phiên bản cũ

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

BẢN GHI NHẬN THAY ĐỔI TÀI LIỆU

-Kế hoạch test

v1.0

TRANG KÝ

Người lập:

Người xem xét:

Người phê duyệt:

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

-Kế hoạch test

v1.0

MỤC LỤC

1 GIỚI THIỆU ................................................................................................................. 5

1.1 Mục đích .............................................................................................................................5

1.2 Thông tin chung ..................................................................................................................6

1.3 Tài liệu liên quan .................................................................................................................6

1.4 Phạm vi test ........................................................................................................................6

1.5 Ràng buộc ...........................................................................................................................7

1.6 Liệt kê các mạo hiểm ...........................................................................................................8

2 CÁC YÊU CẦU CHO TEST .............................................. ERROR! BOOKMARK NOT DEFINED.

3 CHIẾN LƯỢC TEST .................................................................................................... 10

3.1 Các kiểu test ......................................................................... Error! Bookmark not defined.

3.1.1 Test chức năng (Functional Testing) ........................... Error! Bookmark not defined.

3.1.2 Test Bảo mật và Kiểm soát truy cập (Security and Access Control Testing) ........... Error! Bookmark not defined.

3.2 Giai đoạn test ....................................................................... Error! Bookmark not defined.

3.3 Các công cụ test ................................................................... Error! Bookmark not defined.

3.4 Môi trƣờng test ..................................................................... Error! Bookmark not defined.

4 TÀI NGUYÊN .............................................................................................................. 11

4.1 Nhân lực ........................................................................................................................... 11

4.2 Hệ thống ........................................................................................................................... 11

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

-Kế hoạch test

v1.0

1 GIỚI THIỆU

1.1 Mục đích

Mục đích của tài liệu:

Định ra những chiến lược test để đảm bảo rằng sản chương trình viết ra đáp ứng

yêu cầu kỹ thuật và những đặc tả ban đầu.

Định ra mục tiêu và phạm vi của việc test.

Định ra những phương cách để quản lý việc test.

Định ra những yêu cầu phần cứng,phần mềm,công cụ cho việc test

Định ra những đặc diểm và chức năng sẽ được test.

Định ra những nguy hiểm và cách khắc phục.

Lập lịch cho việc test và phân công việc cụ thể cho từng thành viên.

Tổ chức của tài liệu: Gồm 6 phần chính:

Giới thiệu chung:mô tả mục đích,phạm vi test,các tài liệu lien quan,phạm vi

test,các kiểu test,các ràng buộc,các mạo hiểm.

Các yêu cầu cho test: tình huống test, các yêu cầu chức năng và phi chức năng

Chiến lược test: giới thiệu phương án tiếp cận để test các mục tiêu test

Tài nguyên : về nhân lực và kỹ thuật,đào tạo huấn luyện(nếu có)

Các mốc kiểm soát của giai đoạn test: lập thời biều,thời gian hoàn thành,công

Các sản phẩm: testcases,test report

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

việc giao cho người nào

-Kế hoạch test

v1.0

1.2 Thông tin chung

Đây là công cụ minh họa các khái niệm và thuật toán trong lý thuyết đồ thị phục

vụ cho mục đích giảng dạy.

Chương trình có những chức năng chính sau:

o Biễu diễn và lưu trữ đồ thị

o Minh họa các thuật toán bằng đồ họa

o Biên soạn giáo khoa

o Hướng dẫn sử dụng công cụ

o Chức năng cài đặt chương trình

1.3 Tài liệu liên quan

STT

Tên tài liệu

Ghi chú

Nguồn

Luận văn

Tool to visualize and illustrat concepts and algorithms of Graph Theory

Slice TestProccess and plan

Môn học testing

Template mẩu

Internet

1.4 Phạm vi test

Các giai đoạn test :

System test

Các kiểu test:

Test chức năng

Các chức năng được test:

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Biễu diễn và lưu trữ đồ thị

-Kế hoạch test

v1.0

Minh họa các thuật toán bằng đồ họa

Biên soạn giáo khoa

Các chức năng không được test:

Hướng dẫn sử dụng công cụ

Chức năng cài đặt chương trình

Các giả thiết trong quá trình lập kế hoạch :

Các công việc diễn ra theo đúng kế hoạch đề ra

Nhân lực ,vật chất kỹ thuật được đáp ứng đầy đủ

Các kênh giao tiếp được thiết lập ban đầu tốt để cho thấy rõ việc làm của mỗi

thành viên

Không có mâu thuẫn giữa các thành viên.

Số lỗi dự kiến test được :100.

1.5 Ràng buộc

Các ràng buộc trong quá trình test:

Đảm bảo chương trình có thể chạy tốt trên các hệ điều hành Windows XP SP2

và SP3,Windows Vista,Linux(phiên bản sau cùng)

Đảm bảo chương trình có khả năng đáp ứng tốt và cùng chạy song hành khi

Microsoft được cập nhật phiên bản vá lỗi mới nhất cũng như các chương trình

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

phòng chống virus như Norton Anti Virus.

-Kế hoạch test

v1.0

1.6 Liệt kê các mạo hiểm

Stt Mạo hiểm Phương án khắc phục & phòng Mức độ ảnh

ngừa hưởng (MD)

1 Virus tấn công Cần cập nhật phiên bản virus mới

nhất

2 Thời gian đáp ứng Thường phải có feedback quy định

mỗi khi phát hiện lỗi trong khoản thời gian nào đó

bên phía developer

có thể chậm

3 Trình độ các tester có Có kế hoạch training và phân công

thể không ngang công việc phù hợp với trình độ của

nhau ,dẫn đến ảnh các tester(senior,junior..)

hưởng đến tiến dộ

test

4 Rủi ro vế mặt nhân Cần phải có phương án dự trong

sự trong quá trình trong lịch biểu

thực hiện

1.7 Các tiêu chuẩn đề treo hay dừng việc test:

Phần cứng ,phần mềm không được đáp ứng đầy đủ như dự kiến

Source có nhiều lỗi nghiêm trọng gây khó khăn cho việc test

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

Việc gán các test resources không được đáp ứng khi cần.

-Kế hoạch test

v1.0

1.8 Tiêu chuẩn để phục hồi việc test:

Nếu việc test bị ngừng lại,việc khôi phục chỉ đƣợc tiến hành khi các vấn đề trên đƣợc

giải đáp.Khi đó là vấn đề nghiêm trọng gây nên việc này,thì việc sữa chữa phải đƣợc

kiểm tra bởi trƣớc khi việc test đƣợc tiếp tục.

1.9 Tiêu chuẩn đầu ra:

100% testcase đƣợc thực thi và vƣợt qua

Thỏa mãn các yêu cấu chức năng nhƣ đặc tả

1.10 Các phụ thuộc

Phụ thuộc con ngƣời : test team cần hiểu sơ lƣợc về lý thuyết đồ thị.

Phụ thuộc phần mềm : Chƣơng trình phải tƣơng thích vói các hệ điều hành ,chƣơng

trình antivirus,và không bị ảnh hƣởng khi có những cập nhật mới.

Phụ thuộc vào dữ liệu: dữ liệu test cần phải sẵn sàng khi giai đoạn thực thi test bắt

đầu.

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

-Kế hoạch test

v1.0

TÌM HIỂU VỀ CÔNG CỤ THÔNG QUA TÀI LIỆU ĐI KÈM

ĐỊNH RA CÁC YÊU CẦU CHO VIỆC TEST

ĐỀ RA CÁC PHƢƠNG ÁN TIẾP CẬN ĐỂ TEST

TẠO TEST PLAN

THIẾT KẾ TESTCASE

RUN CÁC TESTCASE

TẠO TEST REPORT

2 SƠ ĐỒ TIẾP CẬN QUÁ TRÌNH TEST:

3 CHIẾN LƯỢC TEST

3.1 3.1. System Test

System test sẽ chú trọng vào hành vi của ứng dụng.Những kịch bản sẽ dược thực thi và

hệ thống sẽ đáp ứng lại xem có thõa mãn với yêu cầu đề ra hay không.(thõa mãn các

quy tắc nghiệp vụ).

3.2 3.2. Performance Test

Performance test sẽ đánh giá khả năng đáp ứng của chương trình khi lượng dữ liệu lớn

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

được nhập.Test theo từng chức năng.

-Kế hoạch test

v1.0

TÀI NGUYÊN 4

4.1 Nhân lực

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

Họ tên Trách nhiệm/Ghi chú

Trần Lê Vinh

8 ngày

Tester

Ngô Thành Đƣợc

8 ngày

Test leader

Lê Minh Hải

8 ngày

Tester

Phan Văn Hòa

8 ngày

Tester

Thời gian cần cho dự án(ít nhất)

4.2 Training

Trong khi lập test case cần xem lại một số lý thuyết về đồ thị để lập test case tốt hơn.Tự nghiên

cứu thêm trong quá trình làm.

4.3 Hệ thống

1. Phần cứng: 4 máy tính

(MT1); (MT2); (MT3); (MT4);

a. 1 máy cài XP SP2 + JRE 1.5 b. 1 máy cài XP SP2 + JRE 1.6 c. 1 máy cài Ubuntu 9.10 + JRE 1.5 d. 1 máy cài Ubuntu 9.10 + JRE 1.6 2. Phần mềm: hệ điều hành XP,Ubuntu; JRE

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

-Kế hoạch test

v1.0

stt

Task

Creater

Excute Test

Environment Test

5 SCHEDULE

1 Tìm hiểu project

All

2 Tìm hiểu lý thuyết đồ thị

All

3 Biểu diễn và lưu trữ đồ thị

3.1

Vẽ đồ thị

MT1,MT2 | MT3,MT4

Lê Minh Hải

Được | Hòa

3.2

Lưu trữ và nạp đồ thị

MT1,MT2 | MT3,MT4

Lê Minh Hải

Vinh | Hòa

3.3

Cập nhật và sửa đổi

MT1,MT2 | MT3,MT4

Lê Minh Hải

Được | Hòa

4 Minh họa các thuật toán

4.1

Hiện thực các thuật toán

4.1.1

Depth First Search

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Được | Hải

4.1.2

Liên thông trong đồ thị

MT1,MT2 | MT3,MT4

Trần Lê Vinh

Hải | Hòa

4.1.3

Đồ thị đẳng cấu

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Vinh | Hải

4.1.4

Kiểm tra đồ thị phẳng

MT1,MT2 | MT3,MT4

Trần Lê Vinh

Hòa | Hải

4.1.5

Euler

MT1,MT2 | MT3,MT4

Ngô Thành Được

Vinh | Hòa

4.1.6

Hamilton

MT1,MT2 | MT3,MT4

Ngô Thành Được

Vinh | Hòa

4.1.7

PRIM

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Được | Hải

4.2

Minh họa từng bước

4.2.1

Depth First Search

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Vinh | Hải

4.2.2

Liên thông trong đồ thị

MT1,MT2 | MT3,MT4

Trần Lê Vinh

Vinh | Hải

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

-Kế hoạch test

v1.0

4.2.3

Đồ thị đẳng cấu

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Vinh | Hải

4.2.4

Kiểm tra đồ thị phẳng

MT1,MT2 | MT3,MT4

Trần Lê Vinh

Hòa | Hải

4.2.5

Euler

MT1,MT2 | MT3,MT4

Ngô Thành Được

Vinh | Hòa

4.2.6

Hamilton

MT1,MT2 | MT3,MT4

Ngô Thành Được

Hải | Hòa

4.2.7

PRIM

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Được | Hải

4.3 Minh họa kết quả bằng các hiệu ứng

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Được | Hải

4.3.1

Depth First Search

MT1,MT2 | MT3,MT4

Trần Lê Vinh

Hải | Hòa

4.3.2

Liên thông trong đồ thị

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Vinh | Hải

4.3.3

Đồ thị đẳng cấu

MT1,MT2 | MT3,MT4

Trần Lê Vinh

Hải | Hòa

4.3.4

Kiểm tra đồ thị phẳng

MT1,MT2 | MT3,MT4

Ngô Thành Được

Vinh | Hải

4.3.5

Euler

MT1,MT2 | MT3,MT4

Ngô Thành Được

Vinh | Hải

4.3.6

Hamilton

MT1,MT2 | MT3,MT4

Phan Văn Hòa

Vinh | Hòa

4.3.7

PRIM

5 Hướng dẫn sử dụng

MT1,MT2 | MT3,MT4

Hải | Hòa

5.1

Phần 1

Trần Lê Vinh

MT1,MT2 | MT3,MT4

Hải | Hòa

5.2

Test cấu trúc

Trần Lê Vinh

MT1,MT2 | MT3,MT4

Hải | Hòa

5.3

Test nội dung liên quan

Trần Lê Vinh

6 Tổng hợp nội dung

Ngô thành Được

-Kế hoạch test

v1.0

CuuDuongThanCong.com

https://fb.com/tailieudientucntt

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

Chủ đề:

Đồ án môn kỹ thuật phần mềm

Xây dựng công cụ minh họa các khái niệm và thuật toán trong lý thuyết đồ thị Kế hoạch test

WEBSITE HỖ TRỢ DẠY VÀ HỌC MÔN MẠNG MÁY TÍNH Kế hoạch test Version 1.0

Revision History

Date

Version

Description

Author

Reviewer

Table of Contents

INTRODUCTION

Security & Access

ID

Feature

Functional Testing

Itegration Testing

Control Tesing

Feature / non-feature to be test

RủI RO DO Kế HOạCH

ID

Risk

Remedy and Prevention

Effect

ID

Risk

Remedy and Prevention

Effect

ID

Risk

Remedy and Prevention

Effect

ID

Risk

Remedy and Prevention

Effect

TEST REQUIREMENT

TEST STRATEGY

Supplier /

Action

Tools

Version

Self-constrcution

Functional Test / Integration Test

Resource

System Test

Security & Access Control Testing

TEST RESOURCES

Member

Position / Responsibility / Comment

HARDWARE

SOFTWARE

FEATURES

Non-testing features (build version 1.5)

TEST MILESTONES

Milestone Task

Resource

Begin date

End date

Man days

TEST PRODUCTS

STT

Sản phẩm

Ngày bàn giao Người bàn giao

Người nhận bàn giao

Table of content

1. References 2. Introduction 3. Test Items 4. Software Risk Issues 5. Features to be tested 6. Features not to be tested 7. Test Strategies 8. Item Pass/Fail Criteria 9. Environmental Needs 10. Test Deliverables

1. REFERENCES

No.

Location

NAME

AVAILABLE

Test plan template 2 www.google.com.vn 3

2. INTRODUCTION

3. TEST ITEMS

4. SOFTWARE RISK ISSUES

5. FEATURES TO BE TESTED

6. FEATURES NOT TO BE TESTED

Technical Risk