ਲਾਭ:
- ਮੈਟ੍ਰਿਕਸ ਜਿਵੇਂ ਕਿ ਲਾਈਨ, ਬ੍ਰਾਂਚ, ਅਤੇ ਕੰਡੀਸ਼ਨ ਕਵਰੇਜ ਨੂੰ ਇੱਕ ਨਕਸ਼ੇ ਦੇ ਰੂਪ ਵਿੱਚ ਪੜ੍ਹਨ ਦੀ ਸਮਰੱਥਾ, ਇੱਕ ਟਰੱਸਟ ਨਹੀਂ, ਅਤੇ ਇਹ ਸਮਝਣਾ ਕਿ ਉੱਚ ਕਵਰੇਜ ਸੂਡੋ-ਭਰੋਸਾ ਦੇ ਸਕਦੀ ਹੈ
- ਕੋਡ ਸਕੋਪ ਦੇ ਅੱਗੇ ਲੋੜ ਦਾ ਘੇਰਾ ਰੱਖਣ ਦੀ ਸਮਰੱਥਾ ਅਤੇ ਆਰਟੀਫੀਸ਼ੀਅਲ ਇੰਟੈਲੀਜੈਂਸ ਨਾਲ ਟਰੇਸੇਬਿਲਟੀ ਗੈਪਸ ਨੂੰ ਦਿਖਾਈ ਦੇਣ ਦੀ ਸਮਰੱਥਾ
- ਫਾਰਮੂਲਾ ਜੋਖਮ = ਸੰਭਾਵਨਾ × ਪ੍ਰਭਾਵ, ਸਭ ਤੋਂ ਵੱਧ ਜੋਖਮ ਲਈ ਸਿੱਧੇ ਸੀਮਤ ਟੈਸਟਿੰਗ ਯਤਨ, ਅਤੇ ਦਸਤਾਵੇਜ਼ ਜਾਣਬੁੱਝ ਕੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਹੋਣ ਦੇ ਨਾਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਕੋਰ ਕਰਨ ਦੀ ਯੋਗਤਾ
ਤੁਸੀਂ ਹਰ ਸੌਫਟਵੇਅਰ ਦੀ ਹਮੇਸ਼ਾ ਲਈ ਜਾਂਚ ਨਹੀਂ ਕਰ ਸਕਦੇ; ਸਮਾਂ ਅਤੇ ਸਰੋਤ ਸੀਮਤ ਹਨ। ਇਸ ਲਈ ਅਸਲ ਸਵਾਲ ਇਹ ਹੈ: ਸੀਮਤ ਟੈਸਟਿੰਗ ਕੋਸ਼ਿਸ਼ ਕਿੱਥੇ ਰੱਖੀਏ? ਦੋ ਧਾਰਨਾਵਾਂ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ। ਟੈਸਟ ਕਵਰੇਜ—ਇੱਕ ਮੈਟ੍ਰਿਕ ਜੋ ਇਹ ਮਾਪਦਾ ਹੈ ਕਿ ਟੈਸਟਾਂ ਦੁਆਰਾ ਕੋਡ ਜਾਂ ਲੋੜਾਂ ਨੂੰ ਕਿੰਨਾ ਕੁ ਛੂਹਿਆ ਗਿਆ ਹੈ — ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਟੈਸਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ। ਜੋਖਮ-ਅਧਾਰਿਤ ਟੈਸਟਿੰਗ - ਕਿਸੇ ਖੇਤਰ ਦੇ ਵਿਗੜਨ ਦੀ ਸੰਭਾਵਨਾ ਅਤੇ ਇਸਦੇ ਵਿਗੜਣ 'ਤੇ ਇਸ ਨਾਲ ਹੋਣ ਵਾਲੇ ਨੁਕਸਾਨ ਦੇ ਅਨੁਸਾਰ ਟੈਸਟ ਦੀ ਤਰਜੀਹ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਪਹੁੰਚ - ਕੋਸ਼ਿਸ਼ ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਜੋਖਮ ਵੱਲ ਨਿਰਦੇਸ਼ਤ ਕਰਦੀ ਹੈ। ਆਰਟੀਫੀਸ਼ੀਅਲ ਇੰਟੈਲੀਜੈਂਸ (AI) ਦੋਵਾਂ ਵਿੱਚ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਵਿਸ਼ਲੇਸ਼ਣ ਸਹਿਭਾਗੀ ਹੈ: ਇਹ ਕਵਰੇਜ ਦੇ ਅੰਤਰਾਂ ਨੂੰ ਦਿਸਦਾ ਹੈ, ਜੋਖਮ ਦੇ ਖੇਤਰਾਂ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ। ਪਰ ਕੇਂਦਰੀ ਚੇਤਾਵਨੀ ਰਹਿੰਦੀ ਹੈ: ਏਆਈ ਦੁਆਰਾ ਦੇਖੇ ਜਾਣ ਵਾਲੇ ਸਕੋਪਾਂ ਦੀ ਗਿਣਤੀ ਗੁੰਮਰਾਹਕੁੰਨ ਹੋ ਸਕਦੀ ਹੈ; ਇੱਥੋਂ ਤੱਕ ਕਿ 100% ਕਤਾਰ ਕਵਰੇਜ ਉਹਨਾਂ ਟੈਸਟਾਂ ਨਾਲ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜੋ ਕੁਝ ਵੀ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਤੁਹਾਡਾ ਕੰਮ ਦਾਇਰੇ ਨੂੰ ਨਕਸ਼ੇ ਦੇ ਤੌਰ 'ਤੇ ਪੜ੍ਹਨਾ ਹੈ, ਨਾ ਕਿ ਟਰੱਸਟ।
ਕਵਰੇਜ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਪੜ੍ਹਨਾ
ਸਕੋਪ ਦੀਆਂ ਕਈ ਕਿਸਮਾਂ ਹਨ, ਅਤੇ ਸਾਰੇ ਬਰਾਬਰ ਅਰਥਪੂਰਨ ਨਹੀਂ ਹਨ:
- ਲਾਈਨ ਕਵਰੇਜ: ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵਾਰ ਕੋਡ ਦੀਆਂ ਕਿੰਨੀਆਂ ਲਾਈਨਾਂ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ। ਸਭ ਤੋਂ ਆਮ ਪਰ ਸਭ ਤੋਂ ਕਮਜ਼ੋਰ ਮਾਪਦੰਡ; ਸਿਰਫ਼ ਕਿਉਂਕਿ ਇੱਕ ਲਾਈਨ ਕੰਮ ਕਰਦੀ ਹੈ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਸਹੀ ਢੰਗ ਨਾਲ ਵਿਹਾਰ ਕਰਦੀ ਹੈ।
- ਬ੍ਰਾਂਚ ਕਵਰੇਜ: ਕੀ ਹਰ ਜੇ ਬ੍ਰਾਂਚ (ਸੱਚੀ ਅਤੇ ਗਲਤ ਦੋਵੇਂ) ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਹੈ। ਇੱਕ ਲਾਈਨ ਨਾਲੋਂ ਵਧੇਰੇ ਅਰਥਪੂਰਨ।
- ਕੰਡੀਸ਼ਨ ਕਵਰੇਜ: ਜਟਿਲ ਸਥਿਤੀਆਂ ਵਿੱਚ ਹਰੇਕ ਉਪ-ਸ਼ਰਤ ਦੀ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚ ਕਰਨਾ।
- ਪਾਥ ਕਵਰੇਜ: ਕੋਡ ਦੇ ਅੰਦਰ ਲਾਜ਼ੀਕਲ ਮਾਰਗਾਂ ਦੇ ਸੰਯੋਜਨ। ਇਹ ਸਭ ਤੋਂ ਵਿਆਪਕ ਹੈ ਪਰ ਅਭਿਆਸ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਹੁੰਚਣਾ ਮੁਸ਼ਕਲ ਹੈ।
ਸਾਵਧਾਨ: ਕਵਰੇਜ ਪ੍ਰਤੀਸ਼ਤ "ਗੁਣਵੱਤਾ ਸਕੋਰ" ਨਹੀਂ ਹੈ। 100% ਕਤਾਰ ਕਵਰੇਜ ਤੁਹਾਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਕਤਾਰਾਂ ਕੰਮ ਕਰ ਰਹੀਆਂ ਹਨ; ਇਹ ਨਹੀਂ ਕਿ ਇਹ ਸਹੀ ਨਤੀਜਾ ਪੈਦਾ ਕਰਦਾ ਹੈ (ਯੂਨਿਟ 1 ਵਿੱਚ ਸੂਡੋ-ਪਾਸ)। ਸਵਾਲ ਦੇ ਜਵਾਬ ਵਜੋਂ ਸਕੋਪ ਦੀ ਵਰਤੋਂ ਕਰੋ "ਮੈਂ ਕਿੱਥੇ ਕਦੇ ਨਹੀਂ ਦੇਖਿਆ", ਨਾ ਕਿ ਇਸ ਭਰੋਸੇ ਵਜੋਂ ਕਿ "ਹਰ ਚੀਜ਼ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਹੈ"।
ਸਕੋਪ ਅੰਨ੍ਹੇ ਚਟਾਕ
ਕਵਰੇਜ ਮੈਟ੍ਰਿਕਸ ਸਿਰਫ਼ ਇਹ ਮਾਪਦੇ ਹਨ ਕਿ ਕੋਡ ਦਾ ਕਿੰਨਾ ਹਿੱਸਾ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ; ਨਹੀਂ ਦੇਖ ਸਕਦੇ: (1) ਬਿਨਾਂ ਜਾਂਚ ਕੀਤੀਆਂ ਲੋੜਾਂ (ਕੋਡ ਮੌਜੂਦ ਹੈ ਪਰ ਕਾਰੋਬਾਰੀ ਨਿਯਮ ਗਲਤ ਹੈ), (2) ਗੁੰਮ ਕੋਡ (ਇੱਕ ਨਿਯੰਤਰਣ ਲਈ ਕੋਈ ਗੁੰਜਾਇਸ਼ ਨਹੀਂ ਜੋ ਕਦੇ ਨਹੀਂ ਲਿਖਿਆ ਗਿਆ ਸੀ), (3) ਡੇਟਾ/ਸਟੇਟ ਸੰਜੋਗ, (4) ਉਪਯੋਗਤਾ, ਪ੍ਰਦਰਸ਼ਨ, ਸੁਰੱਖਿਆ। ਇਸ ਲਈ, ਲੋੜ ਕਵਰੇਜ (ਹਰੇਕ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਟੈਸਟ ਦੁਆਰਾ ਪੂਰਾ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ) ਕੋਡ ਕਵਰੇਜ ਦੇ ਅੱਗੇ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਏਆਈ ਲੋੜ-ਟੈਸਟ ਮੈਪਿੰਗ (ਟਰੇਸੇਬਿਲਟੀ ਮੈਟ੍ਰਿਕਸ) ਬਣਾਉਣ ਵਿੱਚ ਬਹੁਤ ਮਦਦਗਾਰ ਹੈ।
ਜੋਖਮ-ਅਧਾਰਤ ਟੈਸਟਿੰਗ: ਅਸੀਂ ਕੋਸ਼ਿਸ਼ ਕਿੱਥੇ ਕਰਦੇ ਹਾਂ?
ਜੋਖਮ = ਸੰਭਾਵਨਾ (ਟੁੱਟਣ ਦੀ ਸੰਭਾਵਨਾ) × ਪ੍ਰਭਾਵ (ਟੁੱਟਣ 'ਤੇ ਨੁਕਸਾਨ)। AI ਦੇ ਨਾਲ, ਤੁਸੀਂ ਇਹਨਾਂ ਦੋ ਧੁਰਿਆਂ 'ਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਸੂਚੀ ਸਕੋਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇੱਕ ਹੀਟ ਮੈਪ ਬਣਾ ਸਕਦੇ ਹੋ। ਉੱਚ ਸੰਭਾਵਨਾ × ਉੱਚ ਡੋਮੇਨ (ਭੁਗਤਾਨ, ਪ੍ਰਮਾਣਿਕਤਾ, ਡੇਟਾ ਇਕਸਾਰਤਾ) ਸਭ ਤੋਂ ਤੀਬਰ ਜਾਂਚ ਦੇ ਹੱਕਦਾਰ ਹਨ; ਘੱਟ × ਘੱਟ ਖੇਤਰ (ਇੱਕ ਘੱਟ ਹੀ ਵਰਤੀ ਜਾਂਦੀ ਤਰਜੀਹ ਸਕ੍ਰੀਨ) ਲਾਈਟ ਟੈਸਟਿੰਗ ਕਾਫੀ ਹੈ।
ਖੇਤਰ
ਸੰਭਾਵਨਾ
ਪ੍ਰਭਾਵ
ਜੋਖਮ
ਟੈਸਟ ਘਣਤਾ
ਭੁਗਤਾਨ ਪ੍ਰਵਾਹ
ਮੱਧਮ
ਬਹੁਤ ਉੱਚਾ
ਉੱਚ
ਡੀਪ + ਆਟੋਮੇਸ਼ਨ
ਪ੍ਰਮਾਣਿਕਤਾ
ਮੱਧਮ
ਬਹੁਤ ਉੱਚਾ
ਉੱਚ
ਡੂੰਘੀ + ਸੁਰੱਖਿਆ
ਉਤਪਾਦ ਖੋਜ
ਉੱਚ
ਮੱਧਮ
ਮੱਧਮ-ਉੱਚਾ
ਆਟੋਮੇਸ਼ਨ + ਖੋਜ
ਪ੍ਰੋਫਾਈਲ ਫੋਟੋ
ਘੱਟ
ਘੱਟ
ਘੱਟ
ਰੋਸ਼ਨੀ ਕੰਟਰੋਲ
ਮਦਦ ਪੰਨਾ
ਘੱਟ
ਬਹੁਤ ਘੱਟ
ਬਹੁਤ ਘੱਟ
ਸਮੀਖਿਆ
ਗੁੰਜਾਇਸ਼ ਦਾ ਪਿੱਛਾ ਕਰਨ ਦਾ ਜਾਲ
ਕਵਰੇਜ ਪ੍ਰਤੀਸ਼ਤਤਾ ਨੂੰ ਇੱਕ ਟੀਚਾ ਬਣਾਉਣਾ (ਜਿਵੇਂ ਕਿ "ਟੀਮ ਨੂੰ 90% ਕਵਰੇਜ ਪਾਸ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ" ਨਿਯਮ) ਦਾ ਇੱਕ ਖਤਰਨਾਕ ਮਾੜਾ ਪ੍ਰਭਾਵ ਹੈ: ਡਿਵੈਲਪਰ ਅਤੇ ਟੈਸਟਰ ਅਸਲ ਜੋਖਮ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰਤੀਸ਼ਤ ਨੂੰ ਵਧਾਉਣ 'ਤੇ ਧਿਆਨ ਦਿੰਦੇ ਹਨ। ਨਤੀਜਾ ਅਕਸਰ ਬਿਨਾਂ ਕਿਸੇ ਦਾਅਵੇ ਜਾਂ ਮਾਮੂਲੀ ਟੈਸਟਾਂ ਦੇ ਇੱਕ ਫੁੱਲਿਆ ਹੋਇਆ ਗੁੰਜਾਇਸ਼ ਹੁੰਦਾ ਹੈ - ਨੰਬਰ ਵਧੀਆ ਲੱਗਦਾ ਹੈ ਪਰ ਕੋਈ ਸੁਰੱਖਿਆ ਨਹੀਂ ਹੈ। ਇਹ ਮਾਪਦੰਡ ਦੇ ਖਰਾਬ ਹੋਣ ਦਾ ਵਰਤਾਰਾ ਹੈ ਜਦੋਂ ਇਹ ਖੁਦ ਟੀਚਾ ਬਣ ਜਾਂਦਾ ਹੈ: "ਜਦੋਂ ਇੱਕ ਮਾਪ ਇੱਕ ਟੀਚਾ ਬਣ ਜਾਂਦਾ ਹੈ, ਇਹ ਇੱਕ ਚੰਗਾ ਮਾਪ ਬਣਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ।" ਸਕੋਪ ਨੂੰ ਇੱਕ ਡਾਇਗਨੌਸਟਿਕ ਟੂਲ ਵਜੋਂ ਵਰਤੋ, ਨਾ ਕਿ ਪ੍ਰਦਰਸ਼ਨ ਰਿਪੋਰਟ ਕਾਰਡ।
ਸਕੋਪ ਨੂੰ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਨਾਲ ਪੜ੍ਹਨਾ ਇੱਕ ਸਿਹਤਮੰਦ ਪਹੁੰਚ ਹੈ: "ਨਾਜ਼ੁਕ ਭੁਗਤਾਨ ਮੋਡੀਊਲ ਵਿੱਚ ਸ਼ਾਖਾ ਕਵਰੇਜ 40% 'ਤੇ ਕਿਉਂ ਫਸਿਆ ਹੋਇਆ ਹੈ?" ਸਵਾਲ ਇਹ ਹੈ ਕਿ "ਕੀ ਸਮੁੱਚੀ ਕਵਰੇਜ 90% ਹੈ?" ਇਹ ਸਵਾਲ ਨਾਲੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਕੀਮਤੀ ਹੈ। AI ਨੂੰ ਮੌਡਿਊਲ ਅਤੇ ਜੋਖਮ ਪੱਧਰ ਦੁਆਰਾ ਸਕੋਪ ਰਿਪੋਰਟ ਨੂੰ ਤੋੜਨਾ ਚਾਹੀਦਾ ਹੈ; ਘੱਟ ਕਵਰੇਜ ਵਾਲੇ ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਖੇਤਰਾਂ ਨੂੰ ਹਾਈਲਾਈਟ ਕਰੋ। ਇਸ ਤਰ੍ਹਾਂ, ਸਕੋਪ ਇੱਕ ਕੰਪਾਸ ਬਣ ਜਾਂਦਾ ਹੈ ਜੋ ਕਿ ਅੰਨ੍ਹੇ ਪ੍ਰਤੀਸ਼ਤ ਦੀ ਬਜਾਏ ਕਿਰਤ ਨੂੰ ਨਿਰਦੇਸ਼ਤ ਕਰਦਾ ਹੈ।
ਸਾਵਧਾਨ: ਨਾਅਰਾ "100% ਕਵਰੇਜ" ਇੱਕ ਜਾਲ ਹੈ। ਕੁਝ ਕੋਡ (ਸਧਾਰਨ ਐਕਸੈਸਰ, ਸਵੈ-ਤਿਆਰ ਹਿੱਸੇ) ਦੀ ਜਾਂਚ ਕਰਨਾ ਘੱਟ ਮੁੱਲ ਦਾ ਹੈ; ਉੱਥੇ ਖਰਚ ਕੀਤੇ ਗਏ ਯਤਨਾਂ ਨੂੰ ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਕਾਰੋਬਾਰੀ ਨਿਯਮਾਂ ਤੋਂ ਚੋਰੀ ਕੀਤਾ ਗਿਆ ਹੈ। ਟੀਚਾ ਹਰ ਮਹੱਤਵਪੂਰਨ ਵਿਵਹਾਰ ਅਤੇ ਜੋਖਮ ਦੀ ਜਾਂਚ ਕਰਨਾ ਹੈ, ਹਰ ਲਾਈਨ ਦੀ ਨਹੀਂ।
ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ
ਕਮਜ਼ੋਰ: "ਮੇਰੀ ਟੈਸਟਿੰਗ ਕਵਰੇਜ ਵਧਾਓ।"
ਮਜ਼ਬੂਤ: "ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡਾਂ ਦੀ ਇਸ ਸੂਚੀ ਅਤੇ ਇਹਨਾਂ ਮੌਜੂਦਾ ਟੈਸਟ ਕੇਸਾਂ ਨੂੰ ਦੇਖਦੇ ਹੋਏ। (1) ਸਾਰਣੀਕਾਰ ਜੋ ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ ਕਿਸੇ ਵੀ ਟੈਸਟਾਂ (ਲੋੜਾਂ ਕਵਰੇਜ ਗੈਪ) ਦੁਆਰਾ ਪੂਰੇ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ। (2) ਸੰਭਾਵਨਾ ਅਤੇ ਪ੍ਰਭਾਵ ਧੁਰਿਆਂ 'ਤੇ ਹਰੇਕ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ 1-5 ਸਕੋਰ ਕਰੋ; ਜੋਖਮ = ਸੰਭਾਵਨਾ × ਪ੍ਰਭਾਵ ਦੁਆਰਾ ਦਰਜਾਬੰਦੀ। (3) ਮੇਰੇ ਸੀਮਤ ਸਮੇਂ ਲਈ, ਮੈਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਖ਼ਤਰੇ ਦੇ ਨਾਲ ਕੋਡ ਸ਼ੁਰੂ ਕਰਨ ਦਾ ਸੁਝਾਅ ਨਹੀਂ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਕਿ ਸਭ ਤੋਂ ਵੱਧ 5 ਦੇ ਨੇੜੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਕਮਾਤਰ ਮਾਪਦੰਡ ਵਜੋਂ ਲਾਈਨ ਕਵਰੇਜ: [...] ਟੈਸਟ: [...]"
ਸ਼ਕਤੀਸ਼ਾਲੀ ਪ੍ਰੋਂਪਟ; ਕਾਰੋਬਾਰੀ ਜੋਖਮ ਦੇ ਨਾਲ ਸਕੋਪ ਨੂੰ ਜੋੜਦਾ ਹੈ ਅਤੇ ਸੀਮਤ ਕਿਰਤ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ।
ਚਾਰ ਕਾਪੀ ਕਰਨ ਯੋਗ ਟੈਂਪਲੇਟ
1) ਲੋੜ ਦਾ ਘੇਰਾ ਪਾੜਾ:
ਨਿਮਨਲਿਖਤ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਅਤੇ ਇਹ ਟੈਸਟ ਕੇਸ ਦਿੱਤੇ ਗਏ ਹਨ। ਇੱਕ ਟਰੇਸੇਬਿਲਟੀ ਟੇਬਲ ਤਿਆਰ ਕਰੋ: ਹਰੇਕ ਮਾਪਦੰਡ -> ਟੈਸਟ(ਜ਼) ਜੋ ਇਸ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਨ। ਮਾਪਦੰਡ ਜਿਹਨਾਂ ਵਿੱਚ ਕੋਈ ਟੈਸਟ ਨਹੀਂ ਹੁੰਦੇ ਉਹਨਾਂ ਨੂੰ "ਕਵਰੇਜ ਗੈਪ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਟੈਸਟ ਜੋ ਕਿਸੇ ਵੀ ਮਾਪਦੰਡ ਨਾਲ ਨਹੀਂ ਜੁੜਦੇ ਹਨ ਉਹਨਾਂ ਨੂੰ "ਜ਼ਰੂਰੀ?" ਮਾਰਕ: ਮਾਪਦੰਡ: [...] / ਟੈਸਟ: [...]
2) ਜੋਖਮ ਸਕੋਰਿੰਗ:
ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ/ਮੌਡਿਊਲਾਂ ਦੀ ਇਸ ਸੂਚੀ ਨੂੰ ਸੰਭਾਵਤਤਾ (ਟੁੱਟਣ ਦੀ ਸੰਭਾਵਨਾ) ਅਤੇ ਪ੍ਰਭਾਵ (ਟੁੱਟਣ 'ਤੇ ਨੁਕਸਾਨ) ਧੁਰਿਆਂ 'ਤੇ 1-5 ਨੂੰ ਸਕੋਰ ਕਰੋ। ਜੋਖਮ = ਸੰਭਾਵਨਾ × ਪ੍ਰਭਾਵ। ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ ਛਾਂਟੋ ਅਤੇ ਹਰੇਕ ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਖੇਤਰ ਲਈ ਸਿਫ਼ਾਰਿਸ਼ ਕੀਤੀ ਟੈਸਟਿੰਗ ਕਿਸਮ (ਯੂਨਿਟ/ਏਪੀਆਈ/ਯੂਆਈ/ਰਿਕੋਨਾਈਸੈਂਸ/ਸੁਰੱਖਿਆ) ਨਿਸ਼ਚਿਤ ਕਰੋ। ਸੂਚੀ: [...]
3) ਸਕੋਪ ਵਿਆਖਿਆ:
ਹੇਠ ਦਿੱਤੀ ਕਵਰੇਜ ਰਿਪੋਰਟ ਦਿੱਤੀ ਗਈ ਸੀ (ਲਾਈਨ %, ਸ਼ਾਖਾ %)। ਮੈਨੂੰ ਇਹ ਦੱਸੋ:- ਇਹ ਨੰਬਰ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੇ?- ਉੱਚ ਕਤਾਰ ਕਵਰੇਜ ਦੇ ਬਾਵਜੂਦ ਕਿਹੜੇ ਖੇਤਰ ਖਤਰੇ ਵਿੱਚ ਹੋ ਸਕਦੇ ਹਨ? - ਕਵਰੇਜ (ਲੋੜ, ਡਾਟਾ ਸੰਯੋਜਨ, ਸੁਰੱਖਿਆ) ਨਾ ਦੇਖ ਸਕਣ ਵਾਲੇ ਪਾੜੇ ਲਈ ਤੁਸੀਂ ਕਿਹੜੀ ਵਾਧੂ ਜਾਂਚ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰੋਗੇ? ਰਿਪੋਰਟ: [ਪੇਸਟ]
4) ਸੀਮਤ ਸਮਾਂ ਯੋਜਨਾ:
ਪ੍ਰਸਾਰਣ ਲਈ [X ਘੰਟੇ] ਬਾਕੀ। ਹੇਠਾਂ ਦਿੱਤੇ ਜੋਖਮ ਦੀ ਦਰਜਾਬੰਦੀ ਅਤੇ ਕਵਰੇਜ ਅੰਤਰ ਦਿੱਤੇ ਗਏ ਹਨ। ਇਸ ਮਿਆਦ ਦੇ ਦੌਰਾਨ, ਟੈਸਟ ਯੋਜਨਾ ਜੋ ਵੱਧ ਤੋਂ ਵੱਧ ਜੋਖਮ ਨੂੰ ਘਟਾ ਦੇਵੇਗੀ, ਤਰਜੀਹ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ। ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸੋ ਕਿ ਜਾਣ-ਬੁੱਝ ਕੇ ਕਿਸ ਚੀਜ਼ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ ਅਤੇ ਅਜਿਹਾ ਕਰਨ ਦੇ ਸਵੀਕਾਰ ਕੀਤੇ ਜੋਖਮ। ਡੇਟਾ: [...]
ਤਿੰਨ ਛੋਟੇ ਕੇਸ
ਕੇਸ 1 - 100% ਕਵਰੇਜ, ਜ਼ੀਰੋ ਟਰੱਸਟ। ਇੱਕ ਟੀਮ ਨੇ 94% ਲਾਈਨ ਕਵਰੇਜ ਦਾ ਮਾਣ ਕੀਤਾ। "ਸਕੋਪ ਇੰਟਰਪ੍ਰੀਟੇਸ਼ਨ" ਵਿਸ਼ਲੇਸ਼ਣ ਨੇ ਦਿਖਾਇਆ ਕਿ ਜ਼ਿਆਦਾਤਰ ਟੈਸਟ ਅਸਰਟ-ਘੱਟ ਸਨ, ਮਤਲਬ ਕਿ ਉਹਨਾਂ ਨੇ ਲਾਈਨਾਂ ਚਲਾਈਆਂ ਪਰ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕੀਤੀ। ਅਸਲ ਸੁਰੱਖਿਆ ਕਵਰੇਜ ਬਹੁਤ ਘੱਟ ਸੀ। ਟੀਮ ਨੇ ਸੰਖਿਆਵਾਂ 'ਤੇ ਨਹੀਂ ਬਲਕਿ ਮਿਊਟੇਸ਼ਨ ਟੈਸਟਿੰਗ (ਯੂਨਿਟ 10) 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕੀਤਾ; ਅਸਲ ਗਲਤੀ ਫੜਨ ਦੀ ਦਰ ਦੁੱਗਣੀ ਹੋ ਗਈ ਹੈ।
ਕੇਸ 2 - ਜੋਖਮ ਨਕਸ਼ੇ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਗਈ। ਇੱਕ ਟੀਮ ਆਪਣੇ ਟੈਸਟਿੰਗ ਯਤਨਾਂ ਦਾ 40% ਇੱਕ ਘੱਟ ਹੀ ਵਰਤੀ ਜਾਂਦੀ ਰਿਪੋਰਟਿੰਗ ਸਕ੍ਰੀਨ 'ਤੇ ਖਰਚ ਕਰ ਰਹੀ ਸੀ, ਭੁਗਤਾਨ ਪ੍ਰਵਾਹ ਨੂੰ ਛੱਡ ਰਹੀ ਸੀ ਕਿਉਂਕਿ ਇਹ "ਸਿਰਫ਼ ਕੰਮ ਕਰਦਾ ਹੈ"। AI ਜੋਖਮ ਸਕੋਰਿੰਗ ਨੇ ਇਹ ਅਸੰਤੁਲਨ ਦਿਖਾਇਆ. ਕਿਰਤ ਦੀ ਮੁੜ ਵੰਡ ਕੀਤੀ ਗਈ; ਦੋ ਹਫ਼ਤਿਆਂ ਬਾਅਦ ਭੁਗਤਾਨ ਪ੍ਰਵਾਹ ਵਿੱਚ ਇੱਕ ਉੱਚ ਪ੍ਰਭਾਵ ਵਾਲਾ ਬੱਗ ਪਾਇਆ ਗਿਆ ਅਤੇ ਇਸਨੂੰ ਪ੍ਰੀ-ਲਾਈਵ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ।
ਕੇਸ 3 - ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਸੁਚੇਤ। ਰੀਲੀਜ਼ ਦੇ 4 ਘੰਟੇ ਬਾਅਦ, ਟੀਮ ਨੇ ਫੈਸਲਾ ਕੀਤਾ ਕਿ "ਸੀਮਤ ਅਨੁਸੂਚੀ" ਟੈਮਪਲੇਟ ਨਾਲ ਕੀ ਟੈਸਟ ਕਰਨਾ ਹੈ ਅਤੇ ਕੀ ਜਾਣਨਾ ਹੈ। ਦੋ ਉੱਚ-ਜੋਖਮ ਵਾਲੀਆਂ ਧਾਰਾਵਾਂ ਦੀ ਡੂੰਘਾਈ ਨਾਲ ਜਾਂਚ ਕੀਤੀ ਗਈ; ਇੱਕ ਘੱਟ-ਜੋਖਮ ਵਾਲੀ ਤਰਜੀਹ ਸਕ੍ਰੀਨ ਨੂੰ "ਸਵੀਕਾਰ ਕੀਤੇ ਜੋਖਮ" ਵਜੋਂ ਦਸਤਾਵੇਜ਼ੀ ਰੂਪ ਵਿੱਚ ਦਰਜ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਸੀ। ਫੈਸਲਾ ਪਾਰਦਰਸ਼ੀ ਅਤੇ ਤਰਕਪੂਰਨ ਸੀ; ਸੰਸਕਰਣ ਸੁਰੱਖਿਅਤ ਰੂਪ ਨਾਲ ਬਾਹਰ ਆਇਆ।
ਆਮ ਗਲਤੀਆਂ
- ਕੁਆਲਿਟੀ ਲਈ ਕਵਰੇਜ ਪ੍ਰਤੀਸ਼ਤਤਾ ਨੂੰ ਗਲਤ ਕਰਨਾ. ਉੱਚ ਕਤਾਰ ਕਵਰੇਜ ਨੂੰ "ਟੈਸਟ ਕੀਤੇ" ਭਰੋਸੇ ਵਜੋਂ ਪੜ੍ਹਨਾ।
- ਬਸ ਕੋਡ ਕਵਰੇਜ ਨੂੰ ਵੇਖ ਰਿਹਾ ਹੈ. ਲੋੜਾਂ ਦੀ ਕਵਰੇਜ ਨੂੰ ਛੱਡਣਾ (ਹਰੇਕ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਦੀ ਜਾਂਚ)।
- ਜੋਖਮ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੇ ਬਿਨਾਂ ਬਰਾਬਰ ਦੀ ਜਾਂਚ ਕਰਨਾ। ਘੱਟ ਜੋਖਮ ਵਾਲੇ ਖੇਤਰਾਂ ਵਿੱਚ ਮਜ਼ਦੂਰਾਂ ਦੀ ਵੰਡ ਕਰਨਾ ਅਤੇ ਨਾਜ਼ੁਕ ਵਹਾਅ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ।
- ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਛੁਪਾਉਣਾ। ਜਦੋਂ ਲੋੜੀਂਦਾ ਸਮਾਂ ਨਹੀਂ ਸੀ ਤਾਂ ਕੀ ਟੈਸਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ ਉਸ ਬਾਰੇ ਦਸਤਾਵੇਜ਼ ਨਾ ਬਣਾਉਣਾ; ਪੋਸਟ-ਰਿਲੀਜ਼ ਹੈਰਾਨੀ.
- ਬਿਨਾਂ ਸਵਾਲ ਦੇ AI ਦੇ ਜੋਖਮ ਸਕੋਰ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ। AI ਉਤਪਾਦ ਦੇ ਸੰਦਰਭ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਜਾਣਦਾ; ਇੱਕ ਮਾਹਰ ਅੱਖ ਨਾਲ ਸਕੋਰ ਵਿਵਸਥਿਤ ਕਰੋ.
ਸਾਰੰਸ਼ ਵਿੱਚ
ਟੈਸਟ ਕਵਰੇਜ ਅਤੇ ਜੋਖਮ-ਅਧਾਰਿਤ ਟੈਸਟਿੰਗ ਸੀਮਤ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਸਹੀ ਥਾਂ 'ਤੇ ਭੇਜਣ ਲਈ ਦੋ ਸਾਧਨ ਹਨ। ਕਵਰੇਜ ਮੈਟ੍ਰਿਕਸ (ਲਾਈਨ, ਸ਼ਾਖਾ, ਸਥਿਤੀ, ਮਾਰਗ) ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਕੀ ਛੂਹਿਆ ਗਿਆ ਸੀ ਪਰ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੇ ਕਿ ਇਹ ਸਹੀ ਢੰਗ ਨਾਲ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ; ਸਕੋਪ ਇੱਕ ਨਕਸ਼ਾ ਹੈ, ਭਰੋਸਾ ਨਹੀਂ ਹੈ। ਕੋਡ ਕਵਰੇਜ ਦੇ ਅੱਗੇ ਲੋੜਾਂ ਦੀ ਕਵਰੇਜ ਰੱਖੋ। ਫਾਰਮੂਲਾ ਜੋਖਮ = ਸੰਭਾਵਨਾ × ਪ੍ਰਭਾਵ ਅਤੇ ਸਭ ਤੋਂ ਵੱਧ ਜੋਖਮ ਲਈ ਸਿੱਧੀ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਕੋਰ ਕਰੋ। AI ਅੰਤਰ ਨੂੰ ਦ੍ਰਿਸ਼ਮਾਨ ਬਣਾਉਂਦਾ ਹੈ, ਸਕੋਰ ਜੋਖਮ, ਸੀਮਿਤ ਸਮੇਂ ਦੀ ਯੋਜਨਾ ਬਣਾਉਂਦਾ ਹੈ; ਪਰ ਅੰਤਮ ਤਰਜੀਹ ਅਤੇ "ਸਚੇਤ ਔਪਟ-ਆਊਟ" ਦਾ ਫੈਸਲਾ ਉਸ ਮਾਹਰ ਕੋਲ ਹੁੰਦਾ ਹੈ ਜੋ ਵਪਾਰਕ ਸੰਦਰਭ ਨੂੰ ਜਾਣਦਾ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ
ਆਪਣੇ ਖੁਦ ਦੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚੋਂ ਇੱਕ ਮੋਡੀਊਲ ਚੁਣੋ। ਏਆਈ ਦੇ ਨਾਲ "ਲੋੜਾਂ ਦੇ ਸਕੋਪ ਗੈਪ" ਟੈਮਪਲੇਟ ਨੂੰ ਚਲਾਓ ਅਤੇ ਪਤਾ ਕਰੋ ਕਿ ਕਿਹੜੇ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡਾਂ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ। ਫਿਰ ਮੋਡੀਊਲ ਦੀਆਂ ਉਪ-ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ "ਜੋਖਮ ਸਕੋਰਿੰਗ" ਦੇ ਨਾਲ ਸੰਭਾਵਨਾ × ਪ੍ਰਭਾਵ ਧੁਰੇ 'ਤੇ ਦਰਜਾ ਦਿਓ। ਤੁਹਾਡੇ ਕੋਲ "ਸੀਮਤ ਅਨੁਸੂਚੀ" ਦੇ ਨਾਲ ਟੈਸਟਿੰਗ ਦੇ 3 ਘੰਟੇ (ਕਾਲਪਨਿਕ) ਵੰਡੋ; ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਜਾਣਬੁੱਝ ਕੇ ਕੀ ਟੈਸਟ ਨਹੀਂ ਕਰੋਗੇ ਅਤੇ ਸਵੀਕਾਰ ਕੀਤਾ ਜੋਖਮ। ਇੱਕ ਠੋਸ ਟੈਸਟ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਤੁਹਾਡੇ ਦੁਆਰਾ ਪਾਏ ਜਾਣ ਵਾਲੇ ਸਭ ਤੋਂ ਵੱਧ ਜੋਖਮ ਵਾਲੇ ਕਵਰੇਜ ਪਾੜੇ ਨੂੰ ਬੰਦ ਕਰ ਦੇਵੇਗਾ।
ਚੈੱਕਲਿਸਟ
- [ ] ਮੈਂ ਕਵਰੇਜ ਪ੍ਰਤੀਸ਼ਤ ਨੂੰ ਨਕਸ਼ੇ ਵਜੋਂ ਪੜ੍ਹਦਾ ਹਾਂ, ਗੁਣਵੱਤਾ ਦੇ ਨਹੀਂ।
- [ ] ਕੋਡ ਕਵਰੇਜ ਤੋਂ ਇਲਾਵਾ, ਮੈਂ ਲੋੜ ਦੀ ਕਵਰੇਜ ਨੂੰ ਵੀ ਹਟਾ ਦਿੱਤਾ ਹੈ।
- [ ] ਮੈਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸੰਭਾਵਨਾ × ਪ੍ਰਭਾਵ ਦੁਆਰਾ ਸਕੋਰ ਕੀਤਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਜੋਖਮ ਦੁਆਰਾ ਦਰਜਾ ਦਿੱਤਾ।
- [ ] ਮੈਂ ਟੈਸਟਿੰਗ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਜੋਖਮ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ।
- [ ] ਮੈਂ ਉਹਨਾਂ ਖੇਤਰਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕੀਤਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਸੁਚੇਤ ਤੌਰ 'ਤੇ ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ ਗਈ ਅਤੇ ਜੋਖਮ ਨੂੰ ਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ ਹੈ।
- [ ] ਮੈਂ ਆਪਣੇ ਉਤਪਾਦ ਸੰਦਰਭ ਦੇ ਆਧਾਰ 'ਤੇ AI ਦੇ ਜੋਖਮ ਸਕੋਰਾਂ ਦੀ ਸਮੀਖਿਆ ਕੀਤੀ।