5.2 SYSTEM IMPLEMENTATION AND TESTI

5.2 SYSTEM IMPLEMENTATION AND TESTING
Implementation is the stage of the project where the theoretical design is turned into a working system. It can be considered to be the most crucial stage in achieving a successful new system gaining the users confidence that the new system will work and will be effective and accurate. It is primarily concerned with user training and documentation. Conversion usually takes place about the same time the user is being trained or later. Implementation simply means convening a new system design into operation, which is the process of converting a new revised system design into an operational one.
5.2.1. SYSTEM TESTING
Software Testing is the process of executing software in a controlled manner, in order to answer the question - Does the software behave as specified?. Software testing is often used in association with the terms verification and validation. Validation is the checking or testing of items, includes software, for conformance and consistency with an associated specification. Software testing is just one kind of verification, which also uses techniques such as reviews, analysis, inspections, and walkthroughs. Validation is the process of checking that what has been specified is what the user actually wanted.
Validation : Are we doing the right job? Verification : Are we doing the job right?
Software testing should not be confused with debugging. Debugging is the process of analyzing and localizing bugs when software does not behave as expected. Although the identification of some bugs will be obvious from playing with the software, a methodical approach to software testing is a much more thorough means for identifying bugs. Debugging is therefore an activity which supports testing, but cannot replace testing. Other activities which are often associated with software testing are static analysis and dynamic analysis. Static analysis investigates the source code of software, looking for problems and gathering metrics without actually executing the code. Dynamic analysis
looks at the behavior of software while it is executing, to provide information such as execution traces, timing profiles, and test coverage information.
Testing is a set of activity that can be planned in advanced and conducted systematically. Testing begins at the module level and work towards the integration of entire computers based system. Nothing is complete without testing, as it vital success of the system testing objectives, there are several rules that can serve as testing objectives. They are

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

5.2 HỆ THỐNG THỰC HIỆN VÀ THỬ NGHIỆM Thực hiện là giai đoạn của dự án nơi lý thuyết thiết kế trở thành một hệ thống làm việc. Nó có thể được coi là giai đoạn quan trọng nhất trong việc đạt được một hệ thống mới thành công đạt được sự tự tin của người sử dụng hệ thống mới sẽ làm việc và sẽ có hiệu quả và chính xác. Nó chủ yếu liên quan với đào tạo người dùng và tài liệu. Chuyển đổi thường diễn ra cùng thời gian người dùng đang được đào tạo hoặc mới hơn. Thực hiện chỉ có nghĩa là triệu tập một thiết kế hệ thống mới vào hoạt động, mà là quá trình chuyển đổi một thiết kế hệ thống sửa đổi mới vào một trong những hoạt động. 5.2.1. HỆ THỐNG THỬ NGHIỆM Kiểm tra phần mềm là một quá trình thực hiện phần mềm một cách được điều khiển, để trả lời câu hỏi - nào phần mềm hoạt động theo quy định?. Kiểm thử phần mềm thường được sử dụng trong các Hiệp hội với các điều khoản xác minh và xác nhận. Xác nhận là việc kiểm tra hoặc thử nghiệm của mục, bao gồm phần mềm, cho phù hợp và nhất quán với một đặc điểm kỹ thuật liên quan. Kiểm thử phần mềm là chỉ là một loại của quy trình xác minh, cũng sử dụng các kỹ thuật chẳng hạn như đánh giá, phân tích, kiểm tra và walkthroughs. Xác nhận là quá trình của việc kiểm tra rằng những gì đã được chỉ định là những gì người dùng thực sự muốn. Xác nhận: Chúng tôi đang làm công việc đúng Mã xác nhận: Chúng tôi đang làm việc ngay Kiểm thử phần mềm không được nhầm lẫn với gỡ lỗi. Gỡ lỗi là quá trình phân tích và phối lỗi khi phần mềm không hành xử như mong đợi. Mặc dù việc xác định một số lỗi sẽ được rõ ràng từ chơi với phần mềm, một cách tiếp cận phương pháp để kiểm thử phần mềm là một có nghĩa là nhiều hơn nữa kỹ lưỡng để xác định lỗi. Gỡ lỗi do đó là một hoạt động hỗ trợ thử nghiệm, nhưng không thể thay thế thử nghiệm. Các hoạt động khác mà thường liên kết với các phần mềm thử nghiệm là phân tích tĩnh và năng động phân tích. Tĩnh phân tích điều tra mã nguồn của phần mềm, tìm kiếm vấn đề và thu thập số liệu mà không thực sự thực hiện các mã. Phân tích năng động nhìn vào hành vi của phần mềm trong khi thực hiện để cung cấp thông tin như dấu vết thực hiện, các cấu hình thời gian, và kiểm tra thông tin bảo hiểm. Thử nghiệm là một tập hợp các hoạt động có thể được lên kế hoạch trong nâng cao và thực hiện có hệ thống. Thử nghiệm bắt đầu ở cấp độ mô-đun và làm việc hướng tới sự tích hợp của toàn bộ máy tính dựa trên hệ thống. Không có gì là hoàn toàn không có thử nghiệm, vì nó thành công quan trọng của hệ thống thử nghiệm mục tiêu, có là một số quy tắc có thể phục vụ như là thử nghiệm mục tiêu. Bọn chúng

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

5.2 HỆ THỐNG HIỆN VÀ KIỂM
thực hiện là các giai đoạn của dự án mà các thiết kế lý thuyết được biến thành một hệ thống làm việc. Nó có thể được coi là giai đoạn quan trọng nhất trong việc đạt được một hệ thống mới thành công đạt được những người sử dụng tin tưởng rằng hệ thống mới sẽ làm việc và sẽ có hiệu quả và chính xác. Nó là chủ yếu quan tâm đến đào tạo người dùng và tài liệu. Chuyển đổi thường diễn ra cùng một thời điểm người sử dụng đang được đào tạo hoặc sau đó. Thực hiện chỉ đơn giản có nghĩa là việc triệu tập một thiết kế hệ thống mới vào hoạt động, đó là quá trình chuyển đổi một thiết kế hệ thống chỉnh sửa lần mới thành một hoạt động.
5.2.1. HỆ THỐNG KIỂM TRA
Kiểm thử phần mềm là quá trình thực hiện phần mềm trong một cách có kiểm soát, để trả lời các câu hỏi - Liệu phần mềm hành xử theo quy định ?. Kiểm thử phần mềm thường được sử dụng kết hợp với các điều khoản kiểm tra và xác nhận. Xác nhận là việc kiểm tra hoặc kiểm tra các hạng mục, bao gồm phần mềm, sự phù hợp và nhất quán với một đặc điểm kỹ thuật có liên quan. Kiểm thử phần mềm là một kiểu của bộ xác minh, mà còn sử dụng các kỹ thuật như đánh giá, phân tích, kiểm tra, và walkthrough. Xác nhận là quá trình kiểm tra xem những gì đã được quy định là những gì người dùng thực sự muốn.
Validation: Có phải chúng ta đang làm đúng công việc? Mã xác nhận: chúng tôi làm việc phải không?
Kiểm thử phần mềm không nên nhầm lẫn với lỗi. Debugging là quá trình phân tích và bản địa hóa phần mềm lỗi khi không như mong đợi. Mặc dù việc xác định một số lỗi sẽ được rõ ràng từ việc chơi với các phần mềm, một phương pháp tiếp cận để kiểm thử phần mềm là một phương tiện toàn diện hơn để xác định lỗi. Do đó Debugging là một hoạt động hỗ trợ kiểm tra, nhưng không thể thay thế thử nghiệm. Các hoạt động khác mà thường được kết hợp với kiểm thử phần mềm là phân tích tĩnh và phân tích năng động. Phân tích tĩnh tra mã nguồn của phần mềm, tìm kiếm các vấn đề và các số liệu thu thập mà không thực sự thực thi mã. Phân tích năng động
xem xét hành vi của phần mềm khi nó được thực hiện, cung cấp thông tin như các dấu vết thực hiện, hồ sơ thời gian, và các thông tin bảo hiểm thử nghiệm.
Thử nghiệm là một tập hợp các hoạt động có thể được lên kế hoạch trong nâng cao và thực hiện một cách hệ thống. Thử nghiệm bắt đầu từ cấp mô-đun và làm việc hướng tới sự hội nhập của toàn bộ hệ thống máy tính dựa. Không có gì là hoàn toàn không kiểm tra, nếu nó thành công quan trọng của các mục tiêu thử nghiệm hệ thống, có một số quy tắc mà có thể phục vụ như là mục tiêu thử nghiệm. Họ là