ಆ್ಯಪ್ ಬಿಡುಗಡೆಗೆ ಮುನ್ನ ಪರೀಕ್ಷಿಸುವುದು ಹೇಗೆ: ಪ್ರಾಯೋಗಿಕ ಪೂರ್ವ-ಬಿಡುಗಡೆ ಯೋಜನೆ
ಆ್ಯಪ್ ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವ ಮೊದಲು ಪರೀಕ್ಷಿಸಲು, ಬಳಕೆದಾರರು ಪೂರ್ಣಗೊಳಿಸಬೇಕಾದ ಕೆಲವು ಹರಿವುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ಪ್ರತಿಯೊಂದನ್ನು ಲ್ಯಾಪ್ಟಾಪ್ ಮತ್ತು ಫೋನ್ನಲ್ಲಿ ಹೊಸ ಬಳಕೆದಾರರಂತೆ ನಡೆಸಿ, ನಂತರ ಅವು ತಪ್ಪಾಗುವ ರೀತಿಗಳನ್ನು ಪ್ರಯತ್ನಿಸಿ: ಖಾಲಿ ದತ್ತಾಂಶ, ಕೆಟ್ಟ ಇನ್ಪುಟ್, ಎರಡನೇ ಖಾತೆ, ನಿಧಾನ ಸಂಪರ್ಕ. ಹಣ ಅಥವಾ ಖಾಸಗಿ ದತ್ತಾಂಶ ಒಳಗೊಂಡ ಯಾವುದನ್ನಾದರೂ ಹೆಚ್ಚಿನ ಎಚ್ಚರಿಕೆಯಿಂದ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಪ್ರಕಟಿಸಿದ ನಂತರ ನೈಜ URL ನಲ್ಲಿ ಮುಖ್ಯ ಹರಿವುಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಕೊನೆಯಲ್ಲಿ, ಆ್ಯಪ್ ಅನ್ನು ಎಂದಿಗೂ ನೋಡದ ವ್ಯಕ್ತಿ ಅದನ್ನು ಬಳಸಲು ಪ್ರಯತ್ನಿಸುವುದನ್ನು ವೀಕ್ಷಿಸಿ.
ಇದಕ್ಕೆ ಕ್ಯೂಎ ತಂಡ ಅಥವಾ ಪರೀಕ್ಷಾ ಫ್ರೇಮ್ವರ್ಕ್ ಬೇಕಿಲ್ಲ. ಬೇಕಾದದ್ದು ಒಂದು ಪಟ್ಟಿ, ಒಂದು ಅಥವಾ ಎರಡು ಗಂಟೆ, ಮತ್ತು ನಿಜವಾಗಿ ಅದರ ಮೂಲಕ ಕ್ಲಿಕ್ ಮಾಡುವ ಶಿಸ್ತು.
ಹಂತ 1: ಮುಖ್ಯವಾದ ಹರಿವುಗಳನ್ನು ಬರೆಯಿರಿ
ಹರಿವು ಎಂದರೆ ಬಳಕೆದಾರ ಮಾಡಲು ಬರುವ ಆರಂಭದಿಂದ ಅಂತ್ಯದವರೆಗಿನ ಕೆಲಸ. ಹೆಚ್ಚಿನ ಆ್ಯಪ್ಗಳಿಗೆ ನಿಜವಾಗಿ ಮುಖ್ಯವಾದ ಮೂರರಿಂದ ಆರು ಇರುತ್ತವೆ. ಬುಕಿಂಗ್ ಆ್ಯಪ್ಗೆ ಉದಾಹರಣೆ:
- ಸೈನ್ ಅಪ್ ಮಾಡಿ ಮತ್ತು ಖಾತೆಯನ್ನು ದೃಢೀಕರಿಸಿ
- ತರಗತಿಯನ್ನು ಹುಡುಕಿ ಮತ್ತು ಬುಕ್ ಮಾಡಿ
- ಬುಕಿಂಗ್ ರದ್ದುಪಡಿಸಿ
- ತರಗತಿ ಪಾಸ್ಗೆ ಪಾವತಿಸಿ
- ಸಿಬ್ಬಂದಿ: ಇಂದಿನ ಬುಕಿಂಗ್ಗಳನ್ನು ನೋಡಿ
ನೀವು ಬಳಕೆದಾರ ಕಥೆಗಳನ್ನು ಬರೆದಿದ್ದರೆ, ಅವುಗಳ ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳು ಈಗಾಗಲೇ ನಿಮ್ಮ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು. ಇಲ್ಲದಿದ್ದರೆ, ಪ್ರತಿ ಹರಿವಿಗೆ ಒಂದು ಸಾಲು ಬರೆಯಿರಿ, “ಯಶಸ್ಸು” ಹೇಗಿರುತ್ತದೆ ಎಂದು ಸೂಚಿಸುತ್ತಾ.
ಶ್ರೇಣೀಕರಿಸಿ. ಹಣ ಮಾಡುವ ಅಥವಾ ಪ್ರತಿ ಬಳಕೆದಾರರು ತಲುಪುವ ಹರಿವುಗಳು (ಸೈನ್-ಅಪ್, ಲಾಗಿನ್, ಮುಖ್ಯ ಕ್ರಿಯೆ) ಮೊದಲು ಮತ್ತು ಹೆಚ್ಚು ಪರೀಕ್ಷಿಸಲ್ಪಡುತ್ತವೆ.
ಹಂತ 2: ಹೊಸ ಬಳಕೆದಾರರಂತೆ ಸಾಮಾನ್ಯ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ
“ಸಾಮಾನ್ಯ ಮಾರ್ಗ” ಎಂದರೆ ಹರಿವು ಉದ್ದೇಶಿಸಿದಂತೆ ನಡೆಯುವುದು. ಅಪರಿಚಿತರು ಅದನ್ನು ಅನುಭವಿಸುವಂತೆ ಪರೀಕ್ಷಿಸಿ:
- ಖಾಸಗಿ ಬ್ರೌಸರ್ ವಿಂಡೋ ಬಳಸಿ, ಆಗ ನೀವು ಲಾಗಿನ್ ಆಗಿರುವುದಿಲ್ಲ ಮತ್ತು ಉಳಿಸಿದ ದತ್ತಾಂಶ ಇರುವುದಿಲ್ಲ.
- ತಾಜಾ ಖಾತೆ ಬಳಸಿ, ನೀವು ಪರಿಶೀಲಿಸಬಹುದಾದ ನೈಜ ಇಮೇಲ್ನೊಂದಿಗೆ.
- ಮುಖಪುಟ ಅಥವಾ ಲಿಂಕ್ನಿಂದ ಆರಂಭಿಸಿ, ನೀವು ನಿರ್ಮಿಸುವಾಗ ಬುಕ್ಮಾರ್ಕ್ ಮಾಡಿದ ಪುಟದಿಂದಲ್ಲ.
ಹೊಸ ಬಳಕೆದಾರರಿಗೆ ದತ್ತಾಂಶ ಇರುವುದಿಲ್ಲ. ಪಟ್ಟಿ ಖಾಲಿಯಾದಾಗ, ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಫೋಟೋ ಇಲ್ಲದಿದ್ದಾಗ, ಅಥವಾ ಏನೂ ಖರೀದಿಸದಿದ್ದಾಗ ಅನೇಕ ದೋಷಗಳು ಮಾತ್ರ ಕಾಣುತ್ತವೆ. ನಿಮ್ಮ ಸ್ವಂತ ಖಾತೆ, ಪರೀಕ್ಷಾ ದತ್ತಾಂಶದಿಂದ ತುಂಬಿದ್ದು, ಅವನ್ನು ಮರೆಮಾಡುತ್ತದೆ.
ಹಂತ 3: ಅದನ್ನು ಮುರಿಯಲು ಪ್ರಯತ್ನಿಸಿ
ಈಗ ಪ್ರತಿ ಹರಿವನ್ನು ಪುನರಾವರ್ತಿಸಿ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತಪ್ಪು ಮಾಡಿ.
| ಇದನ್ನು ಪ್ರಯತ್ನಿಸಿ | ನೀವು ಏನನ್ನು ಪರಿಶೀಲಿಸುತ್ತಿದ್ದೀರಿ |
|---|---|
| ಖಾಲಿ ಅಥವಾ ಕೇವಲ ಸ್ಪೇಸ್ಗಳೊಂದಿಗೆ ಫಾರ್ಮ್ಗಳನ್ನು ಸಲ್ಲಿಸಿ | ಅಗತ್ಯ ಕ್ಷೇತ್ರಗಳು ಜಾರಿಯಲ್ಲಿವೆ, ಸ್ಪಷ್ಟ ಸಂದೇಶದೊಂದಿಗೆ |
| ತುಂಬಾ ಉದ್ದದ ಪಠ್ಯ, ಎಮೋಜಿ, ಉಚ್ಚಾರಣಾ ಹೆಸರುಗಳು | ಲೇಔಟ್ ಉಳಿಯುತ್ತದೆ, ದತ್ತಾಂಶ ಸರಿಯಾಗಿ ಉಳಿಯುತ್ತದೆ |
| ತಪ್ಪು ಸ್ವರೂಪಗಳು: ಫೋನ್ ಕ್ಷೇತ್ರದಲ್ಲಿ ಅಕ್ಷರಗಳು, ಹಿಂದಿನ ದಿನಾಂಕ | ಪುಟ ಮತ್ತು ಸರ್ವರ್ ಎರಡರಲ್ಲೂ ಮೌಲ್ಯೀಕರಣ |
| ಸಲ್ಲಿಸು ಬಟನ್ ಎರಡು ಬಾರಿ ಕ್ಲಿಕ್ ಮಾಡಿ | ನಕಲಿ ಆರ್ಡರ್ಗಳು ಅಥವಾ ಬುಕಿಂಗ್ಗಳಿಲ್ಲ |
| ಹರಿವಿನ ಮಧ್ಯದಲ್ಲಿ ಬ್ರೌಸರ್ ಬ್ಯಾಕ್ ಬಟನ್ | ಮುರಿದ ಸ್ಥಿತಿ ಅಥವಾ ಕಳೆದುಹೋದ ದತ್ತಾಂಶವಿಲ್ಲ |
| ಪ್ರತಿ ಪುಟದಲ್ಲಿ ರಿಫ್ರೆಶ್ ಮಾಡಿ | ದತ್ತಾಂಶ ಉಳಿಯುತ್ತದೆ; ಖಾಲಿ ಪುಟ ಅಥವಾ 404 ಇಲ್ಲ |
| ಲಾಗ್ ಔಟ್ ಮಾಡಿ, ನಂತರ ಬ್ಯಾಕ್ ಒತ್ತಿ | ಖಾಸಗಿ ಪುಟಗಳು ತೋರುವುದಿಲ್ಲ |
| ಒಂದೇ ವಿಷಯವನ್ನು ಸಂಪಾದಿಸುತ್ತಿರುವ ಎರಡು ಟ್ಯಾಬ್ಗಳು | ಕೊನೆಯ ಉಳಿತಾಯ ಮೊದಲನೆಯದನ್ನು ಮೌನವಾಗಿ ಅಳಿಸುವುದಿಲ್ಲ |
ರಿಫ್ರೆಶ್ ಮಾಡುವುದನ್ನು ಒತ್ತಿ ಹೇಳಬೇಕು: ನೀವು ಕ್ಲಿಕ್ ಮಾಡಿ ಹೋದಾಗ ಆ್ಯಪ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಆದರೆ ಆಳವಾದ ಪುಟದಲ್ಲಿ ರಿಫ್ರೆಶ್ 404 ತೋರಿಸಿದರೆ, 404 ದೋಷಗಳನ್ನು ನಿಯೋಜಿಸಿದ ನಂತರ ಸರಿಪಡಿಸುವುದು ಹೇಗೆ ನೋಡಿ.
ಹಂತ 4: ಎರಡು ಖಾತೆಗಳೊಂದಿಗೆ ಅನುಮತಿಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ
ಖಾತೆಗಳಿರುವ ಯಾವುದೇ ಆ್ಯಪ್ಗೆ ಇದು ಅತ್ಯಂತ ಮುಖ್ಯ ಪರೀಕ್ಷೆ, ಮತ್ತು ಅತಿ ಹೆಚ್ಚು ಬಾರಿ ಬಿಟ್ಟುಬಿಡುವುದು.
ಎರಡು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು, A ಮತ್ತು B, ಮತ್ತು (ನಿಮ್ಮ ಆ್ಯಪ್ನಲ್ಲಿ ಇದ್ದರೆ) ಒಬ್ಬ ನಿರ್ವಾಹಕರನ್ನು ರಚಿಸಿ.
- A ಆಗಿ ಒಂದು ದಾಖಲೆಯನ್ನು ರಚಿಸಿ. B ಆಗಿ ಲಾಗಿನ್ ಮಾಡಿ. B ಅದನ್ನು ನೋಡಬಹುದೇ, ಸಂಪಾದಿಸಬಹುದೇ ಅಥವಾ ಅಳಿಸಬಹುದೇ? ವಿನ್ಯಾಸವೇ ಹಾಗಿಲ್ಲದಿದ್ದರೆ ಅವರು ಮಾಡಬಾರದು.
- A ಆಗಿ, ನಿಮ್ಮ ದಾಖಲೆಗಳಲ್ಲಿ ಒಂದರ URL ನಕಲಿಸಿ. B ಆಗಿ ಲಾಗಿನ್ ಮಾಡಿ ಆ URL ಅನ್ನು ನೇರವಾಗಿ ತೆರೆಯಿರಿ.
- ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರಾಗಿ, ನಿರ್ವಾಹಕ ಪುಟಗಳ URL ಗಳನ್ನು ಟೈಪ್ ಮಾಡಿ ತೆರೆಯಲು ಪ್ರಯತ್ನಿಸಿ.
- ಸಂಪೂರ್ಣವಾಗಿ ಲಾಗ್ ಔಟ್ ಮಾಡಿ ಮತ್ತು ಅದೇ URL ಗಳನ್ನು ಪ್ರಯತ್ನಿಸಿ.
ಇಲ್ಲಿ ಸಮಸ್ಯೆ ಕಂಡುಬಂದರೆ, ಅದು ಸರಿಯಾಗುವವರೆಗೆ ಬಿಡುಗಡೆ ಮಾಡಬೇಡಿ. ಪರಿಶೀಲನೆ ಸರ್ವರ್ನಲ್ಲಿ ನಡೆಯಬೇಕು, ಕೇವಲ ಬಟನ್ ಮರೆಮಾಡುವುದರ ಮೂಲಕ ಅಲ್ಲ. ನಮ್ಮ AI ನಿರ್ಮಿತ ಆ್ಯಪ್ಗಳಿಗೆ ಭದ್ರತಾ ಪರಿಶೀಲನಾಪಟ್ಟಿ ಇನ್ನಷ್ಟು ವಿವರಿಸುತ್ತದೆ.
ಹಂತ 5: ನೈಜ ಸಾಧನಗಳಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ
ಕಿರಿದಾದ ಬ್ರೌಸರ್ ವಿಂಡೋ ಅಲ್ಲ, ನಿಜವಾದ ಫೋನ್ನಲ್ಲಿ ಆ್ಯಪ್ ತೆರೆಯಿರಿ.
- ಜೂಮ್ ಮಾಡದೆ ಪ್ರತಿ ಬಟನ್ ಅನ್ನು ಟ್ಯಾಪ್ ಮಾಡಬಹುದೇ?
- ನೀವು ಟೈಪ್ ಮಾಡುತ್ತಿರುವ ಕ್ಷೇತ್ರವನ್ನು ಕೀಬೋರ್ಡ್ ಮುಚ್ಚುತ್ತದೆಯೇ?
- ಟೇಬಲ್ಗಳು ಮತ್ತು ಅಗಲವಾದ ವಿಷಯ ಸ್ಕ್ರಾಲ್ ಆಗುತ್ತವೆಯೇ ಅಥವಾ ಸುತ್ತುತ್ತವೆಯೇ, ಪುಟವನ್ನು ಪಕ್ಕಕ್ಕೆ ತಳ್ಳುವ ಬದಲು?
- ಪಠ್ಯ ಪಿಂಚ್ ಮಾಡದೆ ಓದಬಹುದೇ?
ಸಾಧ್ಯವಾದರೆ ಕನಿಷ್ಠ ಒಂದು iPhone (Safari) ಮತ್ತು ಒಂದು Android ಫೋನ್ (Chrome) ಪ್ರಯತ್ನಿಸಿ. Safari ವಿಶೇಷವಾಗಿ ದಿನಾಂಕಗಳು, ವಿಡಿಯೋ ಮತ್ತು ಸ್ಥಿರ-ಸ್ಥಾನದ ಅಂಶಗಳೊಂದಿಗೆ ತನ್ನದೇ ವಿಶಿಷ್ಟ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿದೆ.
ಹಂತ 6: ಹಣ ಮತ್ತು ಇಮೇಲ್ ಅನ್ನು ಕೊನೆಯಿಂದ ಕೊನೆಯವರೆಗೆ ಪರೀಕ್ಷಿಸಿ
ಕಾರ್ಡ್ಗಳಿಗೆ ಶುಲ್ಕ ವಿಧಿಸುವ ಅಥವಾ ಇಮೇಲ್ ಕಳುಹಿಸುವ ಯಾವುದಕ್ಕೂ ಪೂರ್ಣ ಪರೀಕ್ಷೆ ಬೇಕು.
ಪಾವತಿಗಳು. ನಿಮ್ಮ ಪಾವತಿ ಪೂರೈಕೆದಾರರ ಟೆಸ್ಟ್ ಮೋಡ್ ಮತ್ತು ಟೆಸ್ಟ್ ಕಾರ್ಡ್ ಸಂಖ್ಯೆಗಳನ್ನು ಬಳಸಿ. ಯಶಸ್ವಿ ಪಾವತಿ, ನಿರಾಕರಿಸಿದ ಕಾರ್ಡ್ ಮತ್ತು ರದ್ದುಪಡಿಸಿದ ಚೆಕ್ಔಟ್ ಪರಿಶೀಲಿಸಿ. ಪಾವತಿಯ ನಂತರ ಆರ್ಡರ್ ಅಥವಾ ಚಂದಾದಾರಿಕೆ ನಿಮ್ಮ ಆ್ಯಪ್ನಲ್ಲಿ ಕಾಣುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ, ಪೂರೈಕೆದಾರರ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ ಮಾತ್ರವಲ್ಲ. ನಿಮ್ಮ ಆ್ಯಪ್ ವೆಬ್ಹುಕ್ಗಳನ್ನು (ಪಾವತಿ ಪೂರೈಕೆದಾರರು ನಿಮ್ಮ ಸರ್ವರ್ಗೆ ಕಳುಹಿಸುವ ಸಂದೇಶಗಳು) ಅವಲಂಬಿಸಿದರೆ, ಅವು ಡೆವಲಪ್ಮೆಂಟ್ನಲ್ಲಿ ಮಾತ್ರವಲ್ಲ, ಪ್ರಕಟಿಸಿದ ಆ್ಯಪ್ನಲ್ಲಿ ತಲುಪುತ್ತವೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ನಂತರ ಬಿಡುಗಡೆಗೆ ಮುನ್ನ, ಲೈವ್ ಕೀಗಳಿಗೆ ಬದಲಿಸಿ ಮತ್ತು ಒಂದು ಸಣ್ಣ ನೈಜ ಖರೀದಿ ಮಾಡಿ ಅದನ್ನು ಮರುಪಾವತಿಸಿ.
ಇಮೇಲ್ಗಳು. ಎರಡು ಅಥವಾ ಮೂರು ವಿಭಿನ್ನ ಪೂರೈಕೆದಾರರಲ್ಲಿ ನೈಜ ವಿಳಾಸಗಳೊಂದಿಗೆ ಸೈನ್ ಅಪ್ ಮಾಡಿ. ಇಮೇಲ್ಗಳು ತಲುಪುತ್ತವೆ, ಸ್ಪ್ಯಾಮ್ನಲ್ಲಿರುವುದಿಲ್ಲ, ಮತ್ತು ಅವುಗಳಲ್ಲಿನ ಪ್ರತಿ ಲಿಂಕ್ ಪೂರ್ವವೀಕ್ಷಣೆ ವಿಳಾಸವಲ್ಲ, ಲೈವ್ ಡೊಮೈನ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಹಂತ 7: ವೇಗ ಮತ್ತು ದೋಷಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
- ಬ್ರೌಸರ್ನ ಡೆವಲಪರ್ ಟೂಲ್ಗಳನ್ನು (ಬಲ ಕ್ಲಿಕ್ → Inspect) ತೆರೆದು ಪ್ರತಿ ಮುಖ್ಯ ಪುಟದಲ್ಲಿ Console ಟ್ಯಾಬ್ ನೋಡಿ. ಕೆಂಪು ದೋಷಗಳು ಏನೂ ಮುರಿದಂತೆ ಕಾಣದಿದ್ದರೂ ಸರಿಪಡಿಸುವಷ್ಟು ಮುಖ್ಯ.
- ವೈ-ಫೈ ಬದಲು ಮೊಬೈಲ್ ಡೇಟಾ ಬಳಸಿ ಫೋನ್ನಲ್ಲಿ ಸೈಟ್ ಲೋಡ್ ಮಾಡಿ. ಮೊದಲ ಪರದೆ ಹಲವು ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಂಡರೆ, ಮೊದಲು ಚಿತ್ರಗಳ ಗಾತ್ರವನ್ನು ನೋಡಿ.
- ತ್ವರಿತ ಓದಿಗಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಪ್ರವೇಶಸಾಧ್ಯತೆಗಾಗಿ Chrome ಡೆವ್ ಟೂಲ್ಗಳಲ್ಲಿನ Lighthouse ನಂತಹ ಉಚಿತ ಆಡಿಟ್ ಚಲಾಯಿಸಿ.
ಹಂತ 8: ಪ್ರಕಟಿಸಿದ ಆ್ಯಪ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿ, ಪೂರ್ವವೀಕ್ಷಣೆಯನ್ನು ಮಾತ್ರವಲ್ಲ
ಪೂರ್ವವೀಕ್ಷಣೆ ಮತ್ತು ಪ್ರಕಟಿಸಿದ ಆ್ಯಪ್ ಒಂದೇ ಪರಿಸರವಲ್ಲ. ಬಿಡುಗಡೆಯನ್ನು ಯಾರಿಗಾದರೂ ಹೇಳುವ ಮೊದಲು, ಲೈವ್ URL ನಲ್ಲಿ ಮುಖ್ಯ ಹರಿವುಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ:
- ಪ್ರಕಟಿಸಿದ ಆ್ಯಪ್ಗೆ ಎಲ್ಲಾ ಪರಿಸರ ವೇರಿಯೇಬಲ್ಗಳು ಮತ್ತು ರಹಸ್ಯಗಳನ್ನು ಹೊಂದಿಸಲಾಗಿದೆಯೇ?
- ಸರಿಯಾದ ಡೇಟಾಬೇಸ್ ಬಳಸಲಾಗುತ್ತಿದೆಯೇ, ನೀವು ನಿರೀಕ್ಷಿಸುವ ದತ್ತಾಂಶದೊಂದಿಗೆ?
- ಲಾಗಿನ್ ರೀಡೈರೆಕ್ಟ್ಗಳು ಮತ್ತು ಇಮೇಲ್ ಲಿಂಕ್ಗಳು ಲೈವ್ ಡೊಮೈನ್ ಬಳಸುತ್ತವೆಯೇ?
- ಆಳವಾದ ಪುಟದಲ್ಲಿ ರಿಫ್ರೆಶ್ ಸರಿಯಾಗಿ ಲೋಡ್ ಆಗುತ್ತದೆಯೇ?
ಹಂತ 9: ಬೇರೆಯವರು ಅದನ್ನು ಬಳಸುವುದನ್ನು ವೀಕ್ಷಿಸಿ
ಒಬ್ಬ ಅಥವಾ ಇಬ್ಬರಿಗೆ ಗುರಿಯನ್ನು ನೀಡಿ (“ಶನಿವಾರಕ್ಕೆ ಯೋಗ ತರಗತಿ ಬುಕ್ ಮಾಡಿ”), ಸೂಚನೆಗಳಲ್ಲ. ವೀಕ್ಷಿಸಿ, ಸಹಾಯ ಮಾಡಬೇಡಿ, ಮತ್ತು ಅವರು ಎಲ್ಲಿ ಹಿಂಜರಿಯುತ್ತಾರೆ ಎಂದು ಬರೆದಿಡಿ. ಗೊಂದಲಮಯ ಪದಗಳು ಮತ್ತು ಅಡಗಿರುವ ಬಟನ್ಗಳನ್ನು ಹುಡುಕಲು ಇದು ವೇಗವಾದ ಮಾರ್ಗ. ಇದರ ದೊಡ್ಡ ಆವೃತ್ತಿಗಾಗಿ, ಬೀಟಾ ಪರೀಕ್ಷೆ ನಡೆಸುವುದು ಹೇಗೆ ನೋಡಿ.
ಅವರು ಒಂದು ದೋಷವನ್ನು ಎದುರಿಸಿದಾಗ, ಹಂತಗಳು, ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶ ಮತ್ತು ನಿಜವಾದ ಫಲಿತಾಂಶದೊಂದಿಗೆ ಸರಿಯಾಗಿ ಬರೆಯಿರಿ. ಉತ್ತಮ ದೋಷ ವರದಿ ಬರೆಯುವುದು ಹೇಗೆ ಸ್ವರೂಪವನ್ನು ತೋರಿಸುತ್ತದೆ.
ಪರೀಕ್ಷೆಗೆ AI ಸಹಾಯ ಪಡೆಯುವುದು
ನೀವು AI ಯೊಂದಿಗೆ ನಿರ್ಮಿಸುತ್ತಿದ್ದರೆ, ಪರೀಕ್ಷೆಗಳನ್ನು ಯೋಜಿಸಲು ಮತ್ತು ನಡೆಸಲು ಅದನ್ನು ಕೇಳಬಹುದು:
ಈ ಆ್ಯಪ್ನಲ್ಲಿ ಮುಖ್ಯ ಬಳಕೆದಾರ ಹರಿವುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಮುರಿಯುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚಿರುವ ಅಂಚಿನ ಪ್ರಕರಣಗಳನ್ನು ಸೂಚಿಸಿ: ಖಾಲಿ ಸ್ಥಿತಿಗಳು, ಅಮಾನ್ಯ ಇನ್ಪುಟ್, ಅನುಮತಿಗಳು ಮತ್ತು ರಿಫ್ರೆಶ್. ನಾನು ಕೆಲಸ ಮಾಡಬಹುದಾದ ಪರಿಶೀಲನಾಪಟ್ಟಿಯಲ್ಲಿ ಇಡಿ.
ಎರಡು ವಿಭಿನ್ನ ಪರೀಕ್ಷಾ ಬಳಕೆದಾರರಾಗಿ ಲಾಗಿನ್ ಮಾಡಿ ಮತ್ತು ಬಳಕೆದಾರ B, ಬಳಕೆದಾರ A ರಚಿಸಿದ ಯಾವುದನ್ನಾದರೂ ನೋಡಬಹುದೇ ಅಥವಾ ಬದಲಿಸಬಹುದೇ ಎಂದು ಪರಿಶೀಲಿಸಿ — A ಯ ದಾಖಲೆ URL ಗಳನ್ನು ನೇರವಾಗಿ ತೆರೆಯುವುದನ್ನೂ ಸೇರಿಸಿ. ಏನನ್ನೂ ಸರಿಪಡಿಸುವ ಮೊದಲು ನೀವು ಕಂಡುಕೊಂಡದ್ದನ್ನು ವರದಿ ಮಾಡಿ.
AI ನ ಸ್ವಂತ ಪರೀಕ್ಷಾ ವರದಿಯನ್ನು ಮೊದಲ ಹಂತವೆಂದು ಪರಿಗಣಿಸಿ. ಹಣ ಮತ್ತು ಅನುಮತಿ ಹರಿವುಗಳನ್ನು ನೀವೇ ಇನ್ನೂ ಕ್ಲಿಕ್ ಮಾಡಿ ಪರಿಶೀಲಿಸಿ.
Mythex ನಲ್ಲಿ ಪರೀಕ್ಷೆ
Mythex ನಲ್ಲಿ, /test ಆಜ್ಞೆ ಆ್ಯಪ್ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸುತ್ತದೆ: ಏಜೆಂಟ್ ನಿಮ್ಮ ಲೈವ್ ಪೂರ್ವವೀಕ್ಷಣೆಯ ವಿರುದ್ಧ ಬ್ರೌಸರ್ ನಡೆಸುತ್ತದೆ, ಪುಟಗಳ ಮೂಲಕ ಕ್ಲಿಕ್ ಮಾಡುತ್ತದೆ, ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಳನ್ನು ತೆಗೆಯುತ್ತದೆ, ಮತ್ತು ಮುರಿದ ಹರಿವುಗಳನ್ನು ಚಾಟ್ನಲ್ಲಿ ವರದಿ ಮಾಡುತ್ತದೆ. “ಸೈನ್-ಅಪ್ ಮತ್ತು ತರಗತಿ ಬುಕ್ ಮಾಡುವುದನ್ನು ಪರೀಕ್ಷಿಸಿ” ಎಂಬಂತಹ ನಿರ್ದಿಷ್ಟ ಹರಿವಿನೊಂದಿಗೆ ಇದು ಉತ್ತಮವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಅದು ಕಂಡುಕೊಂಡದ್ದನ್ನು /fix ಅಥವಾ ಸಾಮಾನ್ಯ ಸಂದೇಶದಿಂದ ಸರಿಪಡಿಸಿ, ನಂತರ /test ಅನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ. ಆ್ಯಪ್ ಪರೀಕ್ಷೆ ಪೂರ್ವವೀಕ್ಷಣೆಯನ್ನು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಕಟಿಸಿದ ನಂತರ ಪ್ರಕಟಿಸಿದ URL ನಲ್ಲಿ ಮುಖ್ಯ ಹರಿವುಗಳನ್ನು ನೀವೇ ಪರಿಶೀಲಿಸಿ. ದಾಖಲೆಗಳಲ್ಲಿ ಆ್ಯಪ್ ಪರೀಕ್ಷೆ ನೋಡಿ, ಮತ್ತು ಏನಾದರೂ ವಿಫಲವಾದಾಗ AI ನಿರ್ಮಿತ ಆ್ಯಪ್ ಅನ್ನು ಡೀಬಗ್ ಮಾಡುವುದು ಹೇಗೆ ಮಾರ್ಗದರ್ಶಿ.
ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು
- ನಿಮ್ಮನ್ನು ಮಾತ್ರ ಪರೀಕ್ಷಿಸುವುದು. ಬಹಳಷ್ಟು ದತ್ತಾಂಶವಿರುವ ನಿಮ್ಮ ನಿರ್ವಾಹಕ ಖಾತೆ ಖಾಲಿ-ಸ್ಥಿತಿ ಮತ್ತು ಅನುಮತಿ ದೋಷಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ.
- ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ಮಾತ್ರ ಪರೀಕ್ಷಿಸುವುದು. ಅನೇಕ ಸೈಟ್ಗಳಿಗೆ ಬರುವ ಹೆಚ್ಚಿನ ಸಂದರ್ಶಕರು ಫೋನ್ನಲ್ಲಿ ಬರುತ್ತಾರೆ.
- ಎರಡನೇ ಖಾತೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುವುದು. ಬಳಕೆದಾರರ ನಡುವೆ ದತ್ತಾಂಶ ಸೋರಿಕೆಯಾಗುವುದು ಆ್ಯಪ್ ಬಿಡುಗಡೆ ಮಾಡಬಹುದಾದ ಅತ್ಯಂತ ಗಂಭೀರ ದೋಷ.
- ಪೂರ್ವವೀಕ್ಷಣೆಯನ್ನು ನಂಬುವುದು. ಲೈವ್ ಆ್ಯಪ್ನ ಸೆಟ್ಟಿಂಗ್ಗಳು ಬೇರೆ; ಅದನ್ನೂ ಪರೀಕ್ಷಿಸಿ.
- ಹತ್ತಿರದ ಇನ್ನೊಂದು ಭಾಗವನ್ನು ಮರುಪರೀಕ್ಷಿಸದೆ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುವುದು. ಒಂದು ಫಾರ್ಮ್ನ ಸರಿಪಡಿಕೆ ಕೋಡ್ ಹಂಚಿಕೊಳ್ಳುವ ಇನ್ನೊಂದನ್ನು ಮುರಿಯಬಹುದು.
ಬಿಡುಗಡೆಗೆ ಮುನ್ನ ಪರಿಶೀಲನಾಪಟ್ಟಿ
- ಮುಖ್ಯ ಹರಿವುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಶ್ರೇಣೀಕರಿಸಲಾಗಿದೆ
- ಪ್ರತಿ ಹರಿವು ಖಾಸಗಿ ವಿಂಡೋದಲ್ಲಿ ಹೊಸ ಬಳಕೆದಾರರಂತೆ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ
- ಖಾಲಿ, ಅಮಾನ್ಯ, ಉದ್ದ ಮತ್ತು ನಕಲಿ ಇನ್ಪುಟ್ ನಿಭಾಯಿಸಲಾಗಿದೆ
- ಪ್ರತಿ ಪುಟದಲ್ಲಿ ರಿಫ್ರೆಶ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ
- ಬಳಕೆದಾರರು ಪರಸ್ಪರರ ದತ್ತಾಂಶವನ್ನು ನೋಡಲು ಅಥವಾ ಬದಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, URL ಮೂಲಕವೂ
- ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಮತ್ತು ಲಾಗ್ ಔಟ್ ಆದ ಸಂದರ್ಶಕರಿಗೆ ನಿರ್ವಾಹಕ ಪುಟಗಳು ನಿರ್ಬಂಧಿಸಲ್ಪಟ್ಟಿವೆ
- ನೈಜ iPhone ಮತ್ತು Android ಫೋನ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ
- ಪಾವತಿಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿದೆ: ಯಶಸ್ಸು, ನಿರಾಕರಣೆ, ರದ್ದು, ಮತ್ತು ನಂತರ ಆ್ಯಪ್ ನವೀಕರಣಗೊಳ್ಳುತ್ತದೆ
- ಇಮೇಲ್ಗಳು ತಲುಪುತ್ತವೆ, ಸ್ಪ್ಯಾಮ್ ತಪ್ಪಿಸುತ್ತವೆ, ಮತ್ತು ಲೈವ್ ಡೊಮೈನ್ಗೆ ಲಿಂಕ್ ಮಾಡುತ್ತವೆ
- ಮುಖ್ಯ ಪುಟಗಳಲ್ಲಿ ಕನ್ಸೋಲ್ನಲ್ಲಿ ಕೆಂಪು ದೋಷಗಳಿಲ್ಲ
- ಪ್ರಕಟಿಸಿದ URL ನಲ್ಲಿ ಮುಖ್ಯ ಹರಿವುಗಳನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗಿದೆ
- ಕನಿಷ್ಠ ಒಬ್ಬ ಹೊರಗಿನ ವ್ಯಕ್ತಿ ನೀವು ವೀಕ್ಷಿಸುತ್ತಿರುವಾಗ ಅದನ್ನು ಪ್ರಯತ್ನಿಸಿದ್ದಾರೆ
ಪ್ರಶ್ನೆಗಳು
ಸಣ್ಣ ಆ್ಯಪ್ಗೆ ಬಿಡುಗಡೆಗೆ ಮುಂಚೆ ಎಷ್ಟು ಪರೀಕ್ಷೆ ಬೇಕು?
ಹೊಸ ಬಳಕೆದಾರರಿಗೆ ಮುಖ್ಯ ಹರಿವುಗಳು ಫೋನ್ ಮತ್ತು ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು, ಬಳಕೆದಾರರು ಪರಸ್ಪರರ ದತ್ತಾಂಶವನ್ನು ನೋಡಲಾಗುವುದಿಲ್ಲ ಎಂದು, ಮತ್ತು ಹಣ ಸಂಬಂಧಿತ ಎಲ್ಲವೂ ಕೊನೆಯವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತವಾಗಿರಲು ಸಾಕಷ್ಟು. ಹೆಚ್ಚಿನ ಸಣ್ಣ ಆ್ಯಪ್ಗಳಿಗೆ ಇದು ಕೆಲವು ಕೇಂದ್ರೀಕೃತ ಗಂಟೆಗಳು, ವಾರಗಳಲ್ಲ.
MVP ಗೆ ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಗಳು ಬೇಕೇ?
ಅಗತ್ಯವಾಗಿಲ್ಲ. ಮುಖ್ಯ ಹರಿವುಗಳ ಹಸ್ತಚಾಲಿತ ಪರೀಕ್ಷೆ ಬಿಡುಗಡೆಯನ್ನು ತಡೆಯುವ ಹೆಚ್ಚಿನ ದೋಷಗಳನ್ನು ಹಿಡಿಯುತ್ತದೆ. ನೀವು ಆ್ಯಪ್ ಅನ್ನು ಆಗಾಗ ಬದಲಿಸಿ, ಮೊದಲು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದದ್ದನ್ನು ಮುರಿದಿದ್ದೀರಾ ಎಂದು ಬೇಗ ತಿಳಿಯಲು ಬಯಸಿದಾಗ ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಗಳು ಲಾಭ ನೀಡಲು ಆರಂಭಿಸುತ್ತವೆ.
ನಾನು ಪೂರ್ವವೀಕ್ಷಣೆಯಲ್ಲಿ ಪರೀಕ್ಷಿಸಬೇಕೋ ಅಥವಾ ಲೈವ್ ಆ್ಯಪ್ನಲ್ಲಿಯೋ?
ಎರಡೂ. ಪೂರ್ವವೀಕ್ಷಣೆಯಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಪ್ರಕಟಿಸಿದ ಆ್ಯಪ್ನಲ್ಲಿ ಮುಖ್ಯ ಹರಿವುಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಕಾಣೆಯಾದ ಪರಿಸರ ವೇರಿಯೇಬಲ್ಗಳು, ಬೇರೆ ಡೇಟಾಬೇಸ್ ಅಥವಾ ರೂಟಿಂಗ್ ಸೆಟ್ಟಿಂಗ್ಗಳು ಲೈವ್ ಆವೃತ್ತಿಯನ್ನು ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುವಂತೆ ಮಾಡಬಹುದು.
ನಾನಲ್ಲದೆ ನನ್ನ ಆ್ಯಪ್ ಅನ್ನು ಯಾರು ಪರೀಕ್ಷಿಸಬೇಕು?
ಅದನ್ನು ಎಂದಿಗೂ ನೋಡದ ಕನಿಷ್ಠ ಒಬ್ಬ ವ್ಯಕ್ತಿ. ಅವರಿಗೆ ಸೂಚನೆಗಳಲ್ಲ, ಗುರಿಯನ್ನು ನೀಡಿ, ಸಹಾಯ ಮಾಡದೆ ಗಮನಿಸಿ. ನಿರ್ಮಾಣಕಾರರು ಅರಿವಿಲ್ಲದೆ ಮುರಿಯುವ ಮಾರ್ಗಗಳನ್ನು ತಪ್ಪಿಸುತ್ತಾರೆ.