Software Testing Foundation

Testing throughout Software Life Cycles

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 1

Lesson Objectives

 Software Development Life Cycle (SDLC) Vòng đời phát triển phần mềm

 Software Maintenance Life Cycle (SMLC) Vòng đời bảo hành phần mềm

 Software Development Models Mẫu phát triển phần mềm

 Testing in Development Models Mẫu phát triểm Testing

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 2

Section 1
SOFTWARE DEVELOPMENT LIFE CYCLE (SDLC)
Vòng đời phát triển phần mềm

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 3

SDLC Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 4

SDLC Model
Tìm kiếm phạm vi, giải pháp.
Ước tính chi phí, nỗ lực
Lên kế hoạch Đánh giá rủi ro, lợi ích

Tập trung vào yêu cầu kỹ thuật.

Trình bày những phân tích giải
Phân tích pháp và nhu cầu người dùng

Tính toán thông số, khía cạnh,

Thiết kế chức năng và chu trình để đáp
ứng các nhu cầu

Sự phát triển thực sự bắt

Xây dựng đầu sau thiết kế. Kiểm tra
code, test đơn vị đã xong

Team QA test phần mềm cho

Testing lỗi và thừa nhận nếu giải

pháp phù hợp với mục đích
doanh nghiệp
Sau khi testing thành công,
phần mềm được triển khai
Triển khai trong môi trường cho sự
chấp thuận và đồng ý của
người dùng

Bảo trì Sau khi phần mềm trải qua tất

cả giai đoạn, bắt đầu tiến vào
phần bảo hành. Nhà đầu tư
cung cấp hỗ trwoj cho bất cứ
nâng cấp và sửa lỗi trong tương
lai

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 5

SDLC Model

6 giai đoạn trong vòng đời phát triển phần mềm

Phân tích
Chủ sản phẩm
Quản lí dự án
Phân tích
doanh nghiệp
01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 6
CTO
Flowchart
Initiation
Initiation
Đặc điểm của các giai đoạn Quality Gate
1. Characteristics of stages
 A stage has its own objectives and work Definition
Definition
products generated by internal processes of
Requirement
the stage.
Review
 A stage may have one or more iterations Solution
Solution
depending on the complexity of the stage.
Architecture
 Stages may be combined to one depending Review
Những
on giai đoạn
the complexity có thể kết hợp
of project. Construction
Construction
thành
2. Quality Gate Final
Inspection
To be performed by QA to determine: Transition
Transition
 If the objectives of the stage have been met.
Customer
 If the mandatory work products have acceptance
Termination
Termination
satisfied the requirements.
7
 Initiation State / Trạng thái bắt đầu
1. Overview 1. Tổng quan
 The Initiation stage is the start of the SLC.  Giai đoạn Bắt đầu là giai đoạn bắt đầu của SLC.
 The main activities:  Các hoạt động chính:
 Establish project's software scope and boundary  Thiết lập phạm vi phần mềm của dự án và các điều
conditions kiện biên
 Estimate overall cost and schedule of the project  Ước tính chi phí tổng thể và tiến độ của dự án
 Build the project team  Xây dựng nhóm dự án
 Draft a project plan  Dự thảo một kế hoạch dự án
 Define potential risks  Xác định rủi ro tiềm tàng
 Providing all necessary resources/tools/supports  Cung cấp tất cả các nguồn lực/công cụ/hỗ trợ cần
required to carry out the project thiết để thực hiện dự án
 Opening Decision: Decision for PM, actual Start date of  Quyết định mở đầu: Quyết định cho Thủ tướng, ngày
the project bắt đầu thực tế của dự án
 Project Kick-off  Dự án khởi động
2. Outputs 2. Outputs
 User Requirement Document  User Requirement Document
 Proposal  Proposal 8
 Definition State

1. Overview 1. Tổng quan

 Mục đích chính của giai đoạn này là tìm hiểu
 The main purpose of this stage is to
understand customer requirements. yêu cầu của khách hàng.
 The main activities:  Các hoạt động chính:
 Nghiên cứu và làm rõ các yêu cầu của người dùng
 Study and clarify user requirements
 Đàm phán tiêu chí chấp nhận với khách hàng
 Negotiate Acceptance Criteria with customer
  Cập nhật và phát hành kế hoạch dự án hoàn chỉnh
Update and release complete project plan
  Tạo kế hoạch kiểm tra
Create Test Plan

2. Outputs 2. Đầu ra
 Project plan  Kế hoạch dự án
 Test plan  Kế hoạch kiểm tra
 Prototype  Nguyên mẫu

9
 Solution State/ Giải pháp

1. Overview 1. Tổng quan

 The main purpose of this stage is to  Mục đích chính của giai đoạn này là xác
define an effective solution to meet định một giải pháp hiệu quả để đáp ứng
các yêu cầu của khách hàng.
customer requirements.
 Các hoạt động chính:
 The main activities:
 Tạo HLD (Thiết kế cấp cao)
 Create HLD (High Level Design)
 Tạo DDD (Thiết kế hướng tên miền)
 Create DDD (Domain Driven
 Tạo trường hợp thử nghiệm và dữ
Design)
liệu thử nghiệm
 Create test case and test data
2. Đầu ra
2. Outputs  Tài liệu thiết kế kiến trúc
 Architecture Design Document  Tài liệu thiết kế chi tiết
 Detailed design document  Trường hợp thử nghiệm và dữ liệu thử
 Test case and test data nghiệm

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 10

Construction State/ Xây dựng

1. Overview 1. Tổng quan

 The goal of this stage is to develop
 Mục tiêu của giai đoạn này là phát
triển hệ thống.
the system.
 Các hoạt động chính:
 The main activities:
 Coding
 Coding  Testing
 Testing
2. Đầu ra
2. Outputs  Gói phần mềm
 Software package  Báo cáo thử nghiệm
 Test report  Báo cáo lỗi
 Hướng dẫn cài đặt
 Defect report
 Hướng dẫn sử dụng
 Installation guide
 User manual
01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 11
 Transition State/ Chuyển đổi

1. Overview 1.Tổng quan

 The focus of this stage is to  Trọng tâm của giai đoạn này là đảm bảo
ensure that software is available
rằng phần mềm có sẵn cho người dùng
for its end users.
cuối.
 The main activities:
 Các hoạt động chính:
 Deliver software to customer
 Bàn giao phần mềm cho khách
 Support UAT
hàng
2. Outputs  Hỗ trợ UAT
 Project report
 Test report 2.Đầu ra
 Acceptance report  Báo cáo dự án
 Báo cáo thử nghiệm
01/21/2025  Báo
09e-BM/DT/FSOFT - ©FPT SOFTWARE cáo
– Fresher nghiệm
Academy thu
- Internal Use 12
 Termination State
1. Overview 1. Tổng quan
 Mục tiêu của giai đoạn này là tóm tắt
 The goal of this stage is to summarize the
các kết quả của dự án và cung cấp kiến
results of the project and to provide the project
thức cũng như kinh nghiệm của dự án
knowledge and experiences for other projects.
cho các dự án khác.
 The main activities:
 Các hoạt động chính:
 Get customer acceptance of the whole
 Nhận khách hàng nghiệm thu toàn
project. bộ công trình.
 Postmortem project  dự án sau khi chết
 Project assets must be collected and  Tài sản dự án phải được thu hồi và
transferred to company chuyển giao cho công ty
2. Outputs 2. Đầu ra
 Customer Satisfaction Survey  Khảo sát sự hài lòng của khách hàng
 Project Report  Báo cáo dự án
 Acceptance Note  Giấy chấp nhận

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 13

Section 2
SOFTWARE MAINTENANCE LC (SMLC)

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 14

SMLC Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 15

Flowchart

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 16

 Initiation State
1. Overview 1. Tổng quan
 The Initiation stage is the start of the SLC.
 Giai đoạn Bắt đầu là giai đoạn bắt đầu của SLC.
  Các hoạt động chính:
The main activities:
 Thiết lập phạm vi phần mềm của dự án và các điều
 Establish project's software scope and boundary
kiện biên
conditions
 Ước tính chi phí tổng thể và tiến độ của dự án
 Estimate overall cost and schedule of the project  Xây dựng nhóm dự án
 Build the project team  Dự thảo một kế hoạch dự án
 Draft a project plan  Xác định rủi ro tiềm tàng
 Define potential risks  Cung cấp tất cả các nguồn lực/công cụ/hỗ trợ cần
 Providing all necessary resources/tools/supports required thiết để thực hiện dự án
to carry out the project  Quyết định mở đầu: Quyết định cho PM, ngày
 Opening Decision: Decision for PM, actual Start date bắt đầu thực tế của dự án
of the project  Dự án khởi động
 Project Kick-off 2. Đầu ra
1. Outputs  Trình tự công việc
 Work order  kế hoạch dự án
 Project plan  Yêu cầu khách hàng
17
 Help Desk

1. Overview 1. Tổng quan

 The main activities are:  Các hoạt động chính là:
 Receive customer requirements in a  Nhận yêu cầu của khách hàng dưới
request form such as problem report dạng yêu cầu như báo cáo sự cố
or change request hoặc yêu cầu thay đổi
 Perform primary evaluation of the  Thực hiện đánh giá chính các yêu
request and responding to customer. cầu và trả lời khách hàng.

2. Outputs 2. Đầu ra
 Customer requests (CRs)  Yêu cầu của khách hàng (CR)

18
Bug Fixing

1. Overview 1. Tổng quan

 The main purpose of this workflow is to  Mục đích chính của quy trình công việc này là
correct customer submitted defects of the sửa các lỗi do khách hàng gửi cho hệ thống
maintained system.
được bảo trì.
 Các hoạt động chính là:
 The main activities are:
 Phân tích các lỗi đã gửi, mã hóa và thử
 Analyze submitted defects, coding and
nghiệm.
testing.
 kiểm tra hồi quy
 Regression test
2. Đầu ra
2. Outputs  Trường hợp thử nghiệm và dữ liệu thử nghiệm
 Test case and Test Data  Gói phần mềm
 Software package  Báo cáo thử nghiệm
 Test Report  Hướng dẫn cài đặt (tùy chọn)
 Installation Manual (optional)  Hướng dẫn sử dụng (tùy chọn)
 User Manual (optional)

19
 Enhancement Workflow/ Quy trình làm việc nậng cao

1. Overview 1. Tổng quan

 The goal of this workflow is to enhance the  Mục tiêu của quy trình công việc này là nâng
system like a small or shorted development cao hệ thống giống như một dự án phát triển
project with the input being change requirements nhỏ hoặc ngắn hạn với đầu vào là các yêu cầu
defined from change requests
thay đổi được xác định từ các yêu cầu thay đổi
 Các hoạt động chính là
 The main activities are
 Phân tích, tinh chỉnh thiết kế
 Analyze, refine design
 Mã hóa và thử nghiệm cho gói phần mềm
 Coding and testing for the updated software
cập nhật
package
2. Đầu ra
2. Outputs  Tài liệu yêu cầu
 Requirement documents  Hồ sơ thiết kế
 Design documents  Kế hoạch kiểm thử, trường hợp kiểm thử
 Test plan, test case  Gói phần mềm
 Software package

20
 Release Sub-stage
1. Overview: 1. Tổng quan:
 The focus of this sub-stage is to ensure  Trọng tâm của giai đoạn phụ này là đảm bảo
that updated software is available for its rằng phần mềm cập nhật có sẵn cho người
end users. dùng cuối.
 The main activities are:  Các hoạt động chính là:
 Deliver the updated software to customer  Cung cấp phần mềm cập nhật cho khách
 Implement the updated software systems hàng
on customer site and conduct test  Triển khai các hệ thống phần mềm được cập
activities for release acceptance. nhật trên trang web của khách hàng và tiến
 Normally there are two kind of release: hành các hoạt động thử nghiệm để chấp
Emergency and Periodical which is nhận phát hành.
mandatory  Thông thường có hai loại phát hành: Khẩn

2. Outputs: cấp và Định kỳ bắt buộc2.

 Software package 2. Đầu ra:

 Release note  Gói phần mềmghi chú phát hành
 Project Report  Báo cáo dự án 21
 Transition Stage

1. Overview 1. Tổng quan

 The focus of this stage is to ensure that
 Trọng tâm của giai đoạn này là đảm bảo rằng
phần mềm cập nhật của tất cả các bản phát
the updated software of all releases is
hành đều có sẵn cho người dùng cuối.
available for it end users.
 Các hoạt động chính là:
 The main activities are:
 Tiến hành kiểm thử hồi quy
 Conduct the regression test  Cung cấp phần mềm cập nhật cuối cùng
 Deliver the final updated software (Bản phát hành cuối cùng) cho khách hàng,
(Final release) to customer, implement triển khai các hệ thống phần mềm cập nhật
the final updated software systems on cuối cùng trên trang web của khách hàng và
customer site and conduct test tiến hành các hoạt động kiểm tra để nghiệm
activities for final acceptance.
thu lần cuối.

2. Outputs
2. Đầu ra
 Gói phần mềm
 Software package
 Tài liệu dự án
 Project documents
 Ghi chú phát hành
 Release note  Báo cáo dự án
 Project report 22
 Termination State

1. Overview 1. Tổng quan

 The goal of this stage is to  Mục tiêu của giai đoạn này là tóm tắt các
summarize the results of the project kết quả của dự án và cung cấp kiến thức
and to provide the project knowledge cũng như kinh nghiệm của dự án cho các
and experiences for other projects. dự án khác.
 The project closes at this stage when  Dự án kết thúc ở giai đoạn này khi khách
hàng chấp nhận toàn bộ dự án. Tài sản dự
customer accepts the whole project.
án phải được thu thập và chuyển đến thư
Project assets must be collected and
viện công ty.
transferred to company library.
2. Đầu ra
2. Outputs
 Khảo sát sự hài lòng của khách hàng
 Customer Satisfaction Survey
 Báo cáo dự án
 Project Report
 Giấy chấp nhận
 Acceptance Note
23
Section 3
SOFTWARE DEVELOPMENT MODELS

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 24

Software Development Models

 Traditional Development Models

 Waterfall

 Iterative

 Rapid Application Development – RAD

 Spiral

 Agile Development Models

 Scrum

 Kanban

25
Waterfall Development Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 26

Waterfall Development Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 27

 Waterfall Development Model
  Disadvantages:
Advantages:
 Very difficult to go back and change / Rất khó quay lại và thay đổi
 Simple and easy to understand and use
 Not a good model for complex and object-oriented projects./ Không phải là
 Đơn giản và dễ hiểu và dễ sử dụnh
một mô hình tốt cho các dự án phức tạp và hướng đối tượng
 Phases are processed and completed one at a
 Poor model for long and ongoing projects./ Mô hình kém cho các dự án
time. Phases do not overlap.
dài và đang diễn ra
 Các giai đoạn được xử lý và hoàn thành tại một  Not suitable for the projects where requirements are at a moderate to high
thời điểm. Các giai đoạn không trùng nhau. risk of changing/ ..Không phù hợp với các dự án mà các yêu cầu có nguy

 cơ thay đổi từ trung bình đến cao

When to use
 Works well for small and short projects when the requirements are very well known, clear and fixed.
 Hoạt động tốt cho các dự án nhỏ và ngắn khi các yêu cầu rất rõ ràng, rõ ràng và cố định.
 There are no ambiguous requirements/ Không có yêu cầu mơ hồ
 Technology is understood/ Công nghệ được hiểu
 Ample resources with required expertise are available freely
 Tài nguyên phong phú với chuyên môn cần thiết có sẵn miễn phí 28
Iterative Development Model/ Mô hình phát triển lặp lại

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 29

Iterative Development Model/ Mô hình phát triển lặp lại
 Advantages:  Disadvantages:
 Quick project launch/ Ra mắt dự án nhanh  No fixed budget or deadlines / Không có ngân sách cố định hoặc thời
chóng hạn
 Flexibility to modifications/ Tính linh hoạt  Strong customer involvement in the process./ Sự tham gia mạnh
để sửa đổi mẽ của khách hàng vào quy trình
 Regular release of new versions/ Thường  Possible problems with the architecture/Các vấn đề có thể xảy ra
xuyên phát hành các phiên bản mới với kiến trúc
 Customer can respond to each build /  It is not suitable for smaller projects./ Nó không phù hợp cho các dự
Khách hàng có thể phản hồi với từng bản
 án nhỏ hơn.
When to use:
dựng
 Suits large projects, the ones with unspecified requirements. Phù
 Easier to manage risk because risky
hợp với những dự án lớn, những dự án có yêu cầu không xác định
pieces are identified and handled during
 There is a need to get a product to the market early with
it’d iteration/ Dễ dàng quản lý rủi ro hơn vì
prioritizing its most important functionality required by users. Cần
các phần rủi ro được xác định và xử lý trong
phải sớm đưa một sản phẩm ra thị trường với việc ưu tiên chức
quá trình lặp lại 30
năng quan trọng nhất mà người dùng yêu cầu.
Rapid Application Development Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 31

 Rapid Application Development Model
Mô hình phát triển ứng dụng nhanh
 Advantages:  Disadvantages:
 Reduced development time/ Giảm thời gian phát triển  Depends on strong team and individual performances
 Increases reusability of components/Tăng khả năng sử dụng lại các thành for identifying business requirements./Phụ thuộc vào
phần hiệu suất của nhóm và cá nhân mạnh mẽ để xác định
 Quick initial reviews occur/ Đánh giá ban đầu nhanh chóng xảy ra
các yêu cầu kinh doanh.
 Encourages customer feedback /Khuyến khích phản hồi của khách hàng
 Requires highly skilled developers/ designers./ Yêu
 Integration from very beginning solves a lot of integration issues /Tích hợp
cầu các nhà phát triển / nhà thiết kế có tay nghề cao
 ngay từ đầu giải quyết được rất nhiều vấn đề về tích hợp
When to use:  High dependency on modeling skills/Phụ thuộc nhiều
 There is a need to create a system that can be modularized in 2-3 months of
vào kỹ năng mô hình hóa
time./ Cần phải tạo ra một hệ thống có thể được mô đun hóa trong thời gian
2-3 tháng.  Inapplicable to cheaper projects as cost of modeling
 Should be chosen only if resources with high business knowledge are and automated code generation is very high.
available and there is a need to produce the system in a short span of time (2-
Không thể áp dụng cho các dự án rẻ hơn vì
3 months).Chỉ nên được chọn nếu có sẵn các nguồn lực có kiến thức kinh
chi phí tạo mô hình và tạo mã tự động rất cao.32
doanh cao và có nhu cầu sản xuất hệ thống trong một khoảng thời gian ngắn
Spiral Development Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 33

 Spiral Development Model

 Advantages:
  Disadvantages:
Good for large and mission-critical
  Can be a costly model to use.
Strong approval and documentation control.
  Risk analysis requires highly specific
Software is produced early in the software
expertise.
life cycle
 Project’s success is highly dependent on
 Additional Functionality can be added at a the risk analysis phase.
later date.  Doesn’t work well for smaller projects.

 When to use:
 For medium to high-risk projects.
 Long-term project commitment unwise because of potential changes to economic
priorities.
 Users are unsure of their needs
 Requirements are complex
 New product line
 Significant changes are expected (research and exploration)
01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 34
Agile Development Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 35

Agile Development Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 36

Agile Development Model

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 37

Agile Development Model

 Emphasize face-to-face communication over written

documents
 Release = Sprint
 Short tasks
 Write test scripts before code

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 38

Agile Development Model

 Advantages:  Disadvantages:
 Customer satisfaction by rapid, continuous delivery of  In case of some software deliverables, especially
useful software.
the large ones, it is difficult to assess the effort
 Customers, developers and testers constantly interact required at the beginning of the software
with each other. development life cycle.
 Face-to-face conversation is the best form of  There is lack of emphasis on necessary designing
communication. and documentation.
 Close, daily cooperation between business people and  The project can easily get taken off track if the
developers. customer representative is not clear what final
 Continuous attention to technical excellence and good outcome that they want.
design.  Only senior programmers are capable of taking
 Regular adaptation to changing circumstances. the kind of decisions required during the
 Even late changes in requirements are welcomed. development process.

 When to use:
 When new changes are needed to be implemented

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 39

Section 4
TESTING IN DEVELOPMENT MODELS

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 40

Testing in Waterfall model (V-model)

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 41

Testing in Waterfall model (V-model)

 Advantages:  Disadvantages:
 High risk and uncertainty.
 This is a highly-disciplined model and
 Not a good model for complex and object-
Phases are completed one at a time. oriented projects.
 Works well for smaller projects where  Poor model for long and ongoing projects.
requirements are very well understood.  Not suitable for the projects where
requirements are at a moderate to high risk of
 Simple and easy to understand and use. changing.
 Easy to manage due to the rigidity of  Once an application is in the testing stage, it is
the model. Each phase has specific difficult to go back and change a functionality.
 No working software is produced until late
deliverables and a review process.
during the life cycle.
 When to use:
 Requirements are well defined, clearly documented and fixed.
 Product definition is stable.
 There are no ambiguous or undefined requirements.
 The project is short.
01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 42
Testing in other Models

 Sequential development: V-model

 Iterative and incremental: Testing in iterations/increments;

IT, Regression Test

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 43

References
 [Link] , Foundations of Software Testing,
Chapter 2

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 44

Lesson Summary

 Software Development Life Cycle (SDLC)

 Software Maintenance Life Cycle (SMLC)
 Software Development Models
 Testing in Development Models

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 45

Thank you

01/21/2025 09e-BM/DT/FSOFT - ©FPT SOFTWARE – Fresher Academy - Internal Use 46