polyglot-tagger/wikipedia-language-snippets-filtered huggingface dataset:
ಟ್ವಿಸ್ಟರ್ ನ ಚಿತ್ರೀಕರಣದ ಖರ್ಚು ಸುಮಾರು $೭೦ ಮಿಲಿಯನ್, ಅದರಲ್ಲಿ $೨–೩ ಮಿಲಯನ್ ಅನ್ನು ನಿರ್ದೇಶಕರಿಗೆ ನೀಡಲಾಯಿತು ಎನ್ನುತ್ತಾರೆ ಡಿ ಬಾಂಟ್. ೧೯೯೬ ರ ಮಾರ್ಚ್ ಮತ್ತು ಏಪ್ರಿಲ್ ನಲ್ಲಿ ನಡೆದು ಕೊನೆಯ ಘಳಿಗೆಯ ಮರುಚತ್ರೀಕರಣಗಳು (ಜೋ ಮಗುವಾಗಿದ್ದಾಗಿನ ದೃಶ್ಯದ ಬಗ್ಗೆ ಸರಿಯಾದ ವಿವರಣೆ ನೀಡುವಂತಹ ದೃಶ್ಯವನ್ನು ತೆಗೆಯಲು) ಹಾಗೂ ನಿರ್ಮಾಣಾನಂತರದ ದಿನಗಳಲ್ಲಿ ನಲ್ಲಿ ಅಗತ್ಯವಾದಂತಹ ಹೆಚ್ಚುವರಿ ಸಮಯಕ್ಕೆ ತೆತ್ತ ಹಣ, ಎಲ್ಲಾ ಸೇರಿ ಚಿತ್ರದ ಖರ್ಚು $೯೦ ಮಿಲಿಯನ್ ಮುಟ್ಟಿತೆಂದು ಅಂದಾಜಿಸಲಾಗಿತ್ತು. ಮಿಷನ್ ಇಂಪಾಸಿಬಲ್ ಚಿತ್ರವು ಬಿಡುಗಡೆಗೊಳ್ಳುವುದಕ್ಕೆ ಮುನ್ನ ಎರಡು ವಾರಾಂತ್ಯಗಳಾದರೂ ಸಿಗಲೆಂಬ ಉದ್ದೇಶದಿಮದ ಈ ಚಿತ್ರವನ್ನು ವಾರ್ನರ್ ಬ್ರದರ್ಸ್ ಮೇ ೧೭ ರ ಬದಲಿಗೆ ಮೇ ೧೦ ರಂದೇ ಬಿಡುಗಡೆ ಮಾಡಿದರು.
ಬಿಲ್ ರ ಪ್ರಕಾರ ಜೊನಾಸ್ ಬಿರುಗಾಳಿ ಬೆಂಬತ್ತುವ ವಿಷಯದಲ್ಲಿ ತೊಡಗಿಕೊಂಡಿರುವುದು "ಹಣಕ್ಕಾಗಿಯೇ ಹೊರತು ವಿಜ್ಞಾನಕ್ಕಾಗಿ ಅಲ್ಲ". ಜೊನಾಸ್ ಒಂದು ಸ್ಥಳೀಯ ಪತ್ರಿಕೆಗೆ ಸಂದರ್ಶನ ನೀಡುತ್ತಿರುವುದನ್ನು ಬಿಲ್ ನೋಡುತ್ತಾರೆ ಹಾಗೂ ಜೊನಾಸ್ ತನ್ನ ಡೊರೋತಿ ವಾತಾವರಣ ಯಂತ್ರದ ಯೋಚನೆಗಳನ್ನು ಕದ್ದು, ತಮ್ಮದೇ ಆದ . ಅಥವಾ ಡಿಜಿಟಲ್ ಆರ್ಫಾಗ್ರಾಫಿಕ್ ಟೆಲಿಮೀಟರ್ ಎಂಬ ಆವೃತ್ತಿಯನ್ನು ನಿರ್ಮಿಸದ್ದಾರೆ ಎಂಬುದನ್ನು ಆ ಸಂದರ್ಶನದ ಮೂಲಕ ಅರಿಯುತ್ತಾರೆ. ಬಿಲ್ ತಮ್ಮ ಆಲೋಚನೆಯನ್ನು ಜೊನಾಸ್ ಕದ್ದಿರುವರೆಂದು ಆರೋಪಿಸುತ್ತಾರೆ, ಆದರೆ ಜೊನಾಸ್ ಆ ಆಲೋಚನೆಯು "ಸಾಕಾರಗೊಳ್ಳದ ಆಲೋಚನೆ"ಯಾಗಿತ್ತು ಎನ್ನುತ್ತಾರೆ. ಜೊನಾಸ್ ರನ್ನು ಸೋಲಿಸುವ ಸಲುವಾಗಿ ಬಿಲ್ ತಂಡದೊಡನೆ ಒಂದು ದಿನದ ಮಟ್ಟಿಗೆ ಉಳಿಯಲು ನಿರ್ಧರಿಸುತ್ತಾರೆ.
ಈ ಚಿತ್ರದಲ್ಲಿ ಬಿರುಗಾಳಿ ಬೆಂಬತ್ತುವವರ ಒಂದು ತಂಡವು ಇದರ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುವ ಸಾಧನವೊಂದನ್ನು ಕರಾರುವಾಕ್ಕಾಗಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ; ಈ ಸಾಧನವನ್ನು ಸುಂಟರಗಾಳಿಯ ಮಧ್ಯಭಾಗದಲ್ಲಿನ ನಳಿಕೆಯಂತಹ ಭಾಗದಲ್ಲಿ ಸೇರಿಸಲು ಅನುವಾಗುವಂತೆ ರೂಪಿಸುವುದು ಅವರ ಯೋಜನೆ. ಓಕ್ಲಹೋಮಾದ ಅಡ್ಡಗಲಕ್ಕೆ ಉಂಟಾದ ಚಂಡಮಾರುತದ ಸಂದರ್ಭದಲ್ಲಿ ಇದೇ ರೀತಿಯ ಮತ್ತೊಂದು ಸಲಕರಣೆಯನ್ನು ಹೊಂದಿದ್ದ, ಇವರಿಗಿಂತಲೂ ಹೆಚ್ಚಿನ ಬಂಡವಾಳ ಹೊಂದಿದ್ದ ತಂಡದವರೊಡನೆ ಈ ಬಾಬ್ತಿನಲ್ಲಿ ಪೈಪೋಟಿ ನಡೆದಿತ್ತು. ಈ ಚಲನಚಿತ್ರದ ಕಥೆಯು ಯ ನಂತಹ ಯೋಜನೆಗಳ ನಾಟಕರೂಪಕ್ಕಿಳಿಸಿದ ಕ್ರಮವಾಗಿದೆ ಹಾಗೂ ಡೊರೋತಿ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಸಾಧನವು ೧೯೮೦ ರಲ್ಲಿ ಬಳಸಿದ ದ ತದ್ರೂಪವಾಗಿದೆ.
ಟ್ವಿಸ್ಟರ್ ವಾರ್ನರ್ ಬ್ರದರ್ಸ್. ಮತ್ತು ಯೂನಿವರ್ಸಲ್ ಸ್ಟುಡಿಯೋಸ್ ರವರ ಜಂಟಿ ನಿರ್ಮಾಣದ ಚಿತ್ರವಾಗಿತ್ತು. ಈ ವಾಸ್ತವಾಂಶವು ಈ ಚಿತ್ರದಲ್ಲಿನ ಒಂದು ದೃಶ್ಯದಲ್ಲಿ ಗೋಚರಿಸುವ ಒಂದು ಡ್ರೈವ್-ಇನ್ ಥಿಯೇಟರ್ ನ ಗುಡಾರದ ಮೇಲೆ ನಿಚ್ಚಳವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ: ದ ಶೈನಿಂಗ್ , ಒಂದು ವಾರ್ನರ್ ಬ್ರದರ್ಸ್ ರವರ ಬಿಡುಗಡೆಯ ಚಿತ್ರ, ಮತ್ತು, ಸೈಕೋ , ಒಂದು ಯೂನಿವರ್ಸಲ್ ಪ್ರೊಡಕ್ಷನ್ಸ್ ರವರ ಚಿತ್ರ ಎಂಬುದು ಎದ್ದುಕಾಣುತ್ತದೆ. ಈ ಎರಡೂ ಕಂಪನಿಗಳು ಆಗಾಗ್ಗೆ ಮತ್ತೊಂದು ಚಲನಚಿತ್ರ ನಿರ್ಮಾಣ ಕಂಪನಿಯೊಡನೆ ಕೈಜೋಡಿಸಿದ್ದವು: ಈ ಚಿತ್ರಕ್ಕೆ ಮುಂಚೆ; ಆ ಕಂಪನಿಯ ಹೆಸರು ಆಂಬ್ಲಿನ್ ಎಂಟರ್ಟೈನ್ಮೆಂಟ್.
ಅವರು ಒಂದು ಸುರಕ್ಷಿತವೆನಿಸುವಷ್ಟು ದೂರಕ್ಕೆ ಚಲಿಸುತ್ತಾರೆ; ಅಲ್ಲಿ ಜೋ ಟ್ರಕ್ ನಿಂದ ಕೆಳಹಾರಿ ಮತ್ತೆ ಚೆಲ್ಲಾಪಿಲ್ಲಿಯಾದ ಸೆನ್ಸರ್ ಗಳನ್ನು ಸಂಗ್ರಹಿಸತೊಡಗುತ್ತಾರೆ. ಬಿಲ್ ತನ್ನನ್ನು ಆ ಯತ್ನದಿಂದ ತಡೆಯಲು ಯತ್ನಿಸಿದುದಕ್ಕಾಗಿ ಜೋ ಕೋಪಗೊಳ್ಳುತ್ತಾರೆ, ಆದರೆ ಬಿಲ್ ಜೋ ರ ಕುಟುಂಬಕ್ಕೆ ಆದ ದುರಂತವು ಮತ್ತೆ ಯಾರಿಗೂ ಆಗದಿರಲೆಂಬ ಯತ್ನದಲ್ಲಿ ಜಯಗಳಿಸಲು ಜೋ ಮನೋವಿಕಲ್ಪಿತರಾಗಿದ್ದಾರೆ ಎನ್ನುತ್ತಾರೆ. ಅಲ್ಲದೆ ಜೋ ಬಗ್ಗೆ ತಮ್ಮಲ್ಲಿ ಇನ್ನೂ ಭಾವನೆಗಳು ಉಳಿದಿವೆ ಎಂದು ಹೇಳುತ್ತಾರೆ. ಮೆಲಿಸಾ ಮತ್ತು ಜೋ ರ ಇಡೀ ತಂಡವು ಈ ಮಾತುಕತೆಯನ್ನು ರೇಡಿಯೋ ಮೂಲಕ ಕೇಳಿಸಿಕೊಳ್ಳುತ್ತದೆ.
ಆಗ ಬಿಲ್ ಮತ್ತು ಜೋ ತಮಗೆ ಉಳಿದಿರುವುದು ಇನ್ನೊಂದೇ ದಾರಿಯೆಂದು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ. ಸುಂಟರಗಾಳಿಯನ್ನು ಮತ್ತೆ ಸಂಧಿಸುವ ಸ್ಥಳದತ್ತ ಸಾಗುತ್ತಾ, ಡೊರೋತಿ ೪ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ, ಅದನ್ನು ಟ್ರಕ್ ನ ನೆಲಹಾಸಿನಲ್ಲೇ ಭದ್ರವಾಗಿರುವಂತೆ ಇರಿಸುತ್ತಾರೆ. ನಂತರ ತಮ್ಮ ಟ್ರಕ್ ಅನ್ನು ನೇರವಾಗಿ ಸುಂಟರಗಾಳಿಯತ್ತ ಓಡಿಸುತ್ತಾರೆ. ಟ್ರಕ್ ಸ್ವಯಂಚಾಲನೆಯ ಕ್ರಮದಲ್ಲಿರುವಂತೆ ಮಾಡಿ, ಜೋ ಮತ್ತು ಬಿಲ್ ಟ್ರಕ್ ನಿಂದ ಹೊರಕ್ಕೆ ಹಾರಿಕೊಳ್ಳುತ್ತಾರೆ. ಟ್ರಕ್ ಸುಂಟರಗಾಳಿಯ ಮಧ್ಯಕ್ಕೇ ಸಾಗುತ್ತದೆ; ಅಲ್ಲಿ ಡೊರೋತಿ ೪ ಅನ್ನು ಅದು ಯಶಸ್ವಿಯಾಗಿ ಕಾರ್ಯಶೀಲವಾಗಿಸುತ್ತದೆ.
ಜೋ ಆಗಿರುವ ಜಖಂ ಅನ್ನು ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದಂತೆಯೇ ಬಿಲ್ ಅವರಿಗೆ ಸಮಾಧಾನ ಹೇಳುತ್ತಾರೆ ಮತ್ತು ನಾಶಗೊಂಡ ಡೊರೋತಿ ೧ ಯಂತ್ರದಿಂದ ಕೆಲವು ಸೆನ್ಸರ್ ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ. ಆ ವೇಳೆಗೆ ಜೊನಾಸ್ ತ ತಂಡ ಅಲ್ಲಿಗೆ ತಲುಪುತ್ತದೆ, ಆದರೆ ಸುಂಟರಗಾಳಿಯನ್ನು ನೋಡಲು ಬಹಳವೇ ತಡವಾಗಿ ಬಂದುದರಿಂದ ತಮ್ಮ ವಾಹನವನ್ನು ಮುಂದಕ್ಕೆ ಚಲಿಸುತ್ತಾರೆ. ತನ್ನ ಸ್ವಂತ ಟ್ರಕ್ ಇಲ್ಲದ ಜೋ ಡೊರೋತಿ ಯಂತ್ರವನ್ನು ಸಾಗಿಸಿಕೊಂಡುಹೋಗಲು ಬಿಲ್ ರ ಹೊಸ ಟ್ರಕ್ ಅನ್ನೇ ಬಳಸಲು ಮನವೊಲಿಸುತ್ತಾರೆ.
ಟ್ವಿಸ್ಟರ್ ನಲ್ಲಿ ಸಾಂಪ್ರದಾಯಿಕ ಚಿತ್ರಸಂಗೀತದ ಹಾಡುಗಳು ಇದೆ, ಅಲ್ಲದೆ ಹಲವಾರು ರಾಕ್ ಸಂಗೀತದ ಹಾಡುಗಳೂ ಇವೆ. ಈ ವಿಧದಲ್ಲಿ ಒಂದು ವಾದ್ಯಗಳಲ್ಲೇ ನುಡಿಸಲ್ಪಟ್ಟ ಶೀರ್ಷಿಕಾಗೀತೆಯೂ ಇದೆ; ಈ ಶೀರ್ಷಿಕಾಗೀತೆಯ ರಚನೆ ಮತ್ತು ನುಡಿಸುವಿಕೆಯು ವ್ಯಾನ್ ಹಾಲೆನ್ ರದಾಗಿದೆ. ರಾಕ್ ಧ್ವನಿಮುದ್ರಣ ಮತ್ತು ಸಂಗೀತಭರಿತ ಹಾಡುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾಂಪ್ಯಾಕ್ಟ್ ಡಿಸ್ಕ್ ಗಳಲ್ಲಿ ಬಿಡುಗಡೆ ಮಾಡಲಾಯಿತು.
ಟ್ವಿಸ್ಟರ್ ವಿಧ ದಲ್ಲಿ ಬಿಡುಗಡೆ ಕಂಡ ಮೊದಲ ಹಾಲಿವುಡ್ ಸಾಕ್ಷ್ಯಚಿತ್ರ ಹಾಗೂ ಯಲ್ಲಿ ಬಿಡುಗಡೆಗೊಂಡ ಕೊನೆಯ ಚಿತ್ರವಾಗಿರುವುದು ಗಮನಾರ್ಹವಾದ ಅಂಶವಾಗಿದೆ. ನಂತರದ ದಿನಗಳಲ್ಲಿ ಟ್ವಿಸ್ಟರ್ ಅನ್ನು ಬ್ಲೂ-ರೇ ಡಿಸ್ಕ್ ನಲ್ಲೂ ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ. ೧೯೯೭ ರಲ್ಲಿ ಈ ಚಿತ್ರವು ಎರಡು ಅಕಾಡೆಮಿ ಪುರಸ್ಕಾರಗಳಿಗಾಗಿ - ಶ್ರೇಷ್ಠ ಪರಿಣಾಮಕಾರಿ ದೃಶ್ಯಗಳು ಹಾಗೂ ಶ್ರೇಷ್ಠ ಸದ್ದು ವಿಭಾಗಗಳಡಿಯಲ್ಲಿ - ನಾಮನಿರ್ದೇಶಿತವಾಗಿತ್ತು.
ತಂಡದವರೆಲ್ಲರೂ ಜೋ ರ ಚಿಕ್ಕಮ್ಮ ಮೆಗ್ ಗ್ರೀನ್ ರನ್ನು ಭೇಟಿಯಾಗಲು ಸಮೀಪದ ಪಟ್ಟಣವಾದ ವಕೀಟಾ, ಓಕ್ಲಹೋಮಾಗೆ ತೆರಳಿ, ಅಲ್ಲಿಯೇ ಆಹಾರ ಸೇವಿಸಿ, ವಿಶ್ರಮಿಸುತ್ತಾರೆ. ಮೆಗ್ ಜೋ ರನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಕರೆದು ಜೋ ಮತ್ತು ಬಿಲ್ ರ ವಿವಾಹವು ಕೊನೆಗೊಂಡಿದೆ, ಏಕೆಂದರೆ "ಬಿಲ್ ತಾನು ಹೇಳಿದಂತೆ ನಡೆದುಕೊಳ್ಳಲಿಲ್ಲ" ಎನ್ನುತ್ತಾರೆ.
ಇದರ ಮೂಲ ಕಲ್ಪನೆ ಮತ್ತು ಹತ್ತು ಪುಟಗಳ ಸುಂಟರಗಾಳಿ-ಬೆಂಬತ್ತುವ ಕಥೆಯನ್ನು ೧೯೯೨ ರಲ್ಲಿ ಮೋಷನ್ ಪಿಕ್ಚರ್ ನ ವ್ಯವಹಾರ ಸಲಹೆಗಾರ ಮತ್ತು ಪ್ರಶಸ್ತಿವಿಜೇತ ಚಿತ್ರಕಥೆಗಾರರಾದ ಜೆಫ್ರಿ ಹಿಲ್ಟನ್ ಆಂಬ್ಲಿನ್ ಎಂಟರ್ಟೈನ್ಮೆಂಟ್ ಗೆ ಇತ್ತರು. ಸ್ಪೀಲ್ ಬರ್ಗ್ ನಂತರ ಈ ಕಲ್ಪನೆಯನ್ನು ಲೇಖಕ ಮೈಕಲ್ ಕ್ರಿಕ್ಟನ್ ರಿಗೆ ತಲುಪಿಸಿದರು.
ಈ ಚಿತ್ರಕ್ಕ ನ್ಯೂಝಿಲೆಂಡ್ ನಲ್ಲಿ ಮನ್ನಣೆ ದೊರೆಯಿತು ಹಾಗೂ "ಬಹಳ ದುರ್ಜಯವಾದ ವಾತಾವರಣವನ್ನು ತೀವ್ರತರವಾಗಿ/ಬಹಳ ಸ್ಪಷ್ಟವಾಗಿ ತೋರಿಸಿದುದಕ್ಕೆ" ಯಲ್ಲಿ -೧೩ ಮನ್ನಣೆಯನ್ನು ಪಡೆಯಿತು.
ಮರಗೆಣಸು ಯೂಫೋರ್ಬಿಯೇಸೀ ಕುಟುಂಬಕ್ಕೆ ಸೇರಿದ, ದಕ್ಷಿಣ ಅಮೆರಿಕಾ ಮೂಲದ ಪೊದೆಯಂತಹ ಸಸ್ಯ. ಮರಗೆಣಸಿನ ತವರು ದಕ್ಷಿಣ ಅಮೆರಿಕದ ಬ್ರಜಿಲ್. ವಿಪುಲ ಆಹಾರ ಸಂಗ್ರಹಣದಿಂದಾಗಿ ಇದರ ಬೇರು ಗೆಡ್ಡೆಯಂತೆ ದಪ್ಪವಾಗಿದ್ದು ಗೆಣಸಿನ ಆಕಾರ ಪಡೆದಿದೆ. ಆದ್ದರಿಂದಲೇ ಇದಕ್ಕೆ ಮರಗೆಣಸು ಎಂದು ಹೆಸರು. ಸಸ್ಯ ವೈಜ್ಞಾನಿಕವಾಗಿ ಇದನ್ನು ಮ್ಯಾನಿಹಾಟ್ ಯೂಟಿಲಿಸಿಮ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಭಾರತದಲ್ಲಿ ಮುಖ್ಯವಾಗಿ ಕೇರಳದಲ್ಲಿ ಉಪಯೋಗದಲ್ಲಿದೆ. ನೈಜೀರಿಯ ದೇಶದಲ್ಲಿ ಪ್ರಪಂಚದಲ್ಲೇ ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದಲ್ಲಿ ಬೆಳೆಯುತ್ತಾರೆ. ಮರಗೆಣಸು ಸಿಹಿ ಅಥವಾ ಕಹಿ ಇರುತ್ತದೆ.
ಮರಗೆಣಸು ದಷ್ಟಪುಷ್ಟವಾಗಿ ಬೆಳೆಯುವುದರಿಂದ ಭೂಮಿಯಲ್ಲಿರುವ ಲವಣ, ಖನಿಜಾಂಶಗಳನ್ನು ಚೆನ್ನಾಗಿ ಮತ್ತು ಶೀಘ್ರವಾಗಿ ಉಪಯೋಗಿಸಿಕೊಂಡು ಭೂಮಿಯನ್ನು ನಿಸ್ಸಾರ ಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದ ಪ್ರತಿವರ್ಷ ಇದೇ ಬೆಳೆಯನ್ನು ಬೆಳೆಸುವುದು ಭೂಮಿಯ ಫಲವತ್ತು ಮತ್ತು ಫಸಲಿನ ಇಳುವರಿ ದೃಷ್ಟಿಯಿಂದ ಉತ್ತಮವಲ್ಲ. ಇದನ್ನು ತರಕಾರಿ ಬೆಳೆಗಳ ಅನಂತರ ಪರ್ಯಾಯ ರೀತಿಯಲ್ಲಿ ಬೆಳಸುವುದು ವಾಡಿಕೆ. ಅಲ್ಲದೆ ಬೇರೆ ಬೆಳೆಗಳೊಂದಿಗೆ ಮಿಶ್ರ ಬೆಳೆಯಾಗಿ ಬೆಳೆಸುವುದು ಕೂಡ ಉಂಟು.
ಅಕ್ಕಿ ಮತ್ತು ಮೆಕ್ಕೆ ಜೋಳದ ನಂತರ ಮರಗೆಣಸು ಕಾರ್ಬೊಹೈಡ್ರೇಟ್‍ನ ಮೂರನೇ ಅತಿದೊಡ್ಡ ಮೂಲವಾಗಿದೆ. ಮರಗೆಣಸು ಅಭಿವೃದ್ಧಿಶೀಲ ಪ್ರಪಂಚದಲ್ಲಿ ಒಂದು ಪ್ರಮುಖ ಆಹಾರವಾಗಿದೆ. ಅರ್ಧ ಬಿಲಿಯನ್ ಜನರಿಗೆ ಮೂಲಭೂತ ಆಹಾರ ಒದಗಿಸುತ್ತದೆ. ಇದು ಅತ್ಯಂತ ಬರ ಸಹಿಷ್ಣು ಬೆಳೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಕನಿಷ್ಠ ಮಣ್ಣಿನಲ್ಲಿ ಬೆಳೆಯುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ. ಥೈಲ್ಯಾಂಡ್ ಒಣಗಿದ ಮರಗೆಣಸಿನ ಅತಿದೊಡ್ಡ ರಫ್ತುದಾರವಾಗಿದೆ.
ಮರಗೆಣಸು ಉಷ್ಣವಲಯದ ಬೆಳೆ. ಇದು ತಂಪು ವಾತಾವರಣವನ್ನು ಸಹಿಸದು. ಇದನ್ನು ಸಮುದ್ರ ಮಟ್ಟದಿಂದ ಹಿಡಿದು 1200ಮೀ ಎತ್ತರದವರೆಗಿನ ಪ್ರದೇಶಗಳಲ್ಲಿ ಮಾತ್ರ ಬೆಳೆಸಬಹುದು. ಜೌಗಿಲ್ಲದ ಮರಳುಮಿಶ್ರಿತ ಮಣ್ಣುಗಳಲ್ಲಿ ಇದರ ಬೆಳವಣಿಗೆ ಹುಲುಸು. ಮರಳುಮಿಶ್ರಿತ ಗೋಡು ಅತ್ಯುತ್ತಮ. ಮಲಬಾರ್ ತೀರಪ್ರದೇಶದಲ್ಲಿರುವ ಜಂಬಿಟ್ಟಿಗೆ ಗೋಡುಮಣ್ಣಿನಲ್ಲಿ ಕೂಡ ಇದರ ಬೇಸಾಯ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ.
ಮರಗೆಣಸು ಸರಿಸುಮಾರಾಗಿ ಒಂದು ವರ್ಷದ ಬೆಳೆ. ತುಂಡುಗಳನ್ನು ನೆಟ್ಟ 8-10 ತಿಂಗಳ ತರುವಾಯ ಬೇರುಗಳು ಬಲಿತು ಕುಯ್ಲಿಗೆ ಬರುತ್ತವೆ. ಬೇಸಾಯ ಕ್ರಮ ಹಾಗೂ ತಳಿ ಅವಲಂಬಿಸಿ ಮರಗೆಣಸಿನ ಇಳುವರಿ ಹೆಕ್ಟೇರಿಗೆ 12-15 ಟನ್ ಇದೆ. 50 ಟನ್ ಇಳುವರಿ ಕೊಡುವಂಥ ಸುಧಾರಿತ ತಳಿಯನ್ನು ಇತ್ತಿಚೆಗೆ ತಿರುವನಂತಪುರದ ಮರಗೆಣಸು ಸಂಶೋಧನ ಕೇಂದ್ರದಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ.
ಎಲೆಗಳು ಪರ್ಯಾಯ ಮಾದರಿಯಲ್ಲಿ ಜೋಡಣೆಗೊಂಡಿವೆ. ಎಲೆಯಲಗು ಹಸ್ತಾಕಾರದಲ್ಲಿದ್ದು 3-7 ಭಾಗಗಳಾಗಿ ವಿಂಗಡಗೊಂಡಿದೆ. ಎಲೆಯ ಮೇಲುಭಾಗದಲ್ಲಿ ನವುರಾದ ರೋಮಗಳುಂಟು. ಹೂಗೊಂಚಲು ಅಸೀಮಾಕ್ಷಿ ಅಥವಾ ಪ್ಯಾನಿಕಲ್ ಮಾದರಿಯದು; ಎಲೆಯ ಕಕ್ಷಗಳಲ್ಲೊ ರೆಂಬೆಗಳ ತುದಿಗಳಲ್ಲೊ ಸ್ಥಿತವಾಗಿರುತ್ತದೆ.
ಮರಗೆಣಸನ್ನು ಕಾಂಡ ತುಂಡುಗಳಿಂದ ವೃದ್ಧಿ ಮಾಡುವುದು ಸಾಮಾನ್ಯ. ಇದನ್ನು ಬೀಜದಿಂದ ವೃದ್ಧಿ ಮಾಡುವ ಸಾಧ್ಯತೆ ಇದ್ದರೂ ಹೀಗೆ ಬೆಳೆಸಿದ ಸಸ್ಯಗಳು ಇಳುವರಿ ಕೊಡಲು ಹೆಚ್ಚು ಕಾಲ ಹಿಡಿಯುವುದರಿಂದ ಈ ವಿಧಾನ ಹೆಚ್ಚಾಗಿ ಬಳಕೆಯಲ್ಲಿಲ್ಲ.
ಪೋರ್ಚುಗೀಸರು 17ನೆಯ ಶತಮಾನದಲ್ಲಿ ಭಾರತ ದೇಶಕ್ಕೆ ಇದನ್ನು ತಂದರು. ಮೊದಲು ಮಲಬಾರ್ ತೀರಪ್ರದೇಶದ ತಿರುವನಂತಪುರ ಮತ್ತು ಕೊಚ್ಚಿನ್‌ಗಳಿಗೆ ತರುವಾಯ ದೇಶದ ಇತರ ಭಾಗಗಳಿಗೆ ಹರಡಿತು.
ಸಂಸ್ಥೆಗಳು ಅಥವಾ ಸಂಘಟನೆಗಳ ನಡುವೆ ಬದಲಾವಣೆಗಳು ಇರುತ್ತವೆಯಾದರೂ, ಪರೀಕ್ಷೆಗೆ ಸಂಬಂಧಿಸಿದ ಒಂದು ವಿಶಿಷ್ಟ ಆವರ್ತನವು ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ. ಜಲಪಾತ ಅಭಿವೃದ್ಧಿ ಮಾದರಿಯನ್ನು ಅಳವಡಿಸಿಕೊಂಡಿರುವ ಸಂಸ್ಥೆಗಳ ಪೈಕಿ ಈ ಕೆಳಕಂಡ ಮಾದರಿಯು ಸಾಮಾನ್ಯವಾಗಿರುತ್ತದೆ.
ಅವಶ್ಯಕತೆಗಳ ವಿಶ್ಲೇಷಣೆ : ತಂತ್ರಾಂಶ ಅಭಿವೃದ್ಧಿಯ ಜೀವಿತಾವಧಿಯ ಅವಶ್ಯಕತೆಗಳ ಹಂತದಲ್ಲಿ ಪರೀಕ್ಷೆಯು ಪ್ರಾರಂಭವಾಗಬೇಕಾಗುತ್ತದೆ. ವಿನ್ಯಾಸದ ಹಂತದ ಅವಧಿಯಲ್ಲಿ, ವಿನ್ಯಾಸವೊಂದರ ಯಾವ ಮಗ್ಗುಲುಗಳು ಪರೀಕ್ಷಣೀಯವಾಗಿವೆ ಮತ್ತು ಯಾವ ಮಾಪಕ ಲಕ್ಷಣಗಳೊಂದಿಗೆ ಆ ಪರೀಕ್ಷೆಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂಬುದನ್ನು ನಿರ್ಣಯಿಸುವಲ್ಲಿ ಪರೀಕ್ಷಕರು ಅಭಿವರ್ಧಕರೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ.
ಪರೀಕ್ಷಾ ಯೋಜಿಸುವಿಕೆ : ಪರೀಕ್ಷಾ ಕಾರ್ಯತಂತ್ರ, ಪರೀಕ್ಷಾ ಯೋಜನೆ, ಪೂರ್ವಪರೀಕ್ಷಾ ಸಾಧನ ಸೃಷ್ಟಿಯಂಥ ಅನೇಕ ಚಟುವಟಿಕೆಗಳು ಪರೀಕ್ಷೆಯ ಸಂದರ್ಭದಲ್ಲಿ ನಡೆಸಲ್ಪಡುವುದರಿಂದ, ಒಂದು ಯೋಜನೆಯು ಅಗತ್ಯವಾಗಿರುತ್ತದೆ.
ಪರೀಕ್ಷಾ ಅಭಿವೃದ್ಧಿ : ಪರೀಕ್ಷಾ ತಂತ್ರಾಂಶದಲ್ಲಿ ಬಳಸಲ್ಪಡುವ ಪರೀಕ್ಷಾ ಕ್ರಮವಿಧಾನಗಳು, ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು, ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು, ಪರೀಕ್ಷಾ ದತ್ತಾಂಶ ಸಜ್ಜಿಕೆಗಳು, ಪರೀಕ್ಷಾ ಮೂಲಪ್ರತಿಗಳು ಇದರಲ್ಲಿ ಸೇರಿರುತ್ತವೆ.
ಪರೀಕ್ಷಾ ನೆರವೇರಿಕೆ : ಯೋಜನೆಗಳು ಮತ್ತು ಪರೀಕ್ಷಾ ದಸ್ತಾವೇಜುಗಳನ್ನು ಆಧರಿಸಿ ಪರೀಕ್ಷಕರು ತಂತ್ರಾಂಶವನ್ನು ಕಾರ್ಯರೂಪಕ್ಕೆ ತರುತ್ತಾರೆ ಹಾಗೂ ಏನಾದರೂ ತಪ್ಪುಗಳು ಕಂಡುಬಂದಲ್ಲಿ ಅವನ್ನು ಅಭಿವೃದ್ಧಿ ತಂಡಕ್ಕೆ ವರದಿ ಮಾಡುತ್ತಾರೆ.
ಪರೀಕ್ಷಾ ವರದಿಗಾರಿಕೆ : ಪರೀಕ್ಷೆಯು ಒಮ್ಮೆಗೆ ಸಂಪೂರ್ಣಗೊಳಿಸಲ್ಪಟ್ಟಿತೆಂದರೆ, ಪರೀಕ್ಷಕರು ಅದರ ಛಂದೋವಿಧಾನವನ್ನು ಸೃಷ್ಟಿಸುತ್ತಾರೆ ಹಾಗೂ ತಮ್ಮ ಪರೀಕ್ಷಾ ಪ್ರಯತ್ನದ ಕುರಿತಾಗಿ ಹಾಗೂ ಪರೀಕ್ಷಿಸಲ್ಪಟ್ಟ ತಂತ್ರಾಂಶವು ಬಿಡುಗಡೆಗಾಗಿ ಸಿದ್ಧವಾಗಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದರ ಕುರಿತಾಗಿ ಅಂತಿಮ ವರದಿಗಳನ್ನು ರೂಪಿಸುತ್ತಾರೆ.
ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶದ ವಿಶ್ಲೇಷಣೆ : ಅಥವಾ ದೋಷ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಅಭಿವೃದ್ಧಿ ತಂಡವು ಸಾಮಾನ್ಯವಾಗಿ ಗಿರಾಕಿಯ ಜೊತೆಜೊತೆಗೆ ಮಾಡುತ್ತದೆ; ಯಾವ ದೋಷಗಳನ್ನು ಸಂಸ್ಕರಿಸಬೇಕು, ದುರಸ್ತಿಮಾಡಬೇಕು, ತಿರಸ್ಕರಿಸಬೇಕು (ಅಂದರೆ, ಆಧಾರವಾಗಿರುವ ತಂತ್ರಾಂಶವು ಸೂಕ್ತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆಯೇ ಎಂಬುದನ್ನು ಕಂಡುಕೊಳ್ಳುವುದು) ಅಥವಾ ನಂತರದಲ್ಲಿ ಕೈಗೆತ್ತಿಕೊಳ್ಳಲು ಅನುವಾಗುವಂತೆ ಮುಂದೂಡಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲೆಂದು ಈ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ.
ದೋಷದ ಮರುಪರೀಕ್ಷೆ : ಅಭಿವೃದ್ಧಿ ತಂಡದ ವತಿಯಿಂದ ದೋಷವೊಂದು ಒಮ್ಮೆಗೆ ಕೈಗೆತ್ತಿಕೊಳ್ಳಲ್ಪಟ್ಟು ನಿರ್ವಹಣೆಗೆ ಒಳಪಟ್ಟಿತೆಂದರೆ, ಅದನ್ನು ಪರೀಕ್ಷಾ ತಂಡವು ಮರುಪರೀಕ್ಷಿಸುತ್ತದೆ. ಇದನ್ನು ಪೃಥಕ್ಕರಣ ಪರೀಕ್ಷೆ ಎಂದೂ ಸಹ ಕರೆಯಲಾಗುತ್ತದೆ.
ನಿವರ್ತನ ಪರೀಕ್ಷೆ : ಹೊಸತಾದ, ಮಾರ್ಪಡಿಸಲ್ಪಟ್ಟ, ಅಥವಾ ದುರಸ್ತಿಮಾಡಲ್ಪಟ್ಟ ತಂತ್ರಾಂಶದ ಪ್ರತಿ ಸಮಗ್ರೀಕರಣಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ ಪರೀಕ್ಷೆಗಳ ಒಂದು ಉಪವರ್ಗದ ಒಂದು ಸಣ್ಣ ಪರೀಕ್ಷಾ ಕಾರ್ಯಸೂಚಿಯ ವಿನ್ಯಾಸವನ್ನು ಹೊಂದುವುದು ಸಾಮಾನ್ಯವಾಗಿದೆ; ವಿನೂತನ ವಿತರಣೆಯು ಯಾವುದನ್ನೂ ನಾಶಪಡಿಸಿಲ್ಲ ಎಂಬುದನ್ನು ಖಾತ್ರಿಪಡಿಸಲು, ಹಾಗೂ ತಂತ್ರಾಂಶ ಉತ್ಪನ್ನವು ಈಗಲೂ ಒಟ್ಟಾರೆಯಾಗಿ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂಬುದನ್ನು ಖಾತ್ರಿಪಡಿಸಲು ಈ ಕ್ರಮವನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ.
ಪರೀಕ್ಷಾ ಸಮಾಪ್ತಿ : ಪರೀಕ್ಷೆಯು ಒಮ್ಮೆಗೆ ನಿರ್ಗಮನದ ಮಾನದಂಡಗಳನ್ನು ಈಡೇರಿಸಿತೆಂದರೆ, ಪ್ರಮುಖ ಫಲಿತ ಮಾಹಿತಿಗಳ ಸೆರೆಹಿಡಿಯುವಿಕೆ, ಕಲಿತ ಪಾಠಗಳು, ಫಲಿತಾಂಶಗಳು, ದಾಖಲಿಸುವಿಕೆಗಳು, ಯೋಜನೆಗೆ ಸಂಬಂಧಿಸಿದ ದಸ್ತಾವೇಜುಗಳಂಥ ಚಟುವಟಿಕೆಗಳನ್ನು ದಾಖಲೆಯಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಭವಿಷ್ಯಸ ಯೋಜನೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಒಂದು ಆಕರ ಭಾಗವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
ಪ್ರಯೋಜನಗಳು ಮತ್ತು ಅನನುಕೂಲಗಳು : ಕಪ್ಪು-ಪೆಟ್ಟಿಗೆ ಪರೀಕ್ಷಕನು ಸಂಕೇತದೊಂದಿಗೆ ಯಾವುದೇ ಕಟ್ಟುಪಾಡುಗಳನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ, ಮತ್ತು ಓರ್ವ ಪರೀಕ್ಷಕನ ಗ್ರಹಿಕೆಯು ಅತ್ಯಂತ ಸರಳವಾಗಿರುತ್ತದೆ: ಸಂಕೇತವೊಂದು ದೋಷಗಳನ್ನು ಖಂಡಿತಾ ಹೊಂದಿರಬೇಕು ಎಂಬುದೇ ಆ ಗ್ರಹಿಕೆ. ಕಾರ್ಯಸೂಚಿಯ ಸಂಯೋಜಕರು ಕಂಡುಕೊಳ್ಳಲಾರದ ದೋಷಗಳನ್ನು, "ಕೇಳಿದಾಗಲೇ ನೀವು ಸ್ವೀಕರಿಸಲು ಸಾಧ್ಯ" ಎಂಬ ತತ್ತ್ವವನ್ನು ಬಳಸಿಕೊಂಡು ಕಪ್ಪು-ಪೆಟ್ಟಿಗೆ ಪರೀಕ್ಷಕರು ಕಂಡುಕೊಳ್ಳುತ್ತಾರೆ. ಮತ್ತೊಂದೆಡೆ, "ಒಂದು ಮಿಂಚುಬೆಳಕಿನ ನೆರವಿಲ್ಲದೆಯೇ ಒಂದು ಕತ್ತಲೆಯ ಚಕ್ರವ್ಯೂಹದಲ್ಲಿ ಮಾಡುವ ಒಂದು ನಡಿಗೆಯಂತೆ" ಎಂಬುದಾಗಿ ಕಪ್ಪು-ಪೆಟ್ಟಿಗೆ ಪರೀಕ್ಷೆಯು ಉಲ್ಲೇಖಿಸಲ್ಪಟ್ಟಿದೆ; ಏಕೆಂದರೆ, ಪರೀಕ್ಷಿಸಲ್ಪಡುತ್ತಿರುವ ತಂತ್ರಾಂಶವು ವಾಸ್ತವವಾಗಿ ಹೇಗೆ ರೂಪಿಸಲ್ಪಟ್ಟಿತ್ತು ಎಂಬುದು ಪರೀಕ್ಷಕನಿಗೆ ಗೊತ್ತಿರುವುದಿಲ್ಲ. ಇದರ ಪರಿಣಾಮವಾಗಿ, ಕೆಲವೊಂದು ಸನ್ನಿವೇಶಗಳು ಉದ್ಭವಿಸುತ್ತವೆ: ಅಂದರೆ, ಕೇವಲ ಏಕೈಕ ಪರೀಕ್ಷಾ ನಿದರ್ಶನದಿಂದ ಪರೀಕ್ಷಿಸಲ್ಪಡಬಹುದಾಗಿದ್ದ ಅಂಶವೊಂದನ್ನು ತಪಾಸಿಸಲು ಓರ್ವ ಪರೀಕ್ಷಕನು ಅನೇಕ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಬರೆಯುವ, ಮತ್ತು/ಅಥವಾ ಹಿಂತುದಿಯ ಕೆಲವೊಂದು ಭಾಗಗಳು ಪರೀಕ್ಷಿಸಲ್ಪಡದೆಯೇ ಹೋಗುವಂಥ ಸನ್ನಿವೇಶಗಳು ಉದ್ಭವಿಸುತ್ತವೆ.
ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯೊಂದಿಗಿನ ಒಂದು ಅತ್ಯಂತ ಮೂಲಭೂತವಾದ ಸಮಸ್ಯೆಯೆಂದರೆ, ಪ್ರದಾನಗಳು ಮತ್ತು ಪೂರ್ವಭಾವಿ ಸ್ಥಿತಿಗತಿಗಳ ಎಲ್ಲಾ ಸಂಯೋಜನೆಗಳ ಅಡಿಯಲ್ಲಿ ಪರೀಕ್ಷೆಯನ್ನು ಕೈಗೊಳ್ಳುವುದು ಕಾರ್ಯಸಾಧ್ಯವಲ್ಲ, ಒಂದು ಸರಳ ಉತ್ಪನ್ನದೊಂದಿಗೂ ಸಹ ಇದು ಸಾಧ್ಯವಿಲ್ಲ. ಅಂದರೆ, ತಂತ್ರಾಂಶ ಉತ್ಪನ್ನವೊಂದರಲ್ಲಿನ ದೋಷಗಳ ಸಂಖ್ಯೆಗಳು ಅತ್ಯಂತ ದೊಡ್ಡದಾಗಿರಲು ಸಾಧ್ಯವಿದೆ ಮತ್ತು ವಿರಳವಾಗಿ ಸಂಭವಿಸುವ ದೋಷಗಳನ್ನು ಪರೀಕ್ಷಾ ಹಂತದಲ್ಲಿ ಕಂಡುಹಿಡಿಯುವುದು ಕಷ್ಟಕರ ಎಂಬುದು ಇದರರ್ಥ. ಹೆಚ್ಚು ಅರ್ಥಪೂರ್ಣವಾಗಿ ಹೇಳುವುದಾದರೆ, ಗುಣಮಟ್ಟದ ಕಾರ್ಯತ್ಮಕವಲ್ಲದ ಆಯಾಮಗಳಾದ (ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು ಎಂದು ಭಾವಿಸಲ್ಪಡುವುದಕ್ಕೆ ಪ್ರತಿಯಾಗಿ ಅದು ಹೇಗೆ ಇರಬೇಕು ಎಂದು ಭಾವಿಸಲ್ಪಡುವುದು) ಉಪಯುಕ್ತತೆ, ಆರೋಹ್ಯತೆ , ಕಾರ್ಯಕ್ಷಮತೆ, ಹೊಂದಾಣಿಕೆ, ವಿಶ್ವಾಸಾರ್ಹತೆ ಮೊದಲಾದವುಗಳು ಹೆಚ್ಚಿನ ರೀತಿಯಲ್ಲಿ ವಸ್ತುನಿಷ್ಠವಾಗಿರಲು ಸಾಧ್ಯವಿದೆ; ಇದು ಓರ್ವನಿಗೆ ಸಾಕಷ್ಟಿರುವ ಮೌಲ್ಯವನ್ನು ರೂಪಿಸುವ, ಮತ್ತೋರ್ವನಿಗೆ ಅಸಹನೀಯವಾಗಿರಬಹುದಾದ ಅಂಶವಾಗಿದೆ.
ಒಂದು ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಹೊರೆಯ ಅಡಿಯಲ್ಲಿ ಒಂದು ಯಂತ್ರ ವ್ಯವಸ್ಥೆ ಅಥವಾ ಉಪ-ಯಂತ್ರ ವ್ಯವಸ್ಥೆಯು ಎಷ್ಟು ಕ್ಷಿಪ್ರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಣಯಿಸಲು ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿರುತ್ತದೆ. ಪ್ರಮಾಣವೃದ್ಧಿ ಸಾಮರ್ಥ್ಯ, ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಸಂಪನ್ಮೂಲದ ಬಳಕೆಯಂಥ ಯಂತ್ರ ವ್ಯವಸ್ಥೆಯ ಇತರ ಗುಣಮಟ್ಟದ ಅಂಶಗಳನ್ನು ಊರ್ಜಿತಗೊಳಿಸುವ ಮತ್ತು ಪರಿಶೀಲಿಸುವ ಕಾರ್ಯವನ್ನೂ ಸಹ ಇದು ನೆರವೇರಿಸಬಲ್ಲದು. ಅದು ದೊಡ್ಡ ಪರಿಮಾಣಗಳ ದತ್ತಾಂಶವೇ ಆಗಿರಲಿ ಅಥವಾ ಒಂದು ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಬಳಕೆದಾರರೇ ಆಗಿರಲಿ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಹೊರೆಯ ಅಡಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ಮುಂದುವರಿಸಬಲ್ಲ ಪರೀಕ್ಷೆಗೆ ಹೊರೆ ಪರೀಕ್ಷೆಯು ಪ್ರಧಾನವಾಗಿ ಸಂಬಂಧಪಟ್ಟಿರುತ್ತದೆ. ಇದಕ್ಕೆ ತಂತ್ರಾಂಶದ ಆರೋಹ್ಯತೆ ಎಂಬುದಾಗಿ ಸಾಮಾನ್ಯವಾಗಿ ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆ. ಒಂದು ಕಾರ್ಯತ್ಮಕವಲ್ಲದ ಚಟುವಟಿಕೆಯಾಗಿ ನಿರ್ವಹಿಸಲ್ಪಟ್ಟಾಗಿನ ಸಂಬಂಧಿತ ಹೊರೆ ಪರೀಕ್ಷಾ ಚಟುವಟಿಕೆಯನ್ನು ಸಹಿಷ್ಣುತೆ ಪರೀಕ್ಷೆ ಎಂಬುದಾಗಿ ಅನೇಕವೇಳೆ ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆ.
ಈ ಕೆಳಕಂಡ ಪ್ರಕ್ರಿಯೆಗಳ ಮೂಲಕ ತಂತ್ರಾಂಶ ದೋಷಗಳು ಸಂಭವಿಸುತ್ತವೆ. ಕಾರ್ಯಸೂಚಿಯ ಸಂಯೋಜಕನೋರ್ವನು ಒಂದು ತಪ್ಪನ್ನು ಎಸಗಿದಾಗ, ಅದು ತಂತ್ರಾಂಶದ ಮೂಲ ಸಂಕೇತದಲ್ಲಿನ ಒಂದು ದೋಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಒಂದು ವೇಳೆ ಈ ದೋಷವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ್ದೇ ಆದಲ್ಲಿ, ನಿರ್ದಿಷ್ಟ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ ಯಂತ್ರ ವ್ಯವಸ್ಥೆಯು ತಪ್ಪು ಫಲಿತಾಂಶಗಳನ್ನು ಉಂಟುಮಾಡಿ, ವೈಫಲ್ಯತೆಯೊಂದಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಎಲ್ಲಾ ದೋಷಗಳೂ ಅವಶ್ಯವಾಗಿ ವೈಫಲ್ಯತೆಗಳಲ್ಲಿ ಪರ್ಯವಸಾನಗೊಳ್ಳುತ್ತವೆ ಎಂದೇನೂ ಇಲ್ಲ. ಉದಾಹರಣೆಗೆ, ಜಡ ಸಂಕೇತದಲ್ಲಿನ ದೋಷಗಳು ಎಂದಿಗೂ ವೈಫಲ್ಯತೆಗಳನ್ನು ಉಂಟುಮಾಡುವುದಿಲ್ಲ. ಪರಿಸರವು ಬದಲಾಯಿಸಲ್ಪಟ್ಟಾಗ ದೋಷವೊಂದು ಒಂದು ವೈಫಲ್ಯತೆಯಾಗಿ ಬದಲಾಗಬಲ್ಲದು. ಒಂದು ಹೊಸ ಯಂತ್ರಾಂಶದ ವೇದಿಕೆಯ ಮೇಲೆ ತಂತ್ರಾಂಶವು ಚಾಲಿಸಲ್ಪಡುತ್ತಿರುವುದು, ಮೂಲ ದತ್ತಾಂಶದಲ್ಲಿನ ಮಾರ್ಪಾಡುಗಳು ಅಥವಾ ವಿಭಿನ್ನ ತಂತ್ರಾಂಶದೊಂದಿಗೆ ಪರಸ್ಪರ ಕಾರ್ಯನಿರ್ವಹಿಸುವಿಕೆ ಇವು ಪರಿಸರದಲ್ಲಿನ ಈ ಬದಲಾವಣೆಗಳ ಉದಾಹರಣೆಗಳಲ್ಲಿ ಸೇರಿವೆ. ಏಕೈಕ ದೋಷವೊಂದು ಒಂದು ವ್ಯಾಪಕ ಶ್ರೇಣಿಯ ವೈಫಲ್ಯತೆಯ ಲಕ್ಷಣಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.
ಪರಿಶೀಲನೆ ಮತ್ತು ಕ್ರಮಬದ್ಧಗೊಳಿಸುವಿಕೆ ಎಂಬ ಶಬ್ದಗಳನ್ನು ಉದ್ಯಮದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ವಿನಿಮಯಸಾಧ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ; ಈ ಎರಡು ಶಬ್ದಗಳು ತಪ್ಪಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲ್ಪಟ್ಟಿರುವುದನ್ನೂ ಸಹ ನಾವು ಸಾಮಾನ್ಯವಾಗಿ ಕಾಣಬಹುದಾಗಿದೆ. ತಂತ್ರಾಂಶ ಎಂಜಿನಿಯರಿಂಗ್‌ ಪರಿಭಾಷೆಗೆ ಸಂಬಂಧಿಸಿದಂತಿರುವ ನ ಪ್ರಮಾಣಕ ಶಬ್ದಸಂಗ್ರಹದ ಅನುಸಾರ:
ಪರಿಶೀಲನೆ ಎಂಬುದು ಒಂದು ಯಂತ್ರ ವ್ಯವಸ್ಥೆಯ ಅಥವಾ ಅಂಗಭಾಗದ ಮೌಲ್ಯನಿರ್ಣಯಿಸುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದ್ದು, ಅಭಿವೃದ್ಧಿಯ ಒಂದು ನಿರ್ದಿಷ್ಟ ಹಂತದ ಉತ್ಪನ್ನಗಳು ಆ ಹಂತದ ಆರಂಭದಲ್ಲಿ ವಿಧಿಸಲ್ಪಟ್ಟ ಷರತ್ತುಗಳನ್ನು ಈಡೇರಿಸುತ್ತವೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಣಯಿಸಲು ಅದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ಕ್ರಮಬದ್ಧಗೊಳಿಸುವಿಕೆ ಎಂಬುದು ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯ ಅವಧಿಯಲ್ಲಿ ಅಥವಾ ಅದರ ಅಂತ್ಯದಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗುವ ಒಂದು ಯಂತ್ರ ವ್ಯವಸ್ಥೆಯ ಅಥವಾ ಅಂಗಭಾಗದ ಮೌಲ್ಯನಿರ್ಣಯದ ಪ್ರಕ್ರಿಯೆಯಾಗಿದ್ದು, ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅದು ಈಡೇರಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಣಯಿಸಲು ಸದರಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ಪರೀಕ್ಷೆ - ಸಾರ್ವಜನಿಕ ಮತ್ತು ಖಾಸಗಿ ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅನ್ವಯಿಕೆಯನ್ನು ಪರೀಕ್ಷಿಸುವಿಕೆ
ಸಂಕೇತ ವ್ಯಾಪ್ತಿ - ಸಂಕೇತವ್ಯಾಪ್ತಿಯ ಕೆಲವೊಂದು ಮಾನದಂಡಗಳನ್ನು ಪೂರೈಸಲೆಂದು ಪರೀಕ್ಷೆಗಳನ್ನು ಸೃಷ್ಟಿಸುವಿಕೆ (ಉದಾಹರಣೆಗೆ, ಕಾರ್ಯಸೂಚಿಯಲ್ಲಿನ ಎಲ್ಲಾ ನಿರೂಪಣೆಗಳು ಕನಿಷ್ಟಪಕ್ಷ ಒಂದು ಸಲ ಕಾರ್ಯಗತಗೊಳಿಸಲ್ಪಡುವಂತಾಗಲು, ಪರೀಕ್ಷಾ ವಿನ್ಯಾಸಕನು ಪರೀಕ್ಷೆಗಳನ್ನು ಸೃಷ್ಟಿಸಬಲ್ಲ)
ದೋಷದ ಒಳಹೊಗಿಸುವಿಕೆಯ ವಿಧಾನಗಳು - ಸಂಕೇತದ ಮಾರ್ಗಗಳನ್ನು ಪರೀಕ್ಷಿಸಲೆಂದು ದೋಷಗಳನ್ನು ಪರಿಚಯಿಸುವ ಮೂಲಕ ಪರೀಕ್ಷೆಯೊಂದರ ವ್ಯಾಪ್ತಿಯನ್ನು ಸುಧಾರಿಸುವಿಕೆ
ಸ್ಥಾಯೀ ಪರೀಕ್ಷೆ - ಬಿಳಿ-ಪೆಟ್ಟಿಗೆ ಪರೀಕ್ಷೆಯು ಎಲ್ಲಾ ಸ್ಥಾಯೀ ಪರೀಕ್ಷೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ
ತಂತ್ರಾಂಶದೊಳಗಿನ ಎಲ್ಲಾ ದೋಷಗಳನ್ನು ಪರೀಕ್ಷೆಯು ಎಂದಿಗೂ ಸಂಪೂರ್ಣವಾಗಿ ಗುರುತಿಸಲಾರದು. ಅದರ ಬದಲಿಗೆ, ತಪ್ಪಾಗದ ಮಾರ್ಗಸೂಚಿಗಳಿಗೆ ಪ್ರತಿಯಾಗಿ ಉತ್ಪನ್ನದ ಸ್ಥಿತಿಗತಿ ಮತ್ತು ವರ್ತನೆಯನ್ನು ಹೋಲಿಸುವ ಒಂದು ಗುಣದೋಷ ವಿವೇಚನೆ ಅಥವಾ ಹೋಲಿಕೆ ಯನ್ನು ಇದು ಒದಗಿಸುತ್ತದೆ; 'ತಪ್ಪಾಗದ ಮಾರ್ಗಸೂಚಿಗಳು' ಎಂಬುದು, ಸಮಸ್ಯೆಯೊಂದನ್ನು ಗುರುತಿಸಲೆಂದು ಪರಿಣಿತರು ಆಧಾರವಾಗಿಟ್ಟುಕೊಳ್ಳುವ ತತ್ತ್ವಗಳು ಅಥವಾ ಕಾರ್ಯವಿಧಾನಗಳಾಗಿರುತ್ತವೆ. ನಿರ್ದಿಷ್ಟ ವಿವರಣೆಗಳು, ಒಡಂಬಡಿಕೆಗಳು, ಹೋಲಿಸಬಹುದಾದ ಉತ್ಪನ್ನಗಳು, ಅದೇ ಉತ್ಪನ್ನದ ಹಿಂದಿನ ಆವೃತ್ತಿಗಳು, ಆಶಿಸಲ್ಪಟ್ಟ ಅಥವಾ ನಿರೀಕ್ಷಿಸಲ್ಪಟ್ಟ ಉದ್ದೇಶದ ಕುರಿತಾದ ತೀರ್ಮಾನಗಳು, ಬಳಕೆದಾರರ ಅಥವಾ ಗ್ರಾಹಕರ ನಿರೀಕ್ಷೆಗಳು, ಸುಸಂಬದ್ಧ ಪ್ರಮಾಣಕಗಳು, ಅನ್ವಯಿಸುವ ಕಾನೂನುಗಳು, ಅಥವಾ ಇತರ ಮಾನದಂಡಗಳನ್ನು ಈ ತಪ್ಪಾಗದ ಮಾರ್ಗಸೂಚಿಗಳು ಒಳಗೊಂಡಿರಬಹುದಾದರೂ ಅವು ಅಷ್ಟಕ್ಕೇ ಸೀಮಿತಗೊಂಡಿಲ್ಲ.
ಪ್ರತಿ ತಂತ್ರಾಂಶ ಉತ್ಪನ್ನವೂ ಒಂದು ಉದ್ದಿಷ್ಟ ಶ್ರೋತೃವರ್ಗವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ವಿಡಿಯೋ ಆಟದ ತಂತ್ರಾಂಶಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತಿರುವ ಶ್ರೋತೃವರ್ಗವು ಬ್ಯಾಂಕಿಂಗ್‌ ತಂತ್ರಾಂಶಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತಿರುವ ಶ್ರೋತೃವರ್ಗಕ್ಕಿಂತ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಸಂಸ್ಥೆಯೊಂದು ತಂತ್ರಾಂಶ ಉತ್ಪನ್ನವೊಂದನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ ಅಥವಾ ಅದರಲ್ಲಿ ಹೂಡಿಕೆ ಮಾಡುವಾಗ, ಅದು ತಂತ್ರಾಂಶ ಉತ್ಪನ್ನದ ಕುರಿತಾಗಿ ಒಂದಷ್ಟು ಮೌಲ್ಯ ನಿರ್ಣಯವನ್ನು ಕೈಗೊಳ್ಳುತ್ತದೆ; ಅಂದರೆ, ಸದರಿ ತಂತ್ರಾಂಶ ಉತ್ಪನ್ನವು ಅದರ ಆಂತ್ಯಿಕ-ಬಳಕೆದಾರರಿಗೆ, ಅದರ ಉದ್ದಿಷ್ಟ ಶ್ರೋತೃವರ್ಗಕ್ಕೆ, ಅದರ ಖರೀದಿದಾರರಿಗೆ, ಮತ್ತು ಇತರ ಮಧ್ಯಸ್ಥಗಾರರಿಗೆ ಸ್ವೀಕಾರಯೋಗ್ಯವಾಗುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಸಂಸ್ಥೆಯು ನಿರ್ಣಯಿಸುತ್ತದೆ. ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆ ಎಂಬುದು ಈ ಮೌಲ್ಯ ನಿರ್ಧಾರಣೆಯನ್ನು ಕೈಗೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುವುದರ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ.
ನಿರ್ದಿಷ್ಟ ವಿವರಣೆ-ಆಧರಿತ ಪರೀಕ್ಷೆ : ಅನ್ವಯಿಸುವ ಅವಶ್ಯಕತೆಗಳ ಅನುಸಾರ ತಂತ್ರಾಂಶದ ಕಾರ್ಯತ್ಮಕತೆಯನ್ನು ಪರೀಕ್ಷಿಸುವುದರೆಡೆಗೆ ನಿರ್ದಿಷ್ಟ ವಿವರಣೆ-ಆಧರಿತ ಪರೀಕ್ಷೆಯು ಗುರಿಯಿರಿಸುತ್ತದೆ. ಈ ರೀತಿಯಾಗಿ, ಪರೀಕ್ಷಕನು ಪರೀಕ್ಷಾ ವಸ್ತುವಿನೊಳಗೆ ದತ್ತಾಂಶವನ್ನು ಪ್ರದಾನ ಮಾಡುತ್ತಾನೆ ಮತ್ತು ಅದರಿಂದ ಬರುವ ಫಲಿತ ಮಾಹಿತಿಯನ್ನಷ್ಟೇ ನೋಡುತ್ತಾನೆ. ಈ ಮಟ್ಟದ ಪರೀಕ್ಷೆಯು ನಡೆಯಬೇಕೆಂದರೆ, ಸುಪರಿಷ್ಕೃತ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಪರೀಕ್ಷಕನಿಗೆ ಒದಗಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ. ಒಂದು ನಿರ್ದಿಷ್ಟ ದತ್ತಮಾಹಿತಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಫಲಿತ ಮೌಲ್ಯ ಪರೀಕ್ಷಾ ನಿದರ್ಶನದಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ನಿರೀಕ್ಷಿತ ಮೌಲ್ಯದ ರೀತಿಯಲ್ಲಿಯೇ "ಇದೆಯೇ" ಅಥವಾ "ಇಲ್ಲವೇ" ಎಂಬುದನ್ನು ನಂತರದಲ್ಲಿ ಪರೀಕ್ಷಕನು ಸರಳವಾಗಿ ಪರಿಶೀಲಿಸುವುದು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ದೋಷಗಳ ತೆಗೆದುಹಾಕುವಿಕೆಯನ್ನು ಪರೀಕ್ಷೆಯಿಂದ ಪ್ರತ್ಯೇಕಿಸುವುದರ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಆರಂಭದಲ್ಲಿ ಗ್ಲೆನ್‌ಫೋರ್ಡ್‌ . ಮೈಯರ್ಸ್‌ ಎಂಬಾತ 1979ರಲ್ಲಿ ಪರಿಚಯಿಸಿದ. ಒಡೆಯುವಿಕೆಯ ಪರೀಕ್ಷೆಯ ಮೇಲೆ ಅವನ ಗಮನವಿತ್ತಾದರೂ ("ದೋಷವೊಂದನ್ನು ಕಂಡುಹಿಡಿಯುವ ಪರೀಕ್ಷೆಯೊಂದು ಯಶಸ್ವಿ ಪರೀಕ್ಷೆ ಎನಿಸಿಕೊಳ್ಳುತ್ತದೆ"), ದೋಷಗಳನ್ನು ತೆಗೆದುಹಾಕುವಿಕೆಯಂಥ ಮೂಲಭೂತ ಅಭಿವೃದ್ಧಿ ಚಟುವಟಿಕೆಗಳನ್ನು ಪರಿಶೀಲನೆಯಿಂದ ಪ್ರತ್ಯೇಕಿಸುವಲ್ಲಿನ ತಂತ್ರಾಂಶ ಎಂಜಿನಿಯರಿಂಗ್‌ ಸಮುದಾಯದ ಬಯಕೆಯನ್ನು ಇದು ವಿಶದಗೊಳಿಸಿತು. 1988ರಲ್ಲಿ ಡೇವ್ ಗೆಲ್‌ಪೆರಿನ್‌ ಮತ್ತು ವಿಲಿಯಂ . ಹೆಟ್‌ಜೆಲ್‌ ಎಂಬಿಬ್ಬರು ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯಲ್ಲಿನ ಹಂತಗಳು ಮತ್ತು ಗುರಿಗಳನ್ನು ಈ ಕೆಳಕಂಡ ಘಟ್ಟಗಳಲ್ಲಿ ವರ್ಗೀಕರಿಸಿದರು:
ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆ ಎಂಬುದು ಒಂದು ಕ್ರಮಬದ್ಧವಾದ ಪರೀಕ್ಷೆಯಾಗಿದ್ದು, ಪರೀಕ್ಷೆಗೆ ಒಳಪಟ್ಟಿರುವ ಉತ್ಪನ್ನ ಅಥವಾ ಸೇವೆಯ ಗುಣಮಟ್ಟದ ಕುರಿತಾದ ಮಾಹಿತಿಯನ್ನು ಮಧ್ಯಸ್ಥಗಾರರಿಗೆ ಒದಗಿಸಲು ಇದನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ. ವ್ಯವಹಾರದ ಅಸ್ತಿತ್ವವು ತಂತ್ರಾಂಶದ ಅನುಷ್ಠಾನದ ಅಪಾಯಗಳನ್ನು ಗ್ರಹಿಸುವುದಕ್ಕೆ ಮತ್ತು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಕ್ಕೆ ಅನುವು ಮಾಡಿಕೊಡುವ ದೃಷ್ಟಿಯಿಂದ, ತಂತ್ರಾಂಶದ ಒಂದು ವಸ್ತುನಿಷ್ಠ, ಸ್ವತಂತ್ರ ನೋಟವನ್ನೂ ಸಹ ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯು ಒದಗಿಸುತ್ತದೆ. ತಂತ್ರಾಂಶದ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವ ಆಶಯದೊಂದಿಗಿನ ಒಂದು ಕಾರ್ಯಸೂಚಿ ಅಥವಾ ಅನ್ವಯಿಕೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಪ್ರಕ್ರಿಯೆಯು ಸದರಿ ಪರೀಕ್ಷಾ ಕೌಶಲಗಳಲ್ಲಿ ಸೇರಿಕೊಂಡಿದೆಯಾದರೂ, ಕೌಶಲಗಳು ಅಷ್ಟಕ್ಕೇ ಸೀಮಿತಗೊಂಡಿಲ್ಲ.
ಬೀಟಾ ಪರೀಕ್ಷೆ ಯು ಆಲ್ಫಾ ಪರೀಕ್ಷೆಯ ನಂತರ ಬರುತ್ತದೆ. ಬೀಟಾ ಆವೃತ್ತಿಗಳು ಎಂಬುದಾಗಿ ಕರೆಯಲ್ಪಡುವ ತಂತ್ರಾಂಶದ ಆವೃತ್ತಿಗಳು, ಕಾರ್ಯಸೂಚಿ ನಿರ್ವಹಣಾ ತಂಡದ ಆಚೆಯಿರುವ ಒಂದು ಸೀಮಿತ ಶ್ರೋತೃವರ್ಗಕ್ಕೆ ಬಿಡುಗಡೆ ಮಾಡಲ್ಪಡುತ್ತವೆ. ಜನರ ಸಮೂಹಕ್ಕೆ ತಂತ್ರಾಂಶವನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲಾಗುವುದರಿಂದ, ಉತ್ಪನ್ನವು ಕೆಲವೇ ನ್ಯೂನತೆಗಳನ್ನು ಅಥವಾ ದೋಷಗಳನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ಮುಂದಿನ ಪರೀಕ್ಷೆಯು ಖಾತ್ರಿಪಡಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಪರಿಣಾಮ ಮಾಹಿತಿಯ ಕ್ಷೇತ್ರವು ಗರಿಷ್ಟತಮ ಸಂಖ್ಯೆಯ ಭವಿಷ್ಯದ ಬಳಕೆದಾರರಿಗೆ ಹೆಚ್ಚಿನ ಮಟ್ಟದಲ್ಲಿ ತಲುಪುವಂತಾಗಲೆಂದು, ಕೆಲವೊಮ್ಮೆ ಬೀಟಾ ಆವೃತ್ತಿಗಳನ್ನು ಸಾರ್ವಜನಿಕರಿಗೆ ಮುಕ್ತವಾಗಿ ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡಲಾಗುತ್ತದೆ.
ವಿಭಿನ್ನ ತಂತ್ರಾಂಶ ಅಭಿವೃದ್ಧಿ ಮಾದರಿಗಳು ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿನ ವಿಭಿನ್ನ ಘಟ್ಟಗಳೆಡೆಗೆ ಪರೀಕ್ಷಾ ಪ್ರಯತ್ನವನ್ನು ಕೇಂದ್ರೀಕರಿಸುತ್ತವೆ. ಅಗೈಲ್‌‌‌ನಂಥ ಹೊಸದಾದ ಅಭಿವೃದ್ಧಿ ಮಾದರಿಗಳು ಅನೇಕವೇಳೆ ಪರೀಕ್ಷಾ ಪ್ರೇರಿತ ಅಭಿವೃದ್ಧಿಯನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಪರೀಕ್ಷೆಯ ಒಂದು ವರ್ಧಿಸಲ್ಪಟ್ಟ ಅಥವಾ ಅಭಿವೃದ್ಧಿಪಡಿಸಲ್ಪಟ್ಟ ಭಾಗವು ಪರೀಕ್ಷಕರ ಒಂದು ಔಪಚಾರಿಕ ತಂಡಕ್ಕೆ ತಲುಪುವುದಕ್ಕೆ ಮುಂಚಿತವಾಗಿ, ಅದನ್ನು ಅಭಿವರ್ಧಕರ ಅಧೀನದಲ್ಲಿ ಇರಿಸುತ್ತದೆ. ಹೆಚ್ಚು ಸಾಂಪ್ರದಾಯಿಕವಾಗಿರುವ ಮಾದರಿಯೊಂದರಲ್ಲಿ, ಪರೀಕ್ಷಾ ನೆರವೇರಿಕೆಯ ಬಹುಭಾಗವು ಅವಶ್ಯಕತೆಗಳು ವಿಶದೀಕರಿಸಲ್ಪಟ್ಟ ನಂತರ ಹಾಗೂ ಸಂಕೇತಿಸುವ ಪ್ರಕ್ರಿಯೆಯು ಸಂಪೂರ್ಣಗೊಳಿಸಲ್ಪಟ್ಟ ನಂತರ ಸಂಭವಿಸುತ್ತದೆ.
ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯು ವಿವಾದಾತ್ಮಕವಾಗಿದ್ದರೂ ಸಹ, ತಂತ್ರಾಂಶದ ಗುಣಮಟ್ಟದ ಖಾತರಿ ಪ್ರಕ್ರಿಯೆಯ ಒಂದು ಪ್ರಮುಖ ಭಾಗವಾಗಿ ಅದನ್ನು ಪರಿಗಣಿಸಬಹುದಾಗಿದೆ. ಯಲ್ಲಿ, ತಂತ್ರಾಂಶ ಸಂಸ್ಕರಣದ ಪರಿಣತರು ಮತ್ತು ಶ್ರಾವಕರು, ತಂತ್ರಾಂಶ ಮತ್ತು ಅದರ ಅಭಿವೃದ್ಧಿಯ ಕುರಿತಾದ ಒಂದು ವಿಶಾಲವಾದ ನೋಟವನ್ನು ಕಾಣಲು ಅವಕಾಶವಿರುತ್ತದೆ. ವಿತರಿಸಲ್ಪಟ್ಟ ತಂತ್ರಾಂಶದಲ್ಲಿ ಕಂಡುಬರಬಹುದಾದ, ನ್ಯೂನತೆಯ ಪ್ರಮಾಣ ಎಂದು ಕರೆಯಲ್ಪಡುವ ದೋಷಗಳ ಮೊತ್ತವನ್ನು ತಗ್ಗಿಸುವ ಸಲುವಾಗಿ, ಅವರು ತಂತ್ರಾಂಶ ಎಂಜಿನಿಯರಿಂಗ್‌ ಪ್ರಕ್ರಿಯೆಯನ್ನೇ ಪರೀಕ್ಷಿಸುತ್ತಾರೆ ಮತ್ತು ಬದಲಿಸುತ್ತಾರೆ.
ನಿರ್ದಿಷ್ಟ ಚಟುವಟಿಕೆಯು ನಿರೀಕ್ಷಿಸಲ್ಪಟ್ಟಂತೆಯೇ ಕಾರ್ಯನಿರತವಾಗಿದೆ ಎಂಬುದನ್ನು ಖಾತ್ರಿಪಡಿಸಲು ಅಭಿವರ್ಧಕರು ಸಂಕೇತದ ಕುರಿತಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರಾದ್ದರಿಂದ, ಈ ಬಗೆಯ ಪರೀಕ್ಷೆಗಳು ಅಭಿವರ್ಧಕರಿಂದ ಸಾಮಾನ್ಯವಾಗಿ ಬರೆಯಲ್ಪಟ್ಟಿರುತ್ತವೆ. ಇಕ್ಕಟ್ಟು ಪ್ರಕರಣಗಳು ಅಥವಾ ಸಂಕೇತದಲ್ಲಿನ ಇತರ ಶಾಖೆಗಳನ್ನು ಸೆರೆಹಿಡಿಯಲೆಂದು, ಒಂದು ಚಟುವಟಿಕೆಯು ಅನೇಕ ಪರೀಕ್ಷೆಗಳನ್ನು ಹೊಂದಿರಲು ಸಾಧ್ಯವಿದೆ. ತಂತ್ರಾಂಶದ ತುಣುಕೊಂದರ ಕಾರ್ಯತ್ಮಕತೆಯನ್ನು ಘಟಕ ಪರೀಕ್ಷೆಯೊಂದೇ ಪರಿಶೀಲಿಸಲಾರದಾದರೂ, ತಂತ್ರಾಂಶವು ಬಳಸುವ ನಿರ್ಮಾಣ ಘಟಕಗಳು ಪರಸ್ಪರ ಸ್ವತಂತ್ರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಖಾತ್ರಿಪಡಿಸಲು ಅದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ಮುಖ್ಯ ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಗೆ ಒಂದು ಹೊಸ ರಚನೆಯನ್ನು ಪರಿಚಯಿಸುವುದಕ್ಕೆ ಮುಂಚಿತವಾಗಿರುವ ಒಂದು ಅಂಗೀಕಾರ ಪರೀಕ್ಷೆಯಾಗಿ, ಅಂದರೆ ಸಮಗ್ರೀಕರಣ ಅಥವಾ ನಿವರ್ತನ ಪರೀಕ್ಷೆಗೆ ಮುಂಚಿತವಾಗಿ ಹೊಗೆ ಪರೀಕ್ಷೆಯೊಂದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ಗ್ರಾಹಕರು ತಮ್ಮ ಪ್ರಯೋಗಾಲಯದ ಪರಿಸರದಲ್ಲಿ ತಮ್ಮದೇ ಆದ ಯಂತ್ರಾಂಶದ ಮೇಲೆ ಅನೇಕವೇಳೆ ನಿರ್ವಹಿಸುವ ಅಂಗೀಕಾರ ಪರೀಕ್ಷೆಯನ್ನು ಬಳಕೆದಾರ ಅಂಗೀಕಾರ ಪರೀಕ್ಷೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಅಭಿವೃದ್ಧಿಯ ಯಾವುದೇ ಎರಡು ಹಂತಗಳ ನಡುವಿನ ತಳ್ಳಿಕೆ ಪ್ರಕ್ರಿಯೆಯ ಭಾಗವಾಗಿ ಅಂಗೀಕಾರ ಪರೀಕ್ಷೆಯು ನಿರ್ವಹಿಸಲ್ಪಡಬಹುದು.
ಸಂಕೇತದ ಒಂದು ನಿರ್ದಿಷ್ಟ ಕ್ರಮ ಅಥವಾ ಕ್ರಿಯೆಯನ್ನು ಪರಿಶೀಲಿಸುವ ಚಟುವಟಿಕೆಗಳಿಗೆ ಕಾರ್ಯತ್ಮಕ ಪರೀಕ್ಷೆ ಎಂದು ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆ. ಸಂಕೇತದ ಅವಶ್ಯಕತೆಗಳ ದಾಖಲೆ ಸಂಗ್ರಹಣದಲ್ಲಿ ಇವು ಸಾಮಾನ್ಯವಾಗಿ ಕಂಡುಬರುತ್ತವೆಯಾದರೂ, ಬಳಕೆಯ ಪ್ರಕರಣಗಳು ಅಥವಾ ಬಳಕೆದಾರರ ಕಥೆಗಳನ್ನು ಆಧರಿಸಿ ಕೆಲವೊಂದು ಅಭಿವೃದ್ಧಿ ವಿಧಾನಶಾಸ್ತ್ರಗಳು ಕಾರ್ಯ ನಿರ್ವಹಿಸುತ್ತವೆ. "ಬಳಕೆದಾರನು ಇದನ್ನು ಮಾಡಬಲ್ಲನೇ" ಅಥವಾ "ಈ ನಿರ್ದಿಷ್ಟ ಲಕ್ಷಣವು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುವುದೇ" ಎಂಬಂಥ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರ ನೀಡುವ ಪ್ರವೃತ್ತಿಯನ್ನು ಕಾರ್ಯತ್ಮಕ ಪರೀಕ್ಷೆಗಳು ಹೊಂದಿರುತ್ತವೆ.
ದೋಷವೊಂದನ್ನು ಆದಷ್ಟು ಬೇಗ ಕಂಡುಕೊಂಡಲ್ಲಿ ಅದನ್ನು ದುರಸ್ತಿಮಾಡುವುದು ಅತ್ಯಂತ ಸುಲಭ ಎಂಬುದು ಸಾಮಾನ್ಯವಾಗಿ ನಂಬಲ್ಪಟ್ಟಿರುವ ಅಂಶವಾಗಿದೆ.
ದೋಷವು ಯಾವ ಘಟ್ಟದಲ್ಲಿ ಕಂಡುಹಿಡಿಯಲ್ಪಟ್ಟಿತು ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ, ದೋಷವನ್ನು ದುರಸ್ತಿಮಾಡುವುದರ ವೆಚ್ಚವನ್ನು ಈ ಕೆಳಕಂಡ ಕೋಷ್ಟಕವು ತೋರಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ವೇಳೆ ಅವಶ್ಯಕತೆಗಳಲ್ಲಿನ ಸಮಸ್ಯೆಯೊಂದು ಬಿಡುಗಡೆಯ-ನಂತರವಷ್ಟೇ ಕಂಡುಬಂದಲ್ಲಿ, ಅವಶ್ಯಕತೆಗಳ ಅವಲೋಕನದಿಂದ ಒಂದು ವೇಳೆ ಅದಾಗಲೇ ಕಂಡುಬಂದಿದ್ದರೆ ಆಗುತ್ತಿದ್ದ ವೆಚ್ಚಗಳಿಗಿಂತ, ಅದನ್ನು ದುರಸ್ತಿಮಾಡಲೆಂದು 10–100 ಪಟ್ಟು ಹೆಚ್ಚು ವೆಚ್ಚವಾಗುತ್ತದೆ.
ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯನ್ನು ತಂತ್ರಾಂಶ ಪರೀಕ್ಷಕರ ವತಿಯಿಂದ ನಡೆಸಬಹುದಾಗಿರುತ್ತದೆ. 1980ರ ದಶಕದವರೆಗೂ "ತಂತ್ರಾಂಶ ಪರೀಕ್ಷಕ" ಎಂಬ ಶಬ್ದವನ್ನು ಸಾರ್ವತ್ರಿಕವಾಗಿ ಬಳಸಲಾಗುತ್ತಿತ್ತಾದರೂ, ನಂತರದ ಅವಧಿಯಲ್ಲಿ ಇದನ್ನೂ ಸಹ ಒಂದು ಪ್ರತ್ಯೇಕ ವೃತ್ತಿಯಾಗಿ ನೋಡುವ ಪರಿಪಾಠವು ಶುರುವಾಯಿತು. ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯಲ್ಲಿನ ಅವಧಿಗಳು ಮತ್ತು ವಿಭಿನ್ನ ಗುರಿಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ವಿಭಿನ್ನ ಪಾತ್ರಗಳು ಅಸ್ತಿತ್ವವನ್ನು ಕಂಡುಕೊಂಡಿವೆ. ಅವುಗಳೆಂದರೆ: ವ್ಯವಸ್ಥಾಪಕ , ಪರೀಕ್ಷಾ ಮುಖ್ಯಸ್ಥ , ಪರೀಕ್ಷಾ ವಿನ್ಯಾಸಕ , ಪರೀಕ್ಷಕ , ಸ್ವಯಂಚಾಲನೆಯ ಅಭಿವರ್ಧಕ , ಮತ್ತು ಪರೀಕ್ಷಾ ಕಾರ್ಯನಿರ್ವಾಹಕ .
ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆ ಎಂಬುದು ತಂತ್ರಾಂಶದಲ್ಲಿನ ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲೆಂಬ ಉದ್ದೇಶದೊಂದಿಗೆ ಕೈಗೊಳ್ಳಲಾಗುವ ಒಂದು ಕಾರ್ಯಭಾರವಾಗಿದ್ದು, ಇದನ್ನು ನೆರವೇರಿಸುವುದಕ್ಕಾಗಿ ಕಂಪ್ಯೂಟರ್‌ ಕಾರ್ಯಸೂಚಿಯ ನಿರೀಕ್ಷಿಸಲ್ಪಟ್ಟ ಫಲಿತಾಂಶಗಳನ್ನು ದತ್ತಮಾಹಿತಿಗಳ ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಜ್ಜಿಕೆಗೆ ಮೀಸಲಾದ ಅದರ ವಾಸ್ತವಿಕ ಫಲಿತಾಂಶಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ ವ್ಯತ್ಯಾಸವನ್ನು ಎತ್ತಿತೋರಿಸಲಾಗುತ್ತದೆ. ಇದಕ್ಕೆ ತದ್ವಿರುದ್ಧವಾಗಿ, ಎಂಬುದು ಕಾರ್ಯನೀತಿಗಳು ಮತ್ತು ಕ್ರಮವಿಧಾನಗಳ ಅನುಷ್ಠಾನವಾಗಿದ್ದು, ಮೊದಲ ಸ್ಥಳದಲ್ಲಿಯೇ ದೋಷಗಳು ಸಂಭವಿಸದಂತೆ ತಡೆಗಟ್ಟುವ ಉದ್ದೇಶದಿಂದ ಅದನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ.
ತಂತ್ರಾಂಶ ವಿನ್ಯಾಸವೊಂದಕ್ಕೆ ಪ್ರತಿಯಾಗಿ ಅಂಗಭಾಗಗಳ ನಡುವಿನ ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಬಯಸುವ ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯ ಯಾವುದೇ ಬಗೆಯು ಸಮಗ್ರೀಕರಣ ಪರೀಕ್ಷೆ ಎನಿಸಿಕೊಳ್ಳುತ್ತದೆ. ತಂತ್ರಾಂಶದ ಅಂಗಭಾಗಗಳು ಒಂದು ಪುನರುಕ್ತಿ ರೂಪದ ವಿಧಾನದಲ್ಲಿ ಅಥವಾ ಎಲ್ಲಾ ಒಟ್ಟಾಗಿ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿರಬಹುದು. ಇಂಟರ್‌ಫೇಸ್‌ ಸಮಸ್ಯೆಗಳು ಹೆಚ್ಚು ಕ್ಷಿಪ್ರವಾಗಿ ಸ್ಥಳೀಕರಿಸಲ್ಪಡಲು ಮತ್ತು ದುರಸ್ತಿಮಾಡಲ್ಪಡಲು ಪುನರುಕ್ತಿ ರೂಪದ ವಿಧಾನವು ಅನುವುಮಾಡಿಕೊಡುತ್ತದೆಯಾದ್ದರಿಂದ, ಈ ವಿಧಾನವು ಒಂದು ಉತ್ತಮವಾದ ಪರಿಪಾಠ ಎಂಬುದಾಗಿ ಸಾಮಾನ್ಯವಾಗಿ ಪರಿಗಣಿಸಲ್ಪಟ್ಟಿದೆ.
ಸಂಕೇತಿಸುವಿಕೆಯಲ್ಲಿನ ತಪ್ಪುಗಳಿಂದಲೇ ತಂತ್ರಾಂಶದ ಎಲ್ಲಾ ದೋಷಗಳೂ ಉಂಟಾಗುತ್ತವೆ ಎಂದೇನೂ ಅಲ್ಲ. ದುಬಾರಿ ಎಂದು ಪರಿಗಣಿಸಬಹುದಾದ ದೋಷಗಳ ಒಂದು ಸಾಮಾನ್ಯ ಮೂಲವು ಅಂತರಗಳ ಅವಶ್ಯಕತೆಯಿಂದ, ಉದಾಹರಣೆಗೆ ಗುರುತಿಸಲ್ಪಡದ ಅವಶ್ಯಕತೆಗಳಿಂದ, ಉಂಟಾಗುತ್ತದೆ; ಕಾರ್ಯಸೂಚಿ ವಿನ್ಯಾಸಕನು ಕರ್ತವ್ಯಲೋಪದ ತಪ್ಪುಗಳನ್ನು ಎಸಗಲು ಇದು ಕಾರಣವಾಗುತ್ತದೆ. ಪರೀಕ್ಷಣೀಯತೆ, ಆರೋಹ್ಯತೆ , ಸಮರ್ಥನೀಯತೆ, ಉಪಯುಕ್ತತೆ, ಕಾರ್ಯಕ್ಷಮತೆ, ಮತ್ತು ಭದ್ರತೆಯಂಥ ಕಾರ್ಯತ್ಮಕವಲ್ಲದ ಅವಶ್ಯಕತೆಗಳು, ಅವಶ್ಯಕತೆಗಳ ಅಂತರಗಳ ಒಂದು ಸಾಮಾನ್ಯ ಮೂಲವಾಗಿದೆ.
ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯ ಒಂದು ಸಾಮಾನ್ಯ ಪರಿಪಾಠವೆಂದರೆ, ತಂತ್ರಾಂಶದ ಕಾರ್ಯತ್ಮಕತೆಯು ಅಭಿವೃದ್ಧಿಪಡಿಸಲ್ಪಟ್ಟ ನಂತರ ಅದು ಗ್ರಾಹಕರಿಗೆ ವಿತರಿಸಲ್ಪಡುವ ಮೊದಲು, ಪರೀಕ್ಷಕರ ಒಂದು ಸ್ವತಂತ್ರ ಗುಂಪು ಪರೀಕ್ಷೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಯೋಜನೆಯ ವಿಳಂಬಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಸರಿದೂಗಿಸಲೆಂದು ಒಂದು ಯೋಜನಾ ದತ್ತಕೋಶವಾಗಿ ಬಳಸಲ್ಪಡುತ್ತಿರುವ ಪರೀಕ್ಷಾ ಹಂತದಲ್ಲಿ ಈ ಪರಿಪಾಠವು ಅನೇಕವೇಳೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ; ಇದರಿಂದಾಗಿ ಪರೀಕ್ಷಾ ಕಾರ್ಯಕ್ಕೆ ವಿನಿಯೋಗಿಸಲ್ಪಟ್ಟ ಸಮಯಕ್ಕೆ ಹೊಂದಿಕೊಂಡಂತಾಗುತ್ತದೆ.
ಗಾತ್ರದ ಪರೀಕ್ಷೆ ಎಂಬುದು ಪರೀಕ್ಷಾ ಕಾರ್ಯತ್ಮಕತೆಗೆ ಇರುವ ಒಂದು ಮಾರ್ಗವಾಗಿದೆ. ಒತ್ತಡದ ಪರೀಕ್ಷೆ ಎಂಬುದು ಪರೀಕ್ಷಾ ವಿಶ್ವಾಸಾರ್ಹತೆಗೆ ಇರುವ ಒಂದು ಮಾರ್ಗವಾಗಿದೆ. ಹೊರೆ ಪರೀಕ್ಷೆ ಎಂಬುದು ಪರೀಕ್ಷಾ ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಇರುವ ಒಂದು ಮಾರ್ಗವಾಗಿದೆ. ಹೊರೆ ಪರೀಕ್ಷೆಯ ನಿರ್ದಿಷ್ಟ ಗುರಿಗಳೇನು ಎಂಬುದರ ಕುರಿತು ಇರುವ ಒಮ್ಮತಾಭಿಪ್ರಾಯವು ಅಲ್ಪಪ್ರಮಾಣದ್ದಾಗಿದೆ. ಹೊರೆ ಪರೀಕ್ಷೆ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆ, ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಪರೀಕ್ಷೆ, ಮತ್ತು ಗಾತ್ರದ ಪರೀಕ್ಷೆ ಎಂಬ ಶಬ್ದಗಳನ್ನು ಅನೇಕವೇಳೆ ವಿನಿಮಯಸಾಧ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
ಒಂದು ತಂತ್ರಾಂಶ ಕಾರ್ಯಸೂಚಿ/ಅನ್ವಯಿಕೆ/ಉತ್ಪನ್ನವು ಈ ಕೆಳಕಂಡ ಚಟುವಟಿಕೆಗಳನ್ನು ಕೈಗೊಳ್ಳಬಲ್ಲದು ಎಂಬ ಅಂಶವನ್ನು ಆಧಾರವಾಗಿರಿಸಿಕೊಂಡು, ಕ್ರಮಬದ್ಧಗೊಳಿಸುವುದರ ಮತ್ತು ಪರಿಶೀಲಿಸುವುದರ ಪ್ರಕ್ರಿಯೆಯಾಗಿಯೂ ತಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದು:
ಅದು ತನ್ನ ವಿನ್ಯಾಸ ಮತ್ತು ಅಭಿವೃದ್ಧಿಗೆ ಮಾರ್ಗದರ್ಶನ ನೀಡಿದ ವ್ಯಾವಹಾರಿಕ ಮತ್ತು ತಾಂತ್ರಿಕ ಅವಶ್ಯಕತೆಗಳನ್ನು ಈಡೇರಿಸುತ್ತದೆ;
ಕಾರ್ಯಸೂಚಿ ನಿರ್ವಹಣೆಯ ಅನೇಕ ಗುಂಪುಗಳು ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಯನ್ನು ಹೆಚ್ಚೆಚ್ಚು ನೆಚ್ಚಿಕೊಂಡಿವೆ; ಅದರಲ್ಲೂ ವಿಶೇಷವಾಗಿ,
ಪರೀಕ್ಷಾ-ಪ್ರೇರಿತ ಅಭಿವೃದ್ಧಿಯನ್ನು ಬಳಸುವ ಗುಂಪುಗಳಲ್ಲಿ ಇದು ಹೆಚ್ಚಾಗಿ ಕಂಡುಬರುತ್ತದೆ. ಪರೀಕ್ಷೆಗಳನ್ನು ಲಿಖಿತರೂಪದಲ್ಲಿ ತಿಳಿಸುವಂತಹ ಅನೇಕ ಚೌಕಟ್ಟುಗಳು ಇಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ, ಮತ್ತು ಒಂದು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣದ ವ್ಯವಸ್ಥೆಯೊಳಗೆ ಸಂಕೇತವು ಪ್ರತಿ ಬಾರಿಯೂ ಪ್ರವೇಶಿಸಿದಾಗಲೂ, ನಿರಂತರ ಸಮಗ್ರೀಕರಣದ ತಂತ್ರಾಂಶವು ಪರೀಕ್ಷೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಚಾಲಿಸುತ್ತದೆ.
ಆಲ್ಫಾ ಪರೀಕ್ಷೆ ಎಂಬುದು ತಂತ್ರಾಂಶದ ಅಭಿವರ್ಧಕರ ತಾಣದಲ್ಲಿ ಸಂಭಾವ್ಯ ಬಳಕೆದಾರರು/ಗ್ರಾಹಕರಿಂದ ಅಥವಾ ಸ್ವತಂತ್ರ ಪರೀಕ್ಷಾ ತಂಡದಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುವ, ಅನುಕರಿಸಲ್ಪಟ್ಟ ಅಥವಾ ವಾಸ್ತವಿಕವಾದ ಕಾರ್ಯಾತ್ಮಕ ಪರೀಕ್ಷೆಯಾಗಿದೆ. ತಂತ್ರಾಂಶವು ಬೀಟಾ ಪರೀಕ್ಷೆಗೆ ಒಳಪಡುವುದಕ್ಕೆ ಮುಂಚಿತವಾಗಿ, ಆಂತರಿಕ ಅಂಗೀಕಾರ ಪರೀಕ್ಷೆಯ ಒಂದು ಸ್ವರೂಪವಾಗಿ, ಆದೇಶಕ್ಕನುಗುಣವಾಗಿ ರೂಪಿಸಿರದ ತಂತ್ರಾಂಶಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ ಆಲ್ಫಾ ಪರೀಕ್ಷೆಯನ್ನು ಅನೇಕವೇಳೆ ಬಳಸಿಕೊಳ್ಳಲಾಗುತ್ತದೆ.