![]() It had beefier hardware, more servers, etc. Performance was called out as a different type because its characteristics were different. The only difference is really in what testers use them for. They were sometimes used for UAT as well. IV environments could be used for either integration testing, verification, or both. Probably because in terms of environment design, there may not be a difference.Īt my previous employer, we had 4 types of environments: In this case it is a combination of system testing and system integration, which is not unusual. ![]() Also the name "SIT" would reflect what is this environment used for (you do system testing there but eventually it is used for SIT). In that case, once the system testing is considered as finished, without any changes to the environment, external systems would be integrated. Application could be deployed to "SIT" for system testing and if it passes, on this very same environment it is used for real external system integration.In this context, it would not mean "integration with external systems rather than integration of sub-systems". Once they have a stable system on the "INT", it is promoted to "SIT". An "INT" environment is usually the first instance that serves as a testing place for developers trying to integrate the app to a working whole. Companies tend to use "system integration testing" / SIT for testing of their application, integrated of more sub-systems.I think there are two possible views and issues: And environment for testers is also called SIT. So SIT precedes actual system testing (both funtional and non functional) which does not match with described processes. So to make a system test, they must be integrated, otherwise testers cannot do anything. Our apps consist of db, services, frontend. System Integration Test -if there are more system to integrate So why SIT serves actually for system testing, yet it is said to be a phase which actually follows the system testing?ĮDIT: According to common knowledge-books: So, testers do all system tests on SIT.īut according to all definitons, SIT is system integration testing which is done after the system tests and validates cooperation of more systems. We are using INT environment where the application is deployed at first and then SIT environment, where is the app passed if it is fine on INT. I should define a testing strategy and environments and I have encountered rather terminology issue (but might well be my fault) so I hope someone will correct me here.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |