Modules. For example, the often-used unit-test is the structure test of methods. The levels of testing The levels of testing are the following: component test, integration test, system test, acceptance test. The component test only tests one component of the system in itself. The integration test tests the cooperation of two or more components. The system test tests the whole system, all the components together. The first three test levels together are called developer tests, as they are done by the developer company’s employees. During the acceptance test, the users test the finished system. They are usually in the same time order. The component test tests the independent parts of the system and the source code is usually known (white-box testing). Common types: unit-test, module test. The unit-test, or unity test, tests the methods. We know the method’s return value (or side effect) for given parameters. The unit-test examines if the return values matches the expected. If yes, the test is successful, in other cases, it is a failure. It is an expectation that the unit-test itself can’t have side effects. Unit-testing is supported by nearly all modern programming environments (integrated development environment, IDE), so it’s quite easy to write such tests. Their significance is their running is supported to, so after a change, we can simply run all the unit-tests and ensure that the change didn’t cause any errors. This is called the regression test. The module test usually tests the non-functional attribute of the module, for example it’s speed, the possibility of memory leak or the presence of bottlenecks. During the integration test, the interfaces between the components, the interface between the operating system and the system and interfaces towards other systems are being tested. The most well-known types of integration tests: Component-Component integration test: the test of interaction between components after the component test. System – System Integration test: the test of interaction between the system and other systems after the system test.
Modules. For example, the often-used unit-test is the structure test of methods. The levels of testing The levels of testing are the following: component test, integration test, system test, acceptance test. The component test only tests one component of the system in itself. The integration test tests the cooperation of two or more components. The system test tests the whole system, all the components together. The first three test levels together are called developer tests, as they are done by the developer company’s employees. During the acceptance test, the users test the finished system. They are usually in the same time order. The component test tests the independent parts of the system and the source code is usually known (white-box testing). Common types: unit-test, module test. The unit-test, or unity test, tests the methods. We know the method’s return value (or side effect) for given parameters. The unit-test examines if the return values matches the expected. If yes, the test is successful, in other cases, it is a failure. It is an expectation that the unit-test itself can’t have side effects. Unit-testing is supported by nearly all modern programming environments (integrated development environment, IDE), so it’s quite easy to write such tests. Their significance is their running is supported to, so after a change, we can simply run all the unit-tests and ensure that the change didn’t cause any errors. This is called the regression test. The module test usually tests the non-functional attribute of the module, for example it’s speed, the possibility of memory leak or the presence of bottlenecks. During the integration test, the interfaces between the components, the interface between the operating system and the system and interfaces towards other systems are being tested. The most well-known types of integration tests: Component-Component integration test: the test of interaction between components after the component test. System – System Integration test: the test of interaction between the system and other systems after the system test.
ProgTechLectureNotes.v.1.0.1.docx