Left hand side:As said earlier, lef

Left hand side:

As said earlier, left hand side are the activities from development activities from. Bình thường We feel, what can chúng by testing in the development phase, but this is the beauty of this model demonstrates mà mà testing can be done in all phases of development activities from as well.

Requirement analysis : In this phase the requirements are Collected, analyzed and studied. Here is how the system thực, but is not Important, what the system is supposed to do, is Important. Brain storming sessions / walkthroughs, interviews are done to have the Objectives clear.

Verification Activities : Requirements reviews.
Validation Activities : Creation of UAT ( User Acceptance Test ) Test Cases
Produced Artifacts : Requirements document understanding, UAT Test Cases.
System requirements / High level design : In this phase a high level design of the software is build. The team investigates and studies on how the requirements thể thực. The technical requirements of the Feasibility cũng is studied. The team cũng That Comes up with the modules would be created / dependencies, Hardware / software needs

Verification Activities : Design Remixer
Validation Activities : Creation of System test plan and Cases, Creation of traceability metrics
Artifacts Produced : System Test Cases, Feasibility reports, System test plan, Hardware software requirements, and modules to be created etc.
Architectural design: In this phase, based on the high level design , software architecture is created. The modules, ask for their relationships and dependencies, architectural diagrams, database tables, technology all details are finalized in this phase.

Verification Activities : Design Remixer
Validation Activities : Integration test plan and test Cases.
Produced Artifacts : Design documents, test plan and test Cases Integration, Database table designs etc.
Module design / Low Level Design: In this phase each and every module or the software components are individually kế. Methods, classes, interfaces, data types etc are all finalized in this phase.

Verification Activities : Design Remixer
Validation Activities : Creation and review of unit test Cases.
Artifacts Produced : Unit Test Cases,
Implementation / Code : In this phase, the Actual coding is done.

Verification Activities : Code review, review test Cases
Validation Activities : Creation of functional test Cases.
Produced Artifacts : Test Cases, review checklist.
Right Hand Side:

------------



Right hand side or demonstrates the testing activities from the Validation Phase. We will start from the bottom.

Unit Testing : In this phase all the unit test case, created in the Low level design phase are executed.

* Unit testing is a white box testing technique, where a piece of code invokes a method mà Is Written (or any other piece of code) to test the code snippet is forwarded giving the expected output or not. This testing is Basically Performed by the development team. In case of any anomaly, defects are logged and tracked.

Artifacts Produced : Unit test execution results

Integration Testing : In this phase the integration tests are executed mà Cases Were created in the Architectural design phase. In case of any anomalies, defects are logged and tracked.

* Integration Testing: Integration testing is a technique where the modules are integrated unit Tested Tested and forwarded the modules are integrated rendering the expected results. In simpler words, It validates forwarded the components of the application work together as expected.

Artifacts Produced : Integration test results.

Systems testing : In this phase the system test all Cases, functional and nonfunctional Test Cases Test Cases are executed. In other words, the full fledge thật and testing of the application takes place here. Defects are logged and tracked for the its closure. Progress reporting is am also a major part in this phase. The traceability metrics are updated to check the coverage and Risk mitigated.

Produced Artifacts : Test results, test logs, defect reports, test summary report and updated traceability matrices.

User Acceptance Testing : Acceptance testing is related to the business requirements Basically testing. Here testing is done to validate business requirements are met rằng in the user environment. Compatibility testing and sometimes nonfunctional testing ( Load, stress and volume ) cũng testing done in this phase.

Artifacts Produced : UAT results, Updated Business coverage matrices.

Kết quả (Việt) 1:

Bên trái:Như đã nói trước đó, bên trái là những hoạt động phát triển các hoạt động từ. Bình thường chúng tôi cảm thấy, những gì có thể chúng bằng cách kiểm tra trong giai đoạn phát triển, nhưng đây là vẻ đẹp của mô hình này chứng tỏ mà mà thử nghiệm có thể được thực hiện trong tất cả các giai đoạn phát triển hoạt động từ là tốt.Yêu cầu phân tích: trong giai đoạn này các yêu cầu được thu thập, phân tích và nghiên cứu. Dưới đây là làm thế nào hệ thống thực, nhưng là không quan trọng, những gì hệ thống là nghĩa vụ phải làm, là quan trọng. Não storming phiên / Walkthrough, cuộc phỏng vấn được thực hiện để có các mục tiêu rõ ràng.Xác minh hoạt động: Yêu cầu nhận xét.Xác nhận hoạt động: Tạo ra các trường hợp kiểm tra UAT (người dùng chấp nhận thử nghiệm)Sản xuất đồ tạo tác: Yêu cầu tài liệu sự hiểu biết, trường hợp thử nghiệm UAT.Yêu cầu hệ thống / cao cấp thiết kế: trong giai đoạn này có một thiết kế cao cấp của phần mềm là xây dựng. Đội điều tra và nghiên cứu về cách yêu cầu Bulgaria thực. Yêu cầu kỹ thuật của tính khả thi cũng được nghiên cứu. Nhóm cũng rằng đi kèm với các mô-đun nào được tạo / phụ thuộc, phần cứng / phần mềm cầnCác hoạt động xác minh: Thiết kế RemixerXác nhận hoạt động: Tạo ra các hệ thống kiểm tra các kế hoạch và trường hợp, tạo ra các số liệu truy tìm nguồn gốcSản xuất đồ tạo tác: Hệ thống trường hợp thử nghiệm, báo cáo khả thi, Hệ thống kiểm tra các kế hoạch, yêu cầu phần cứng phần mềm và các mô-đun được tạo ra vv.Thiết kế kiến trúc: trong giai đoạn này, dựa trên thiết kế cao cấp, kiến trúc phần mềm được tạo ra. Các mô-đun, yêu cầu của mối quan hệ và phụ thuộc, sơ đồ kiến trúc, cơ sở dữ liệu bảng, công nghệ thông tin chi tiết tất cả được hoàn thành trong giai đoạn này.Các hoạt động xác minh: Thiết kế RemixerXác nhận hoạt động: Tích hợp thử nghiệm kế hoạch và trường hợp thử nghiệm.Sản xuất đồ tạo tác: Thiết kế tài liệu, kiểm tra các kế hoạch và trường hợp thử nghiệm tích hợp, cơ sở dữ liệu thiết kế bảng vv.Thiết kế mô-đun / mức thấp thiết kế: trong giai đoạn mỗi mô-đun hoặc các thành phần phần mềm là cá nhân kế. Phương pháp, các lớp học, giao diện, dữ liệu loại vv tất cả được hoàn thành trong giai đoạn này.Các hoạt động xác minh: Thiết kế RemixerXác nhận hoạt động: Sáng tạo và xem xét các trường hợp kiểm tra đơn vị.Đồ tạo tác sản xuất: Đơn vị kiểm tra trường hợp,Thực hiện / mã: trong giai đoạn này, mã hóa thực tế được thực hiện.Xác minh hoạt động: Xem xét mã, trường hợp thử nghiệm đánh giáXác nhận hoạt động: Các sáng tạo của trường hợp thử nghiệm chức năng.Sản xuất đồ tạo tác: trường hợp thử nghiệm, xem xét các danh sách kiểm tra.Bên:------------ Ngay tay bên hoặc thể hiện các hoạt động thử nghiệm từ giai đoạn xác nhận. Chúng tôi sẽ bắt đầu từ phía dưới.Đơn vị thử nghiệm: Trong giai đoạn này tất cả đơn vị kiểm tra trường hợp, tạo ra trong giai đoạn thiết kế cấp thấp được thực hiện.Unit thử nghiệm là hộp màu trắng một thử nghiệm kỹ thuật, nơi một đoạn mã invokes một phương pháp mà viết (hoặc bất kỳ đoạn mã khác) để kiểm tra đoạn mã được chuyển tiếp cho đầu ra dự kiến hay không. Thử nghiệm này là về cơ bản thực hiện bởi các nhóm phát triển. Trong trường hợp bất kỳ bất thường, lỗi được ghi lại và theo dõi.Sản xuất đồ tạo tác: Kết quả thực hiện kiểm tra đơn vịThử nghiệm hội nhập: Trong giai đoạn này các xét nghiệm tích hợp là thực hiện mà trường hợp tạo ra trong giai đoạn thiết kế kiến trúc. Trong trường hợp bất kỳ bất thường, lỗi được ghi lại và theo dõi.* Tích hợp thử nghiệm: Thử nghiệm hội nhập là một kỹ thuật mà các module là tích hợp đơn vị thử nghiệm thử nghiệm và chuyển tiếp các mô-đun được tích hợp làm cho kết quả mong đợi. Nói cách đơn giản, nó xác nhận chuyển tiếp các thành phần của ứng dụng làm việc với nhau như mong đợi.Sản xuất đồ tạo tác: Tích hợp các kết quả thử nghiệm.Hệ thống thử nghiệm: trong giai đoạn này, Hệ thống kiểm tra mọi trường hợp, chức năng và nonfunctional trường hợp kiểm tra trường hợp thử nghiệm được thực hiện. Nói cách khác, toàn bộ fledge thật và thử nghiệm của ứng dụng diễn ra ở đây. Lỗi được ghi lại và theo dõi cho các đóng cửa của nó. Tiến trình báo cáo là am cũng là một phần quan trọng trong giai đoạn này. Các số liệu truy tìm nguồn gốc được Cập Nhật để kiểm tra xem phạm vi bảo hiểm và nguy cơ giảm nhẹ.Sản xuất đồ tạo tác nhất: Kết quả kiểm tra, kiểm tra các bản ghi lỗi báo cáo, kiểm tra báo cáo tóm tắt và Cập Nhật truy tìm nguồn gốc ma trận.Người dùng chấp nhận thử nghiệm: Chấp nhận thử nghiệm liên quan đến các yêu cầu kinh doanh về cơ bản thử nghiệm. Ở đây thử nghiệm được thực hiện để xác nhận kinh doanh yêu cầu là đáp ứng rằng trong môi trường người dùng. Kiểm tra khả năng tương thích và đôi khi nonfunctional thử nghiệm (tải, căng thẳng và khối lượng) cũng thử nghiệm được thực hiện trong giai đoạn này.Sản xuất đồ tạo tác: UAT kết quả, Cập Nhật kinh doanh bảo hiểm ma trận.