ಪರಿಚಯ
ನಾನು ಕೆಲಸ ಮಾಡಿದ ಹಲವು ಪ್ರಾಜೆಕ್ಟ್‌ಗಳಲ್ಲಿ, ಜನರು ತಮಗಾಗಿ ಟೆಸ್ಟ್ರೈಲ್ ಅನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡಲಿಲ್ಲ ಮತ್ತು ಪ್ರಮಾಣಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ಮಾಡಿದರು. ಆದ್ದರಿಂದ, ಈ ಲೇಖನದಲ್ಲಿ ನಾನು ನಿಮ್ಮ ಕೆಲಸದ ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸಲು ಸಹಾಯ ಮಾಡುವ ವೈಯಕ್ತಿಕ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಉದಾಹರಣೆಯನ್ನು ವಿವರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ. ಉದಾಹರಣೆಗೆ, ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಅಭಿವೃದ್ಧಿ ಯೋಜನೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ.
ಒಂದು ಸಣ್ಣ ಹಕ್ಕು ನಿರಾಕರಣೆ. ಈ ಲೇಖನವು TestRail ನ ಮೂಲಭೂತ ಕಾರ್ಯಚಟುವಟಿಕೆಗಳ ವಿವರಣೆಯನ್ನು ಹೊಂದಿಲ್ಲ (ಇದಕ್ಕಾಗಿ ಹಲವು ಮಾರ್ಗದರ್ಶಿಗಳಿವೆ) ಮತ್ತು ಮಾರಾಟದ ಅಭಿವ್ಯಕ್ತಿಗಳು ಪರೀಕ್ಷೆಗಳೊಂದಿಗೆ ಭಂಡಾರವನ್ನು ರಚಿಸಲು ನೀವು ಈ ನಿರ್ದಿಷ್ಟ ಮಾರಾಟಗಾರರನ್ನು ಏಕೆ ಆರಿಸಬೇಕು ಎಂಬುದನ್ನು ವರ್ಣರಂಜಿತವಾಗಿ ವಿವರಿಸುತ್ತದೆ.
ಸಮರ್ಥನೆ ಯೋಜನೆ (ಏನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುವುದು)
-
ಸಾಮಾನ್ಯ ಅವಶ್ಯಕತೆಗಳು
-
ಸಂಪೂರ್ಣವಾಗಿ ಯಾರಾದರೂ ಪ್ರಕರಣವನ್ನು ರವಾನಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
-
ಪ್ರಕರಣಗಳು ಸಾಧ್ಯವಾದಷ್ಟು ಕಾಲ ಪ್ರಸ್ತುತವಾಗಿರಬೇಕು
-
ಪ್ರಕರಣಗಳು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಕಾರ್ಯಚಟುವಟಿಕೆಯನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಸಂಪೂರ್ಣವಾಗಿ ಒಳಗೊಂಡಿರಬೇಕು, ಇದು ಮೊದಲ ಎರಡು ಅಂಶಗಳಿಗೆ ವಿರುದ್ಧವಾಗಿಲ್ಲ
-
-
TestCase ಮತ್ತು TestScenario ಆಗಿ ವಿಭಜಿಸಿ
-
ವಿವಿಧ ಪ್ರಕಾರಗಳ ಟೆಸ್ಟ್‌ರನ್‌ನ ತ್ವರಿತ ಉತ್ಪಾದನೆ
-
ಧೂಮಪಾನ
-
ಹಿಂಜರಿಕೆ
-
ಪರಿಣಾಮ ಪರೀಕ್ಷೆ, ಇತ್ಯಾದಿ.
-
-
ಕೇಸ್ ಬೆಂಬಲ ಆಪ್ಟಿಮೈಸೇಶನ್
-
"ಡೆಡ್" ಹಾರ್ಡ್‌ಕೋಡ್ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳನ್ನು ತ್ಯಜಿಸುವುದು ಮತ್ತು "ಚಲಿಸುವ ಡೇಟಾ" ಗೆ ಬದಲಾಯಿಸುವುದು
-
ಅವಶ್ಯಕತೆಗಳು
ಕ್ಷೇತ್ರಗಳನ್ನು ಸಂಪಾದಿಸಲು ನಿಮಗೆ ನಿರ್ವಾಹಕರ ಪ್ರವೇಶದ ಅಗತ್ಯವಿದೆ
ಪ್ರಾಜೆಕ್ಟ್ ಪ್ರಕಾರವನ್ನು ಆರಿಸುವುದು
ಆಯ್ಕೆ ಮಾಡಲು ಮೂರು ಯೋಜನೆಯ ಪ್ರಕಾರಗಳಿವೆ:
ನಾವು ಡೀಫಾಲ್ಟ್ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೇವೆ. ಎಲ್ಲಾ ಪ್ರಕರಣಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಅದರಲ್ಲಿ ಲಭ್ಯವಿರುತ್ತವೆ. ನಾವು ಸ್ಮಾರ್ಟ್ ಫಿಲ್ಟರಿಂಗ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ ಮತ್ತು ಎಲ್ಲಾ ಪ್ರಕರಣಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ನಿರ್ವಹಿಸುತ್ತೇವೆ.
ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳ ಪಟ್ಟಿಯನ್ನು ವೀಕ್ಷಿಸಲು ಕ್ಷೇತ್ರಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತಿದೆ
ಆದ್ಯತೆಯ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಪ್ರದರ್ಶಿಸಲು ಕ್ಷೇತ್ರವನ್ನು ಸೇರಿಸೋಣ:
ನೀವು ಇತರ ಕ್ಷೇತ್ರಗಳನ್ನು ಕೂಡ ಸೇರಿಸಬಹುದು.
ಪರೀಕ್ಷಾ ಕೇಸ್ ಕ್ಷೇತ್ರಗಳು ಮತ್ತು ಟ್ಯಾಗ್‌ಗಳನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮೆನು ತೆರೆಯಿರಿ:
ನಮಗೆ ಈ ಕೆಳಗಿನ ಕ್ಷೇತ್ರಗಳು ಬೇಕಾಗುತ್ತವೆ:
“ಸಾರಾಂಶ” ಕ್ಷೇತ್ರ (ಪರೀಕ್ಷಾ ಪ್ರಕರಣದ ಹೆಡರ್)
ಈ ಕ್ಷೇತ್ರವು ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ, ನಾವು ಅದರ ಬಳಕೆಯನ್ನು ವ್ಯವಸ್ಥಿತಗೊಳಿಸುತ್ತಿದ್ದೇವೆ. ನಾವು ಪ್ರಕರಣಗಳನ್ನು TestCase ಮತ್ತು TestScenario ಎಂದು ವಿಭಜಿಸುತ್ತೇವೆ. ಪ್ರಕರಣಗಳ ದೊಡ್ಡ ಪಟ್ಟಿಯ ಉತ್ತಮ ಓದುವಿಕೆಗಾಗಿ, ಸಾರಾಂಶವನ್ನು ಬರೆಯುವ ನಿಯಮಗಳ ಬಗ್ಗೆ ಮುಂಚಿತವಾಗಿ ಒಪ್ಪಿಕೊಳ್ಳುವುದು ಉತ್ತಮ.
ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ:
ಉದಾಹರಣೆ: TestScenario - ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವ ಮೂಲಭೂತ ಸನ್ನಿವೇಶ
ಟೆಸ್ಟ್ಕೇಸ್:
ಉದಾಹರಣೆ: MainScreen - ದೃಢೀಕರಣ ವಿಭಾಗ - ಲಾಗಿನ್ ಅನ್ನು ನಮೂದಿಸಿ
ಒಟ್ಟಾರೆಯಾಗಿ, ಪ್ರಕರಣದ ಸಾರಾಂಶದಲ್ಲಿ ನಾವು ಕ್ಲಾಸಿಕ್ ತಿಳುವಳಿಕೆಯನ್ನು ನೋಡುತ್ತೇವೆ: "ಏನು, ಎಲ್ಲಿ, ಯಾವಾಗ." ನಾವು ಉನ್ನತ ಮಟ್ಟದ ಪರೀಕ್ಷಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಮತ್ತು ಕಡಿಮೆ ಮಟ್ಟದ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಯಾಂತ್ರೀಕರಣಕ್ಕೆ ಹೆಚ್ಚು ಸೂಕ್ತವಾದ ರೂಪದಲ್ಲಿ ದೃಷ್ಟಿಗೋಚರವಾಗಿ ಪ್ರತ್ಯೇಕಿಸುತ್ತೇವೆ.
“ಸ್ಟಾರ್ಟ್‌ಸ್ಕ್ರೀನ್” ಟ್ಯಾಗ್ (ಟೆಸ್ಟ್‌ಸಿನಾರಿಯೊ ಪ್ರಾರಂಭವಾಗುವ ಪರದೆ; ಅಲ್ಲದೆ, ಅನೇಕ ಪರೀಕ್ಷಾ ಸಂದರ್ಭಗಳು ಪಕ್ಕದ ಪರದೆಗಳನ್ನು ಸ್ಪರ್ಶಿಸಬಹುದು)
ಇದು ಬೇಕಾಗಬಹುದು: ಪ್ರಸ್ತುತ ಪರೀಕ್ಷಾ ಪ್ರಕರಣದ ಪರದೆಯತ್ತ ಬಳಕೆದಾರರನ್ನು ಕರೆದೊಯ್ಯುವ ವಿಶಿಷ್ಟ ಹಂತಗಳ ಪ್ರಕರಣಗಳ ಪಠ್ಯವನ್ನು ನಾವು ಪಠ್ಯದಿಂದ ತೆಗೆದುಹಾಕುತ್ತೇವೆ. (ನಿರ್ದಿಷ್ಟ ಪರೀಕ್ಷಾ ಪರಿಸ್ಥಿತಿಯನ್ನು ರಚಿಸುವ ವಿಶಿಷ್ಟ ಹಂತಗಳು) ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳಿಗೆ ಎಲ್ಲಾ ವಿಶಿಷ್ಟ ಹಂತಗಳನ್ನು ಒಂದೇ ಫೈಲ್‌ನಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ. ನಾನು ಅದರ ಬಗ್ಗೆ ಹೆಚ್ಚು ವಿವರವಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಬರೆಯುತ್ತೇನೆ.
ಹೊಸ ಕ್ಷೇತ್ರವನ್ನು ರಚಿಸಿ:
ಹೊಸ ಕ್ಷೇತ್ರದ ಅಂಶಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ:
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು ಮೌಲ್ಯಗಳ ಪಟ್ಟಿಯಿಂದ ಆಯ್ದ ಕ್ಷೇತ್ರವನ್ನು ರಚಿಸುತ್ತಿದ್ದೇವೆ. ಈ ಕ್ಷೇತ್ರದ ಮೌಲ್ಯಗಳನ್ನು ನಮೂದಿಸಿ:
ಐಡಿ ಮೌಲ್ಯಗಳು ಒಂದರಿಂದ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ ಮತ್ತು ಸತತವಾಗಿರುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ಇದನ್ನು ಏಕೆ ಮಾಡಲಾಗುತ್ತದೆ? ನಾವು ನಮೂದಿಸಿದ ಐಡಿಯೊಂದಿಗೆ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿದ್ದರೆ,
ಮತ್ತು ಅದರ ನಂತರ ನಾವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಎರಡು ಪರದೆಗಳ ನಡುವೆ ಮೂರನೇ ಪರದೆಯನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ,
ನಂತರ ನಾವು ಐಡಿಯನ್ನು ಪುನಃ ಬರೆಯಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪಠ್ಯ ಪ್ರಕರಣಗಳ ಟ್ಯಾಗ್‌ಗಳನ್ನು ಈಗಾಗಲೇ ಲಗತ್ತಿಸಿರುವುದರಿಂದ, ಅವುಗಳನ್ನು ಸರಳವಾಗಿ ಅಳಿಸಲಾಗುತ್ತದೆ. ಇದು ತುಂಬಾ ಅಹಿತಕರವಾಗಿರುತ್ತದೆ.
ಟ್ಯಾಗ್ "ಸ್ಕ್ರೀನ್" (ಟೆಸ್ಟ್ಕೇಸ್ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಪರದೆಯ ಹೆಸರು)
ನಿಮಗೆ ಬೇಕಾಗಬಹುದು: ಪ್ರಭಾವ ಪರೀಕ್ಷೆಗಾಗಿ ಆಂಕರ್‌ಗಳಲ್ಲಿ ಒಂದು. ಉದಾಹರಣೆಗೆ, ಅಭಿವರ್ಧಕರು ಹೊಸ ತಂಪಾದ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಮಾಡಿದ್ದಾರೆ. ನಾವು ಅದನ್ನು ಪರೀಕ್ಷಿಸಬೇಕಾಗಿದೆ, ಆದರೆ ಇದಕ್ಕಾಗಿ ಈ ವೈಶಿಷ್ಟ್ಯವು ನಿಖರವಾಗಿ ಏನು ಪರಿಣಾಮ ಬೀರಬಹುದು ಎಂಬುದನ್ನು ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿಭಿನ್ನ ಪರದೆಗಳು (ಚಟುವಟಿಕೆಗಳು) ವಿಭಿನ್ನ ವರ್ಗಗಳನ್ನು ಹೊಂದಿವೆ ಮತ್ತು ಆದ್ದರಿಂದ ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿಭಿನ್ನ ಘಟಕಗಳನ್ನು ರೂಪಿಸುವ ಮಾದರಿಯಿಂದ ನಾವು ಪ್ರಾರಂಭಿಸಬಹುದು. ಸಹಜವಾಗಿ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ವೈಯಕ್ತಿಕ ವಿಧಾನದ ಅಗತ್ಯವಿದೆ.
ಉದಾಹರಣೆ: home_screen, MapScreen, PayScreen, ಇತ್ಯಾದಿ.
"ಮೂವಬಲ್ ಡೇಟಾ" ಕ್ಷೇತ್ರ (ಬದಲಾಯಿಸಬಹುದಾದ ಪರೀಕ್ಷಾ ಡೇಟಾದೊಂದಿಗೆ ಪ್ರಾಕ್ಸಿ ಡೇಟಾಬೇಸ್‌ಗೆ ಲಿಂಕ್)
ಮುಂದೆ, ಪರೀಕ್ಷಾ ಸಂದರ್ಭಗಳಲ್ಲಿ ಡೇಟಾದ ಪ್ರಸ್ತುತತೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳುವ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ನಾವು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ:
-
ಪ್ರಸ್ತುತ ಲೇಔಟ್‌ಗಳಿಗೆ ಲಿಂಕ್‌ಗಳು (ಡೆಡ್ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಕ್ಕಿಂತ ಇದು ಉತ್ತಮವಾಗಿದೆ)
-
ಪರೀಕ್ಷಾ ಪರಿಸ್ಥಿತಿಯೊಂದಿಗೆ ಪರದೆಯನ್ನು ಪಡೆಯಲು ವಿಶಿಷ್ಟ ಹಂತಗಳು
-
SQL ಪ್ರಶ್ನೆಗಳು
-
ಬಾಹ್ಯ ಡೇಟಾ ಮತ್ತು ಇತರ ಡೇಟಾಗೆ ಲಿಂಕ್‌ಗಳು
ಪ್ರತಿ ಪರೀಕ್ಷಾ ಪ್ರಕರಣದ ಒಳಗೆ ಪರೀಕ್ಷಾ ಡೇಟಾವನ್ನು ಬರೆಯುವ ಬದಲು, ನಾವು ಒಂದು ಬಾಹ್ಯ ಫೈಲ್ ಅನ್ನು ರಚಿಸುತ್ತೇವೆ ಮತ್ತು ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳಲ್ಲಿ ಅದಕ್ಕೆ ಲಿಂಕ್ ಮಾಡುತ್ತೇವೆ. ಈ ಡೇಟಾವನ್ನು ನವೀಕರಿಸುವಾಗ, ನಾವು ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳ ಮೂಲಕ ಹೋಗಿ ಅವುಗಳನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿಲ್ಲ, ಆದರೆ ಈ ಡೇಟಾವನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಸಿದ್ಧವಿಲ್ಲದ ಯಾರಾದರೂ ಪರೀಕ್ಷಾ ಪ್ರಕರಣವನ್ನು ತೆರೆದರೆ, ಅವರು ಪರೀಕ್ಷಾ ಪ್ರಕರಣದ ದೇಹದಲ್ಲಿ ಫೈಲ್‌ಗೆ ಲಿಂಕ್ ಅನ್ನು ನೋಡುತ್ತಾರೆ ಮತ್ತು ಪರೀಕ್ಷಾ ಡೇಟಾಕ್ಕಾಗಿ ಅವರು ಅದಕ್ಕೆ ಹೋಗಬೇಕಾದ ಸುಳಿವು.
ನಾವು ಈ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಒಂದು ಬಾಹ್ಯ ಫೈಲ್‌ಗೆ ಪ್ಯಾಕ್ ಮಾಡುತ್ತೇವೆ, ಅದು ಯೋಜನೆಯಲ್ಲಿ ಎಲ್ಲರಿಗೂ ಲಭ್ಯವಿರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನೀವು Google ಶೀಟ್ ಅಥವಾ ಎಕ್ಸೆಲ್ ಅನ್ನು ಬಳಸಬಹುದು ಮತ್ತು ಫೈಲ್‌ನಲ್ಲಿ ಹುಡುಕಾಟವನ್ನು ಹೊಂದಿಸಬಹುದು. ಈ ನಿರ್ದಿಷ್ಟ ಮಾರಾಟಗಾರರು ಏಕೆ? ಸತ್ಯವೆಂದರೆ ತಂಡದಲ್ಲಿರುವ ಯಾವುದೇ ವ್ಯಕ್ತಿಯು ಮೊದಲು ಯಾವುದೇ ಸಾಧನಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಅಗತ್ಯವಿಲ್ಲದೇ ಪರೀಕ್ಷಾ ಪ್ರಕರಣವನ್ನು ತೆರೆಯಲು ಮತ್ತು ಉತ್ತೀರ್ಣರಾಗಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂಬ ಮಾದರಿಯಿಂದ ನಾವು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ.
ಗೆ ಗೂಗಲ್ ಶೀಟ್ ನೀವು SQL ಪ್ರಶ್ನೆಗಳನ್ನು ಬಳಸಬಹುದು. ಉದಾಹರಣೆ:
=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")ಗೆ ಎಕ್ಸೆಲ್ ನೀವು ಅನುಕೂಲಕರ ತ್ವರಿತ ಹುಡುಕಾಟ ಮ್ಯಾಕ್ರೋಗಳನ್ನು ಹೊಂದಿಸಬಹುದು. (ಫಿಲ್ಟರಿಂಗ್) ಉದಾಹರಣೆ .
ವಾಸ್ತವವಾಗಿ, ಕಲ್ಪನೆಯು ಹೊಸದಲ್ಲ ಮತ್ತು ಮೊದಲ ಪರೀಕ್ಷಕರ ಪುಸ್ತಕ "ಟೆಸ್ಟಿಂಗ್ ಡಾಟ್ ಕಾಮ್" ನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ. (ಲೇಖಕ ಸವಿನ್ ರೋಮನ್) ನಾವು ರೋಮನ್ ಸವಿನ್ ಪ್ರಸ್ತಾಪಿಸಿದ ವಿಧಾನಗಳನ್ನು ಟೆಸ್ಟ್ ರೈಲ್‌ಗೆ ಸಂಯೋಜಿಸುತ್ತಿದ್ದೇವೆ. ಇದನ್ನು ಮಾಡಲು, ರಚಿಸಿದ ಫೈಲ್‌ಗೆ ಲಿಂಕ್‌ನೊಂದಿಗೆ ಕ್ಷೇತ್ರವನ್ನು ರಚಿಸಿ:
ಲಿಂಕ್‌ನ ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯವನ್ನು ಭರ್ತಿ ಮಾಡಿ ಇದರಿಂದ ಪ್ರತಿ ಹೊಸ ಪರೀಕ್ಷಾ ಪ್ರಕರಣವು ಈಗಾಗಲೇ ಲಿಂಕ್ ಅನ್ನು ಹೊಂದಿದೆ:
ಬಾಹ್ಯ ಫೈಲ್‌ನ ಸ್ಥಳವು ಬದಲಾದರೆ (ನಾವು ಯಾವುದೇ ಫೋರ್ಸ್ ಮೇಜರ್‌ಗಾಗಿ ಒದಗಿಸುತ್ತೇವೆ), ನಂತರ ನೀವು ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ಸಂದರ್ಭಗಳಲ್ಲಿ ಒಮ್ಮೆಗೆ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಕ್ಷೇತ್ರಗಳನ್ನು ಅನುಕೂಲಕರವಾಗಿ ಬದಲಾಯಿಸಬಹುದು:
ಕ್ಷೇತ್ರ "ವಿವರಣೆಗಳು" (ಪರೀಕ್ಷಾ ಪ್ರಕರಣದ ವಿವರಣೆ ಅಥವಾ ಕಲ್ಪನೆ, ಪ್ರಮಾಣಿತ ಸೂಚನೆಗಳು)
ನಿಮಗೆ ಬೇಕಾಗಬಹುದು: ಈ ಪಠ್ಯ ಕ್ಷೇತ್ರದಲ್ಲಿ ನಾವು ಪರೀಕ್ಷಾ ಪ್ರಕರಣ ಮತ್ತು ಪ್ರಮಾಣಿತ ಸೂಚನೆಗಳ ಸಂಕ್ಷಿಪ್ತ ವಿವರಣೆಯನ್ನು ಇರಿಸುತ್ತೇವೆ.
ಉದಾಹರಣೆ: ಈ ಪರೀಕ್ಷಾ ಪ್ರಕರಣದಿಂದ ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ಡೇಟಾ (ಪ್ರಸ್ತುತ ಲೇಔಟ್‌ಗಳು, ಪರಿಕರಗಳ ಬಳಕೆ ಮತ್ತು ಇತರ ಡೇಟಾ) ಲಿಂಕ್‌ಗಳ ಮೂಲಕ ಸೂಚಿಸಲಾಗುತ್ತದೆ {...} ಮತ್ತು ಮೂವಬಲ್‌ಡೇಟಾ ಫೈಲ್‌ನಲ್ಲಿದೆ. ಮೇಲ್ಭಾಗದಲ್ಲಿ ಅನುಗುಣವಾದ ಕ್ಷೇತ್ರದಲ್ಲಿ MovableData ಗೆ ಲಿಂಕ್ ಮಾಡಿ.
ಟ್ಯಾಗ್ "ಕಾಂಪೊನೆಂಟ್" (ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಘಟಕ)
ಇದಕ್ಕೆ ಏನು ಬೇಕಾಗಬಹುದು: ಪರಿಣಾಮ ಪರೀಕ್ಷೆಗಾಗಿ. ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಘಟಕಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದಾದರೆ (ಇದು ಪರಸ್ಪರರ ಮೇಲೆ ಸಾಧ್ಯವಾದಷ್ಟು ಕಡಿಮೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ), ನಂತರ ಒಂದು ಘಟಕದಲ್ಲಿನ ಬದಲಾವಣೆಗಳನ್ನು ಅದೇ ಘಟಕದಲ್ಲಿ ಪರಿಶೀಲಿಸಲು ಸಾಕಷ್ಟು (ಕೆಲವು ಅಪಾಯಗಳೊಂದಿಗೆ) ಇರುತ್ತದೆ ಮತ್ತು ನಿರ್ವಹಿಸಲು ಕಡಿಮೆ ಕಾರಣವಿರುತ್ತದೆ. ಎಲ್ಲದರ ಸಾಮಾನ್ಯ ಹಿಂಜರಿಕೆಗಳು. ಒಂದು ಘಟಕವು ಇನ್ನೊಂದರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು ಎಂಬ ಮಾಹಿತಿಯಿದ್ದರೆ, ಇಂಪ್ಯಾಕ್ಟ್ ಟೆಸ್ಟಿಂಗ್ ಮ್ಯಾಟ್ರಿಕ್ಸ್ ಅನ್ನು ಸಂಕಲಿಸಲಾಗುತ್ತದೆ.
ಉದಾಹರಣೆ ಘಟಕಗಳು: GooglePay, ಆದೇಶ, ಬಳಕೆದಾರರು, ನಕ್ಷೆ, ದೃಢೀಕರಣ, ಇತ್ಯಾದಿ.
ಟ್ಯಾಗ್ "TAG" (ಫಿಲ್ಟರಿಂಗ್‌ಗಾಗಿ ಇತರ ಟ್ಯಾಗ್‌ಗಳು)
ಅನಿಯಂತ್ರಿತ ಫಿಲ್ಟರಿಂಗ್‌ಗಾಗಿ ಟ್ಯಾಗ್‌ಗಳೊಂದಿಗೆ ಪರೀಕ್ಷಾ ಪ್ರಕರಣವನ್ನು ಟ್ಯಾಗ್ ಮಾಡುವುದು.
ಇದಕ್ಕಾಗಿ ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ:
-
ವಿವಿಧ ವಿಶಿಷ್ಟ ಕಾರ್ಯಗಳಿಗಾಗಿ ಟೆಸ್ಟ್‌ರನ್ ಅನ್ನು ತ್ವರಿತವಾಗಿ ಕಂಪೈಲ್ ಮಾಡುವುದು: ಹೊಗೆ, ಹಿಂಜರಿತ, ಇತ್ಯಾದಿ.
-
ಪರೀಕ್ಷೆಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿರುತ್ತವೆಯೇ ಅಥವಾ ಈಗಾಗಲೇ ಸ್ವಯಂಚಾಲಿತವಾಗಿರುತ್ತವೆಯೇ?
-
ಯಾವುದೇ ಇತರ ಟ್ಯಾಗ್‌ಗಳು
ಉದಾಹರಣೆ: ಹೊಗೆ, ಸ್ವಯಂಚಾಲಿತ, ವೈಟ್‌ಲೇಬಲ್, ಫಾರ್ ಡಿಲೀಟ್, ಇತ್ಯಾದಿ.
ಪರೀಕ್ಷಾ ಸಂದರ್ಭದಲ್ಲಿ ಕ್ಷೇತ್ರಗಳ ಪ್ರದರ್ಶನ ಕ್ರಮವನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ನಾವು ಸಾಕಷ್ಟು ಹೊಸ ಕ್ಷೇತ್ರಗಳನ್ನು ರಚಿಸಿದ್ದೇವೆ, ಅವುಗಳನ್ನು ಅನುಕೂಲಕರ ಕ್ರಮದಲ್ಲಿ ಜೋಡಿಸಲು ಸಮಯವಾಗಿದೆ:
TestRun ಅನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ
ಈಗ ನಾವು ಮೂರು ಕ್ಲಿಕ್‌ಗಳಲ್ಲಿ ಹೊಗೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲು ಪ್ರಸ್ತುತ ಪ್ರಕರಣಗಳೊಂದಿಗೆ ಹೊಸ ಪರೀಕ್ಷಾ ರನ್ ಅನ್ನು ರಚಿಸುತ್ತೇವೆ:
ಇತರ ಉಪಯುಕ್ತ ಸಲಹೆಗಳು
-
TestRail ಹಲವಾರು ಯೋಜನೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ನಿಮ್ಮ ಯೋಜನೆಗಾಗಿ ಮಾತ್ರ ಹೊಸ ಕ್ಷೇತ್ರಗಳನ್ನು ರಚಿಸಲು ಮರೆಯಬೇಡಿ, ಇಲ್ಲದಿದ್ದರೆ ನೆರೆಯ ತಂಡಗಳ ಸಹೋದ್ಯೋಗಿಗಳು ಹೊಸ ಅಸಾಮಾನ್ಯ ಕ್ಷೇತ್ರಗಳ ನೋಟದಿಂದ ತುಂಬಾ ಆಶ್ಚರ್ಯಪಡುತ್ತಾರೆ. ಸ್ಥಳೀಯ ಮೂರ್ಛೆ ಸಾಧ್ಯ.
2. ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಕ್ಷೇತ್ರಗಳನ್ನು ಹೊಂದಿರುವ ಪ್ರಕರಣಗಳು ಹೊಸದನ್ನು ರಚಿಸುವುದಕ್ಕಿಂತ ಒಂದೇ ರೀತಿಯ ಗುಂಪಿನ ಪ್ರಕಾರದಿಂದ ನಕಲಿಸಲು ಸುಲಭವಾಗಿದೆ:
3. ಖಾತೆಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು. ಉದಾಹರಣೆಗೆ: ಒಬ್ಬ ನಿರ್ವಾಹಕ, ಹಲವಾರು ಬಳಕೆದಾರರು.
ತೀರ್ಮಾನಕ್ಕೆ
ಮೇಲೆ ವಿವರಿಸಿದ ಉದಾಹರಣೆಗಳನ್ನು ಹಲವಾರು ಯೋಜನೆಗಳಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ ಮತ್ತು ಅವುಗಳ ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ತೋರಿಸಿದೆ. ಅವರು ಈ ಉಪಕರಣದ ಬಗ್ಗೆ ನಿಮ್ಮ ತಿಳುವಳಿಕೆಯನ್ನು ಸುಧಾರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ಮತ್ತು ಅನುಕೂಲಕರವಾದ "ಪರೀಕ್ಷಾ ಸಂಗ್ರಹಣೆಗಳನ್ನು" ರಚಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತಾರೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ TestRail ಮತ್ತು ಉಪಯುಕ್ತ ಸಲಹೆಗಳನ್ನು ಬಳಸುವ ನಿಮ್ಮ ಅನುಭವವನ್ನು ನೀವು ವಿವರಿಸಿದರೆ ನಾನು ತುಂಬಾ ಕೃತಜ್ಞನಾಗಿದ್ದೇನೆ.
ಉಲ್ಲೇಖಗಳು:
ಪುಸ್ತಕ:
ನೀವು ಗಮನಹರಿಸಿದ್ದಕ್ಕಾಗಿ ಧನ್ಯವಾದಗಳು!
ಮೂಲ: www.habr.com