ಮೊದಲ ಭಾಗ - .
ಪರಿಸ್ಥಿತಿಯನ್ನು ಊಹಿಸಿ. ಹೊಸ ಕಾರ್ಯವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಕಾರ್ಯವನ್ನು ನೀವು ಎದುರಿಸುತ್ತಿರುವಿರಿ. ನಿಮ್ಮ ಪೂರ್ವವರ್ತಿಗಳಿಂದ ನೀವು ಬೆಳವಣಿಗೆಗಳನ್ನು ಹೊಂದಿದ್ದೀರಿ. ನಿಮಗೆ ಯಾವುದೇ ನೈತಿಕ ಹೊಣೆಗಾರಿಕೆಗಳಿಲ್ಲ ಎಂದು ನಾವು ಭಾವಿಸಿದರೆ, ನೀವು ಏನು ಮಾಡುತ್ತೀರಿ?
ಹೆಚ್ಚಾಗಿ, ಎಲ್ಲಾ ಹಳೆಯ ಬೆಳವಣಿಗೆಗಳು ಮರೆತುಹೋಗಿವೆ ಮತ್ತು ಎಲ್ಲವೂ ಮತ್ತೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಬೇರೊಬ್ಬರ ಕೋಡ್ ಅನ್ನು ಅಗೆಯಲು ಯಾರೂ ಇಷ್ಟಪಡುವುದಿಲ್ಲ, ಆದರೆ ನಿಮಗೆ ಸಮಯವಿದ್ದರೆ, ನಿಮ್ಮ ಸ್ವಂತ ವ್ಯವಸ್ಥೆಯನ್ನು ರಚಿಸಲು ಏಕೆ ಪ್ರಾರಂಭಿಸಬಾರದು? ಇದು ಒಂದು ವಿಶಿಷ್ಟ ವಿಧಾನವಾಗಿದೆ, ಮತ್ತು ಇದು ಹೆಚ್ಚಾಗಿ ಸರಿಯಾಗಿದೆ. ಆದರೆ ನಮ್ಮ ಯೋಜನೆಯಲ್ಲಿ ನಾವು ತಪ್ಪು ಮಾಡಿದ್ದೇವೆ. ನಾವು ನಮ್ಮ ಪೂರ್ವವರ್ತಿಗಳಿಂದ utPLSQL ನಲ್ಲಿ ಘಟಕ ಪರೀಕ್ಷೆಗಳಲ್ಲಿನ ಬೆಳವಣಿಗೆಗಳ ಮೇಲೆ ಭವಿಷ್ಯದ ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಆಧರಿಸಿದೆ ಮತ್ತು ನಂತರ ಹಲವಾರು ಸಮಾನಾಂತರ ದಿಕ್ಕುಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಹೋಗಿದ್ದೇವೆ.
- ಹಳೆಯ ಘಟಕ ಪರೀಕ್ಷೆಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ. ರಿಕವರಿ ಎಂದರೆ ಲಾಯಲ್ಟಿ ಸಿಸ್ಟಮ್ನ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸ್ಥಿತಿಗೆ ಪರೀಕ್ಷೆಗಳನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳುವುದು ಮತ್ತು ಪರೀಕ್ಷೆಗಳನ್ನು utPLSQL ಮಾನದಂಡಗಳಿಗೆ ಅಳವಡಿಸಿಕೊಳ್ಳುವುದು.
- ನಿಖರವಾಗಿ ಏನು, ಯಾವ ವಿಧಾನಗಳು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಆಟೋಟೆಸ್ಟ್ಗಳೊಂದಿಗೆ ಮುಚ್ಚಲಾಗಿದೆ ಎಂಬುದರ ತಿಳುವಳಿಕೆಯೊಂದಿಗೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದು. ನೀವು ಈ ಮಾಹಿತಿಯನ್ನು ನಿಮ್ಮ ತಲೆಯಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳಬೇಕು ಅಥವಾ ಸ್ವಯಂಪರೀಕ್ಷೆ ಕೋಡ್ ಅನ್ನು ನೇರವಾಗಿ ಆಧರಿಸಿ ತೀರ್ಮಾನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ಆದ್ದರಿಂದ, ನಾವು ಕ್ಯಾಟಲಾಗ್ ರಚಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ನಾವು ಪ್ರತಿ ಸ್ವಯಂ ಪರೀಕ್ಷೆಗೆ ವಿಶಿಷ್ಟವಾದ ಜ್ಞಾಪಕ ಕೋಡ್ ಅನ್ನು ನಿಯೋಜಿಸಿದ್ದೇವೆ, ವಿವರಣೆಯನ್ನು ಮತ್ತು ರೆಕಾರ್ಡ್ ಮಾಡಿದ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ರಚಿಸಿದ್ದೇವೆ (ಉದಾಹರಣೆಗೆ, ಯಾವ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಅದನ್ನು ಪ್ರಾರಂಭಿಸಬೇಕು ಅಥವಾ ಪರೀಕ್ಷಾ ಉಡಾವಣೆ ವಿಫಲವಾದರೆ ಏನಾಗುತ್ತದೆ). ಮೂಲಭೂತವಾಗಿ, ನಾವು ಆಟೋಟೆಸ್ಟ್‌ಗಳ ಕುರಿತು ಮೆಟಾಡೇಟಾವನ್ನು ತುಂಬಿದ್ದೇವೆ ಮತ್ತು ಆ ಮೆಟಾಡೇಟಾವನ್ನು ಪ್ರಮಾಣಿತ utPLSQL ಸ್ಕೀಮಾ ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಇರಿಸಿದ್ದೇವೆ.
- ವಿಸ್ತರಣೆ ತಂತ್ರವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದು, ಅಂದರೆ. ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಗಳ ಮೂಲಕ ಪರಿಶೀಲನೆಗೆ ಒಳಪಟ್ಟಿರುವ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಆಯ್ಕೆ. ನಾವು ಮೂರು ವಿಷಯಗಳಿಗೆ ಗಮನ ಕೊಡಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ: ಹೊಸ ಸಿಸ್ಟಮ್ ಸುಧಾರಣೆಗಳು, ಉತ್ಪಾದನಾ ಘಟನೆಗಳು ಮತ್ತು ಪ್ರಮುಖ ಸಿಸ್ಟಮ್ ಪ್ರಕ್ರಿಯೆಗಳು. ಹೀಗಾಗಿ, ನಾವು ಬಿಡುಗಡೆಯೊಂದಿಗೆ ಸಮಾನಾಂತರವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದೇವೆ, ಅದರ ಉತ್ತಮ ಗುಣಮಟ್ಟವನ್ನು ಖಾತ್ರಿಪಡಿಸಿಕೊಳ್ಳುತ್ತೇವೆ, ಏಕಕಾಲದಲ್ಲಿ ಹಿಂಜರಿತದ ವ್ಯಾಪ್ತಿಯನ್ನು ವಿಸ್ತರಿಸುತ್ತೇವೆ ಮತ್ತು ನಿರ್ಣಾಯಕ ಸ್ಥಳಗಳಲ್ಲಿ ಸಿಸ್ಟಮ್ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಖಾತ್ರಿಪಡಿಸಿಕೊಳ್ಳುತ್ತೇವೆ. ಅಂತಹ ಮೊದಲ ಅಡಚಣೆಯೆಂದರೆ ಚೆಕ್‌ನಲ್ಲಿ ರಿಯಾಯಿತಿಗಳು ಮತ್ತು ಬೋನಸ್‌ಗಳನ್ನು ವಿತರಿಸುವ ಪ್ರಕ್ರಿಯೆ.
- ಸ್ವಾಭಾವಿಕವಾಗಿ, ನಾವು ಹೊಸ ಆಟೋಟೆಸ್ಟ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ಲಾಯಲ್ಟಿ ಸಿಸ್ಟಮ್ನ ಪೂರ್ವನಿರ್ಧರಿತ ಮಾದರಿಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವುದು ಮೊದಲ ಬಿಡುಗಡೆಯ ಕಾರ್ಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ನಮ್ಮ ಯೋಜನೆಯು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಸ್ಥಿರವಾದ SQL ಪ್ರಶ್ನೆಗಳ ಬ್ಲಾಕ್ ಅನ್ನು ಹೊಂದಿದೆ, ಅದು ಷರತ್ತುಗಳ ಆಧಾರದ ಮೇಲೆ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನಿರ್ದಿಷ್ಟ ನಗರದಲ್ಲಿ ಕೊನೆಯ ಖರೀದಿಯನ್ನು ಹೊಂದಿರುವ ಎಲ್ಲಾ ಗ್ರಾಹಕರ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಿರಿ ಅಥವಾ ಸರಾಸರಿ ಖರೀದಿ ಮೊತ್ತವು ನಿರ್ದಿಷ್ಟ ಮೌಲ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿರುವ ಗ್ರಾಹಕರ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಿರಿ. ಸ್ವಯಂ ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆದ ನಂತರ, ನಾವು ಪೂರ್ವನಿರ್ಧರಿತ ಮಾದರಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿದ್ದೇವೆ, ಬೆಂಚ್‌ಮಾರ್ಕ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ನಿಯತಾಂಕಗಳನ್ನು ದಾಖಲಿಸಿದ್ದೇವೆ ಮತ್ತು ಹೆಚ್ಚುವರಿಯಾಗಿ ನಾವು ಲೋಡ್ ಪರೀಕ್ಷೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ.
- ಆಟೋಟೆಸ್ಟ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಅನುಕೂಲಕರವಾಗಿರಬೇಕು. ಆಟೋಟೆಸ್ಟ್‌ಗಳನ್ನು ರನ್ ಮಾಡುವುದು ಮತ್ತು ಪರೀಕ್ಷಾ ಡೇಟಾವನ್ನು ರಚಿಸುವುದು ಎರಡು ಸಾಮಾನ್ಯ ಕ್ರಿಯೆಗಳು. ನಮ್ಮ ಸಿಸ್ಟಂನಲ್ಲಿ ಎರಡು ಸಹಾಯಕ ಮಾಡ್ಯೂಲ್‌ಗಳು ಹೇಗೆ ಕಾಣಿಸಿಕೊಂಡವು: ಲಾಂಚ್ ಮಾಡ್ಯೂಲ್ ಮತ್ತು ಡೇಟಾ ಉತ್ಪಾದನೆ ಮಾಡ್ಯೂಲ್.
ಲಾಂಚರ್ ಅನ್ನು ಒಂದು ಪಠ್ಯ ಇನ್‌ಪುಟ್ ಪ್ಯಾರಾಮೀಟರ್‌ನೊಂದಿಗೆ ಒಂದು ಸಾರ್ವತ್ರಿಕ ಕಾರ್ಯವಿಧಾನವಾಗಿ ಪ್ರತಿನಿಧಿಸಲಾಗುತ್ತದೆ. ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿ, ನೀವು ಆಟೋಟೆಸ್ಟ್ ಜ್ಞಾಪಕ ಕೋಡ್, ಪ್ಯಾಕೇಜ್ ಹೆಸರು, ಪರೀಕ್ಷೆಯ ಹೆಸರು, ಆಟೋಟೆಸ್ಟ್ ಸೆಟ್ಟಿಂಗ್ ಅಥವಾ ಕಾಯ್ದಿರಿಸಿದ ಕೀವರ್ಡ್ ಅನ್ನು ರವಾನಿಸಬಹುದು. ಕಾರ್ಯವಿಧಾನವು ಷರತ್ತುಗಳನ್ನು ಪೂರೈಸುವ ಎಲ್ಲಾ ಸ್ವಯಂ ಪರೀಕ್ಷೆಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ರನ್ ಮಾಡುತ್ತದೆ.
ಡೇಟಾ ಉತ್ಪಾದನೆ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಪ್ಯಾಕೇಜ್ ರೂಪದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗುತ್ತದೆ, ಇದರಲ್ಲಿ ಪರೀಕ್ಷೆಯ ಅಡಿಯಲ್ಲಿ ಸಿಸ್ಟಮ್ನ ಪ್ರತಿಯೊಂದು ವಸ್ತುವಿಗೂ (ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿನ ಕೋಷ್ಟಕ), ಅಲ್ಲಿ ಡೇಟಾವನ್ನು ಸೇರಿಸುವ ವಿಶೇಷ ವಿಧಾನವನ್ನು ರಚಿಸಲಾಗಿದೆ. ಈ ಕಾರ್ಯವಿಧಾನದಲ್ಲಿ, ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ತುಂಬಿಸಲಾಗುತ್ತದೆ, ಇದು ಬೆರಳಿನ ಕ್ಲಿಕ್‌ನಲ್ಲಿ ಅಕ್ಷರಶಃ ವಸ್ತುಗಳ ರಚನೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಮತ್ತು ಬಳಕೆಯ ಸುಲಭತೆಗಾಗಿ, ರಚಿಸಿದ ಡೇಟಾಕ್ಕಾಗಿ ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಪರೀಕ್ಷಾ ಫೋನ್ ಮತ್ತು ಪೂರ್ಣಗೊಂಡ ಖರೀದಿಯೊಂದಿಗೆ ನಿರ್ದಿಷ್ಟ ವಯಸ್ಸಿನ ಕ್ಲೈಂಟ್ ಅನ್ನು ರಚಿಸಿ.
- ನಿಮ್ಮ ಸಿಸ್ಟಮ್‌ಗೆ ಸ್ವೀಕಾರಾರ್ಹವಾದ ಸಮಯದಲ್ಲಿ ಆಟೋಟೆಸ್ಟ್‌ಗಳು ಪ್ರಾರಂಭವಾಗಬೇಕು ಮತ್ತು ರನ್ ಆಗಬೇಕು. ಆದ್ದರಿಂದ, ದೈನಂದಿನ ರಾತ್ರಿ ಉಡಾವಣೆಯನ್ನು ಆಯೋಜಿಸಲಾಗಿದೆ, ಅದರ ಫಲಿತಾಂಶಗಳ ಆಧಾರದ ಮೇಲೆ ಫಲಿತಾಂಶಗಳ ಕುರಿತು ವರದಿಯನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಾರ್ಪೊರೇಟ್ ಮೇಲ್ ಮೂಲಕ ಸಂಪೂರ್ಣ ಅಭಿವೃದ್ಧಿ ತಂಡಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಹಳೆಯ ಸ್ವಯಂ ಪರೀಕ್ಷೆಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಿದ ನಂತರ ಮತ್ತು ಹೊಸದನ್ನು ರಚಿಸಿದ ನಂತರ, ಒಟ್ಟು ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯ 30 ನಿಮಿಷಗಳು. ಈ ಕಾರ್ಯನಿರ್ವಹಣೆಯು ಎಲ್ಲರಿಗೂ ಸರಿಹೊಂದುತ್ತದೆ, ಏಕೆಂದರೆ ಉಡಾವಣೆಯು ಕೆಲಸದ ಸಮಯದ ಹೊರಗೆ ನಡೆಯಿತು.
ಆದರೆ ಕೆಲಸದ ವೇಗವನ್ನು ಉತ್ತಮಗೊಳಿಸುವಲ್ಲಿ ನಾವು ಕೆಲಸ ಮಾಡಬೇಕಾಗಿತ್ತು. ಉತ್ಪಾದನೆಯಲ್ಲಿನ ಲಾಯಲ್ಟಿ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಾತ್ರಿಯಲ್ಲಿ ನವೀಕರಿಸಲಾಗುತ್ತದೆ. ಬಿಡುಗಡೆಯ ಒಂದು ಭಾಗವಾಗಿ, ನಾವು ರಾತ್ರಿಯಲ್ಲಿ ತುರ್ತು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಬೇಕಾಗಿತ್ತು. ಬೆಳಿಗ್ಗೆ ಮೂರು ಗಂಟೆಗೆ ಆಟೋಟೆಸ್ಟ್‌ಗಳ ಫಲಿತಾಂಶಗಳಿಗಾಗಿ ಅರ್ಧ ಘಂಟೆಯವರೆಗೆ ಕಾಯುವುದು ಬಿಡುಗಡೆಯ ಜವಾಬ್ದಾರಿಯುತ ವ್ಯಕ್ತಿಯನ್ನು ಸಂತೋಷಪಡಿಸಲಿಲ್ಲ (ಅಲೆಕ್ಸಿ ವಾಸ್ಯುಕೋವ್‌ಗೆ ಉತ್ಕಟ ಶುಭಾಶಯಗಳು!), ಮತ್ತು ಮರುದಿನ ಬೆಳಿಗ್ಗೆ ನಮ್ಮ ಸಿಸ್ಟಮ್‌ಗೆ ಅನೇಕ ರೀತಿಯ ಮಾತುಗಳನ್ನು ಹೇಳಲಾಯಿತು. ಆದರೆ ಇದರ ಪರಿಣಾಮವಾಗಿ, ಕೆಲಸಕ್ಕಾಗಿ 5 ನಿಮಿಷಗಳ ಮಾನದಂಡವನ್ನು ಸ್ಥಾಪಿಸಲಾಯಿತು.
ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ವೇಗಗೊಳಿಸಲು, ನಾವು ಎರಡು ವಿಧಾನಗಳನ್ನು ಬಳಸಿದ್ದೇವೆ: ಆಟೋಟೆಸ್ಟ್‌ಗಳು ಮೂರು ಸಮಾನಾಂತರ ಥ್ರೆಡ್‌ಗಳಲ್ಲಿ ಚಲಾಯಿಸಲು ಪ್ರಾರಂಭಿಸಿದವು, ಅದೃಷ್ಟವಶಾತ್ ನಮ್ಮ ನಿಷ್ಠಾವಂತ ವ್ಯವಸ್ಥೆಯ ವಾಸ್ತುಶಿಲ್ಪದಿಂದಾಗಿ ಇದು ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿದೆ. ಮತ್ತು ಆಟೋಟೆಸ್ಟ್ ಸ್ವತಃ ಪರೀಕ್ಷಾ ಡೇಟಾವನ್ನು ರಚಿಸದ ವಿಧಾನವನ್ನು ನಾವು ಕೈಬಿಟ್ಟಿದ್ದೇವೆ, ಆದರೆ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಸೂಕ್ತವಾದದನ್ನು ಕಂಡುಹಿಡಿಯಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ. ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದ ನಂತರ, ಒಟ್ಟು ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯವನ್ನು 3-4 ನಿಮಿಷಗಳಿಗೆ ಕಡಿಮೆ ಮಾಡಲಾಗಿದೆ.
- ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಗಳನ್ನು ಹೊಂದಿರುವ ಯೋಜನೆಯನ್ನು ವಿವಿಧ ಸ್ಟ್ಯಾಂಡ್‌ಗಳಲ್ಲಿ ನಿಯೋಜಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ನಮ್ಮ ಪ್ರಯಾಣದ ಆರಂಭದಲ್ಲಿ, ನಮ್ಮ ಸ್ವಂತ ಬ್ಯಾಚ್ ಫೈಲ್‌ಗಳನ್ನು ಬರೆಯುವ ಪ್ರಯತ್ನಗಳು ನಡೆದವು, ಆದರೆ ಸ್ವಯಂ-ಲಿಖಿತ ಸ್ವಯಂಚಾಲಿತ ಸ್ಥಾಪನೆಯು ಸಂಪೂರ್ಣ ಭಯಾನಕವಾಗಿದೆ ಎಂದು ಸ್ಪಷ್ಟವಾಯಿತು ಮತ್ತು ನಾವು ಕೈಗಾರಿಕಾ ಪರಿಹಾರಗಳ ಕಡೆಗೆ ತಿರುಗಿದ್ದೇವೆ. ಯೋಜನೆಯು ಸಾಕಷ್ಟು ನೇರ ಕೋಡ್ ಅನ್ನು ಹೊಂದಿರುವುದರಿಂದ (ಮೊದಲನೆಯದಾಗಿ, ನಾವು ಆಟೋಟೆಸ್ಟ್ ಕೋಡ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುತ್ತೇವೆ) ಮತ್ತು ಕಡಿಮೆ ಡೇಟಾವನ್ನು (ಮುಖ್ಯ ಡೇಟಾವು ಆಟೋಟೆಸ್ಟ್‌ಗಳ ಬಗ್ಗೆ ಮೆಟಾಡೇಟಾ), ಲಿಕ್ವಿಬೇಸ್ ಯೋಜನೆಯಲ್ಲಿನ ಅನುಷ್ಠಾನವು ತುಂಬಾ ಸರಳವಾಗಿದೆ.
ಇದು ಡೇಟಾಬೇಸ್ ಸ್ಕೀಮಾ ಬದಲಾವಣೆಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು, ನಿರ್ವಹಿಸಲು ಮತ್ತು ಜಾರಿಗೊಳಿಸಲು ತೆರೆದ ಮೂಲ, ಡೇಟಾಬೇಸ್-ಸ್ವತಂತ್ರ ಗ್ರಂಥಾಲಯವಾಗಿದೆ. ಕಮಾಂಡ್ ಲೈನ್ ಅಥವಾ ಅಪಾಚೆ ಮಾವೆನ್‌ನಂತಹ ಚೌಕಟ್ಟುಗಳ ಮೂಲಕ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಲಿಕ್ವಿಬೇಸ್ ಕಾರ್ಯಾಚರಣೆಯ ತತ್ವವು ತುಂಬಾ ಸರಳವಾಗಿದೆ. ಗುರಿ ಸರ್ವರ್‌ಗೆ ಹೊರತರಬೇಕಾದ ಬದಲಾವಣೆಗಳು ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ನಾವು ನಿರ್ದಿಷ್ಟ ರೀತಿಯಲ್ಲಿ ಆಯೋಜಿಸಿದ್ದೇವೆ ಮತ್ತು ಈ ಬದಲಾವಣೆಗಳನ್ನು ಯಾವ ಅನುಕ್ರಮದಲ್ಲಿ ಮತ್ತು ಯಾವ ನಿಯತಾಂಕಗಳೊಂದಿಗೆ ಸ್ಥಾಪಿಸಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ಫೈಲ್‌ಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತೇವೆ.
DBMS ಮಟ್ಟದಲ್ಲಿ, ಲಿಕ್ವಿಬೇಸ್ ರೋಲ್ಓವರ್ ಲಾಗ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುವ ವಿಶೇಷ ಕೋಷ್ಟಕವನ್ನು ರಚಿಸಲಾಗಿದೆ. ಪ್ರತಿಯೊಂದು ಬದಲಾವಣೆಯು ಲೆಕ್ಕಾಚಾರದ ಹ್ಯಾಶ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಇದು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಯೋಜನೆ ಮತ್ತು ರಾಜ್ಯದ ನಡುವೆ ಪ್ರತಿ ಬಾರಿ ಹೋಲಿಸಲಾಗುತ್ತದೆ. Liquibase ಗೆ ಧನ್ಯವಾದಗಳು, ನಾವು ಯಾವುದೇ ಸರ್ಕ್ಯೂಟ್‌ಗೆ ನಮ್ಮ ಸಿಸ್ಟಮ್‌ಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಸುಲಭವಾಗಿ ಹೊರತರಬಹುದು. ಆಟೋಟೆಸ್ಟ್‌ಗಳನ್ನು ಈಗ ಪರೀಕ್ಷಾ ಮತ್ತು ಬಿಡುಗಡೆ ಸರ್ಕ್ಯೂಟ್‌ಗಳಲ್ಲಿ, ಹಾಗೆಯೇ ಕಂಟೇನರ್‌ಗಳಲ್ಲಿ (ಡೆವಲಪರ್‌ಗಳ ವೈಯಕ್ತಿಕ ಸರ್ಕ್ಯೂಟ್‌ಗಳು) ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ.
ಆದ್ದರಿಂದ, ನಮ್ಮ ಘಟಕ ಪರೀಕ್ಷಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುವ ಫಲಿತಾಂಶಗಳ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ.
- ಸಹಜವಾಗಿ, ಮೊದಲನೆಯದಾಗಿ, ನಾವು ಉತ್ತಮ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ ಎಂದು ನಮಗೆ ಮನವರಿಕೆಯಾಗಿದೆ. ಆಟೋಟೆಸ್ಟ್‌ಗಳನ್ನು ಪ್ರತಿದಿನ ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಬಿಡುಗಡೆಯಲ್ಲಿ ಡಜನ್ಗಟ್ಟಲೆ ದೋಷಗಳು ಕಂಡುಬರುತ್ತವೆ. ಇದಲ್ಲದೆ, ಈ ಕೆಲವು ದೋಷಗಳು ನಾವು ನಿಜವಾಗಿಯೂ ಬದಲಾಯಿಸಲು ಬಯಸಿದ ಕಾರ್ಯನಿರ್ವಹಣೆಗೆ ಮಾತ್ರ ಪರೋಕ್ಷವಾಗಿ ಸಂಬಂಧಿಸಿವೆ. ಹಸ್ತಚಾಲಿತ ಪರೀಕ್ಷೆಯಿಂದ ಈ ದೋಷಗಳು ಕಂಡುಬಂದಿವೆ ಎಂಬ ಗಂಭೀರ ಅನುಮಾನಗಳಿವೆ.
- ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಚಟುವಟಿಕೆಯು ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂಬ ವಿಶ್ವಾಸವನ್ನು ತಂಡವು ಹೊಂದಿದೆ... ಮೊದಲನೆಯದಾಗಿ, ಇದು ನಮ್ಮ ನಿರ್ಣಾಯಕ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ. ಉದಾಹರಣೆಗೆ, ಕಳೆದ ಆರು ತಿಂಗಳುಗಳಲ್ಲಿ, ಬಿಡುಗಡೆಯ ಬದಲಾವಣೆಗಳ ಹೊರತಾಗಿಯೂ, ರಸೀದಿಗಳ ಮೇಲಿನ ರಿಯಾಯಿತಿಗಳು ಮತ್ತು ಬೋನಸ್‌ಗಳ ವಿತರಣೆಯಲ್ಲಿ ನಮಗೆ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ, ಆದಾಗ್ಯೂ ಹಿಂದಿನ ಅವಧಿಗಳಲ್ಲಿ ಕೆಲವು ಆವರ್ತನಗಳಲ್ಲಿ ದೋಷಗಳು ಸಂಭವಿಸಿವೆ
- ನಾವು ಪರೀಕ್ಷೆಯ ಪುನರಾವರ್ತನೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೇವೆ. ಹೊಸ ಕಾರ್ಯಕ್ಕಾಗಿ ಸ್ವಯಂ ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯಲಾಗಿದೆ ಎಂಬ ಅಂಶದಿಂದಾಗಿ, ವಿಶ್ಲೇಷಕರು ಮತ್ತು ಅರೆಕಾಲಿಕ ಪರೀಕ್ಷಕರು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ, ಏಕೆಂದರೆ ಅದನ್ನು ಈಗಾಗಲೇ ಪರಿಶೀಲಿಸಲಾಗಿದೆ.
- ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಯಲ್ಲಿನ ಕೆಲವು ಬೆಳವಣಿಗೆಗಳನ್ನು ಡೆವಲಪರ್‌ಗಳು ಬಳಸುತ್ತಾರೆ. ಉದಾಹರಣೆಗೆ, ಆಬ್ಜೆಕ್ಟ್ ಜನರೇಷನ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಕಂಟೇನರ್‌ಗಳಲ್ಲಿನ ಪರೀಕ್ಷಾ ಡೇಟಾವನ್ನು ರಚಿಸಲಾಗಿದೆ.
- ಡೆವಲಪರ್‌ಗಳ ಕಡೆಯಿಂದ ನಾವು ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷಾ ವ್ಯವಸ್ಥೆಯ "ಸ್ವೀಕಾರ" ವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದೇವೆ ಎಂಬುದು ಮುಖ್ಯ. ಇದು ಮುಖ್ಯ ಮತ್ತು ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂಬ ತಿಳುವಳಿಕೆ ಇದೆ. ಆದರೆ ನನ್ನ ಸ್ವಂತ ಅನುಭವದಿಂದ ಇದು ಪ್ರಕರಣದಿಂದ ದೂರವಿದೆ ಎಂದು ನಾನು ಹೇಳಬಲ್ಲೆ. ಆಟೋಟೆಸ್ಟ್‌ಗಳನ್ನು ಬರೆಯಬೇಕಾಗಿದೆ, ಅವುಗಳನ್ನು ಬೆಂಬಲಿಸಬೇಕು ಮತ್ತು ಅಭಿವೃದ್ಧಿಪಡಿಸಬೇಕು, ಫಲಿತಾಂಶಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಬೇಕು ಮತ್ತು ಆಗಾಗ್ಗೆ ಈ ಸಮಯದ ವೆಚ್ಚಗಳು ಸರಳವಾಗಿ ಯೋಗ್ಯವಾಗಿರುವುದಿಲ್ಲ. ಉತ್ಪಾದನೆಗೆ ಹೋಗುವುದು ಮತ್ತು ಅಲ್ಲಿನ ಸಮಸ್ಯೆಗಳನ್ನು ನಿಭಾಯಿಸುವುದು ತುಂಬಾ ಸುಲಭ. ಇಲ್ಲಿ, ಡೆವಲಪರ್‌ಗಳು ಸಾಲಿನಲ್ಲಿರುತ್ತಾರೆ ಮತ್ತು ಆಟೋಟೆಸ್ಟ್ಗಳೊಂದಿಗೆ ತಮ್ಮ ಕಾರ್ಯವನ್ನು ಕವರ್ ಮಾಡಲು ನಮ್ಮನ್ನು ಕೇಳುತ್ತಾರೆ.
ಮುಂದೆ ಏನು
ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷಾ ಯೋಜನೆಯ ಅಭಿವೃದ್ಧಿ ಯೋಜನೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ.
ಸಹಜವಾಗಿ, ಸ್ಪೋರ್ಟ್‌ಮಾಸ್ಟರ್‌ನ ಲಾಯಲ್ಟಿ ಸಿಸ್ಟಮ್ ಜೀವಂತವಾಗಿರುವವರೆಗೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯನ್ನು ಮುಂದುವರೆಸುವವರೆಗೆ, ಆಟೋಟೆಸ್ಟ್‌ಗಳನ್ನು ಬಹುತೇಕ ಅಂತ್ಯವಿಲ್ಲದೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಸಹ ಸಾಧ್ಯವಿದೆ. ಆದ್ದರಿಂದ, ಅಭಿವೃದ್ಧಿಯ ಮುಖ್ಯ ನಿರ್ದೇಶನವು ವ್ಯಾಪ್ತಿಯ ಪ್ರದೇಶವನ್ನು ವಿಸ್ತರಿಸುತ್ತಿದೆ.
ಆಟೋಟೆಸ್ಟ್‌ಗಳ ಸಂಖ್ಯೆ ಹೆಚ್ಚಾದಂತೆ, ಅವುಗಳ ಒಟ್ಟು ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯವು ಸ್ಥಿರವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತದೆ ಮತ್ತು ನಾವು ಮತ್ತೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗೆ ಹಿಂತಿರುಗಬೇಕಾಗುತ್ತದೆ. ಹೆಚ್ಚಾಗಿ, ಸಮಾನಾಂತರ ಎಳೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚಿಸುವುದು ಪರಿಹಾರವಾಗಿದೆ.
ಆದರೆ ಇವು ಅಭಿವೃದ್ಧಿಯ ಸ್ಪಷ್ಟ ಮಾರ್ಗಗಳಾಗಿವೆ. ನಾವು ಹೆಚ್ಚು ಕ್ಷುಲ್ಲಕವಲ್ಲದ ಯಾವುದನ್ನಾದರೂ ಕುರಿತು ಮಾತನಾಡಿದರೆ, ನಾವು ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಹೈಲೈಟ್ ಮಾಡುತ್ತೇವೆ:
- ಪ್ರಸ್ತುತ, ಆಟೋಟೆಸ್ಟ್ ನಿರ್ವಹಣೆಯನ್ನು DBMS ಮಟ್ಟದಲ್ಲಿ ನಡೆಸಲಾಗುತ್ತದೆ, ಅಂದರೆ. ಯಶಸ್ವಿ ಕೆಲಸಕ್ಕಾಗಿ PL/SQL ಜ್ಞಾನದ ಅಗತ್ಯವಿದೆ. ಅಗತ್ಯವಿದ್ದರೆ, ಸಿಸ್ಟಮ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ (ಉದಾಹರಣೆಗೆ, ಮೆಟಾಡೇಟಾವನ್ನು ಪ್ರಾರಂಭಿಸುವುದು ಅಥವಾ ರಚಿಸುವುದು), ನೀವು ಜೆಂಕಿನ್ಸ್ ಅಥವಾ ಅದೇ ರೀತಿಯದನ್ನು ಬಳಸಿಕೊಂಡು ಕೆಲವು ರೀತಿಯ ನಿರ್ವಾಹಕ ಫಲಕವನ್ನು ರಚಿಸಬಹುದು.
- ಪ್ರತಿಯೊಬ್ಬರೂ ಪರಿಮಾಣಾತ್ಮಕ ಮತ್ತು ಗುಣಾತ್ಮಕ ಸೂಚಕಗಳನ್ನು ಪ್ರೀತಿಸುತ್ತಾರೆ. ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಗಾಗಿ, ಅಂತಹ ಸಾರ್ವತ್ರಿಕ ಸೂಚಕವು ಕೋಡ್ ಕವರೇಜ್ ಅಥವಾ ಕೋಡ್ ಕವರೇಜ್ ಮೆಟ್ರಿಕ್ ಆಗಿದೆ. ಈ ಸೂಚಕವನ್ನು ಬಳಸಿಕೊಂಡು, ಪರೀಕ್ಷೆಯ ಅಡಿಯಲ್ಲಿ ನಮ್ಮ ಸಿಸ್ಟಮ್ನ ಕೋಡ್‌ನ ಶೇಕಡಾವಾರು ಪ್ರಮಾಣವು ಆಟೋಟೆಸ್ಟ್‌ಗಳಿಂದ ಆವರಿಸಲ್ಪಟ್ಟಿದೆ ಎಂಬುದನ್ನು ನಾವು ನಿರ್ಧರಿಸಬಹುದು. ಆವೃತ್ತಿ 12.2 ರಿಂದ ಪ್ರಾರಂಭಿಸಿ, Oracle ಈ ಮೆಟ್ರಿಕ್ ಅನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಮಾಣಿತ DBMS_PLSQL_CODE_COVERAGE ಪ್ಯಾಕೇಜ್‌ನ ಬಳಕೆಯನ್ನು ನೀಡುತ್ತದೆ.
ನಮ್ಮ ಸ್ವಯಂ ಪರೀಕ್ಷೆಯ ವ್ಯವಸ್ಥೆಯು ಕೇವಲ ಒಂದು ವರ್ಷ ಹಳೆಯದಾಗಿದೆ ಮತ್ತು ಬಹುಶಃ ಈಗ ನಮ್ಮ ವ್ಯಾಪ್ತಿಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವ ಸಮಯವಾಗಿದೆ. ನನ್ನ ಕೊನೆಯ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ (ಸ್ಪೋರ್ಟ್‌ಮಾಸ್ಟರ್ ಪ್ರಾಜೆಕ್ಟ್ ಅಲ್ಲ) ಇದು ಏನಾಯಿತು. ಆಟೋಟೆಸ್ಟ್‌ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ಒಂದು ವರ್ಷದ ನಂತರ, ನಾವು ಎಷ್ಟು ಶೇಕಡಾ ಕೋಡ್ ಅನ್ನು ಒಳಗೊಳ್ಳುತ್ತೇವೆ ಎಂಬುದನ್ನು ನಿರ್ಣಯಿಸುವ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಣೆಯು ಹೊಂದಿಸುತ್ತದೆ. 1% ಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ, ನಿರ್ವಹಣೆಯು ಸಂತೋಷವಾಗಿರುತ್ತದೆ. ನಾವು, ಡೆವಲಪರ್‌ಗಳು, ಸುಮಾರು 10% ಫಲಿತಾಂಶವನ್ನು ನಿರೀಕ್ಷಿಸಿದ್ದೇವೆ. ನಾವು ಕೋಡ್ ಕವರೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇವೆ, ಅದನ್ನು ಅಳತೆ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು 20% ಪಡೆದುಕೊಂಡಿದ್ದೇವೆ. ಆಚರಿಸಲು, ನಾವು ಬಹುಮಾನವನ್ನು ಪಡೆಯಲು ಹೋದೆವು, ಆದರೆ ನಾವು ಅದನ್ನು ಹೇಗೆ ಪಡೆಯಲು ಹೋದೆವು ಮತ್ತು ನಾವು ನಂತರ ಎಲ್ಲಿಗೆ ಹೋದೆವು ಎಂಬುದು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾದ ಕಥೆ.
- ಸ್ವಯಂ ಪರೀಕ್ಷೆಗಳು ತೆರೆದ ವೆಬ್ ಸೇವೆಗಳನ್ನು ಪರಿಶೀಲಿಸಬಹುದು. ಒರಾಕಲ್ ನಮಗೆ ಇದನ್ನು ಚೆನ್ನಾಗಿ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು ನಾವು ಇನ್ನು ಮುಂದೆ ಹಲವಾರು ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸುವುದಿಲ್ಲ.
- ಮತ್ತು, ಸಹಜವಾಗಿ, ನಮ್ಮ ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಮತ್ತೊಂದು ಯೋಜನೆಗೆ ಅನ್ವಯಿಸಬಹುದು. ನಾವು ಸ್ವೀಕರಿಸಿದ ಪರಿಹಾರವು ಸಾರ್ವತ್ರಿಕವಾಗಿದೆ ಮತ್ತು ಒರಾಕಲ್ ಅನ್ನು ಮಾತ್ರ ಬಳಸಬೇಕಾಗುತ್ತದೆ. ಇತರ ಸ್ಪೋರ್ಟ್‌ಮಾಸ್ಟರ್ ಯೋಜನೆಗಳು ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿವೆ ಎಂದು ನಾನು ಕೇಳಿದೆ ಮತ್ತು ಬಹುಶಃ ನಾವು ಅವರ ಬಳಿಗೆ ಹೋಗುತ್ತೇವೆ.
ಸಂಶೋಧನೆಗಳು
ಸಾರಾಂಶ ಮಾಡೋಣ. ಸ್ಪೋರ್ಟ್‌ಮಾಸ್ಟರ್‌ನಲ್ಲಿ ಲಾಯಲ್ಟಿ ಸಿಸ್ಟಮ್ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ, ನಾವು ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೇವೆ. ಇದು ಸ್ಟೀಫನ್ ಫ್ಯೂರ್‌ಸ್ಟೈನ್‌ನಿಂದ utPLSQL ಪರಿಹಾರವನ್ನು ಆಧರಿಸಿದೆ. utPLSQL ಸುತ್ತಲೂ ಆಟೋಟೆಸ್ಟ್ ಕೋಡ್ ಮತ್ತು ಸಹಾಯಕ ಸ್ವಯಂ-ಲಿಖಿತ ಮಾಡ್ಯೂಲ್‌ಗಳಿವೆ: ಲಾಂಚ್ ಮಾಡ್ಯೂಲ್, ಡೇಟಾ ಉತ್ಪಾದನೆ ಮಾಡ್ಯೂಲ್ ಮತ್ತು ಇತರರು. ಆಟೋಟೆಸ್ಟ್‌ಗಳನ್ನು ಪ್ರತಿದಿನ ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ಅವು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಮತ್ತು ಉಪಯುಕ್ತವಾಗಿವೆ. ನಾವು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ ಎಂದು ನಮಗೆ ವಿಶ್ವಾಸವಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಪರಿಣಾಮವಾಗಿ ಪರಿಹಾರವು ಸಾರ್ವತ್ರಿಕವಾಗಿದೆ ಮತ್ತು ಒರಾಕಲ್ DBMS ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಯನ್ನು ಆಯೋಜಿಸಲು ಅಗತ್ಯವಿರುವ ಯಾವುದೇ ಯೋಜನೆಗೆ ಮುಕ್ತವಾಗಿ ಅನ್ವಯಿಸಬಹುದು.
ಪಿಎಸ್ ಈ ಲೇಖನವು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿಲ್ಲ: ಬಹಳಷ್ಟು ಪಠ್ಯವಿದೆ ಮತ್ತು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಯಾವುದೇ ತಾಂತ್ರಿಕ ಉದಾಹರಣೆಗಳಿಲ್ಲ. ವಿಷಯವು ಸಾಮಾನ್ಯವಾಗಿ ಆಸಕ್ತಿದಾಯಕವಾಗಿದ್ದರೆ, ನಾವು ಅದನ್ನು ಮುಂದುವರಿಸಲು ಮತ್ತು ಮುಂದುವರಿಕೆಯೊಂದಿಗೆ ಹಿಂತಿರುಗಲು ಸಿದ್ಧರಿದ್ದೇವೆ, ಅಲ್ಲಿ ನಾವು ಕಳೆದ ಆರು ತಿಂಗಳುಗಳಲ್ಲಿ ಏನು ಬದಲಾಗಿದೆ ಎಂಬುದನ್ನು ನಿಮಗೆ ತಿಳಿಸುತ್ತೇವೆ ಮತ್ತು ಕೋಡ್ ಉದಾಹರಣೆಗಳನ್ನು ಒದಗಿಸುತ್ತೇವೆ.
ಭವಿಷ್ಯದಲ್ಲಿ ಒತ್ತು ನೀಡಬೇಕಾದ ಅಂಶಗಳಿದ್ದರೆ ಅಥವಾ ಬಹಿರಂಗಪಡಿಸಬೇಕಾದ ಪ್ರಶ್ನೆಗಳಿದ್ದರೆ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಬರೆಯಿರಿ.
ನೋಂದಾಯಿತ ಬಳಕೆದಾರರು ಮಾತ್ರ ಸಮೀಕ್ಷೆಯಲ್ಲಿ ಭಾಗವಹಿಸಬಹುದು. , ದಯವಿಟ್ಟು.
ಇದರ ಬಗ್ಗೆ ಮುಂದೆ ಬರೆಯೋಣವೇ?
-
ಖಂಡಿತವಾಗಿಯೂ
-
ಬೇಡ ಧನ್ಯವಾದಗಳು
12 ಬಳಕೆದಾರರು ಮತ ಹಾಕಿದ್ದಾರೆ. 4 ಬಳಕೆದಾರರು ದೂರ ಉಳಿದಿದ್ದಾರೆ.
ಮೂಲ: www.habr.com