Definizione di test case e script di test
Quando si documentano e si eseguono i piani di test è importante considerare i destinatari. I test case del team di test di un progetto prevedono una serie di aspettative diversa rispetto agli utenti finali durante i test di accettazione utente.
Una strategia per il test consiste nel seguire le attività che sono state contrassegnate come completate. L'attività è stata contrassegnata come completata e ora il tester ne valuta la completezza. Sebbene questo sembri un modo rapido per completare il test, funziona solo se i requisiti e le attività sono stati scritti con la consapevolezza che si intendesse anche che le singole attività fossero esplicitamente verificabili. A seconda della metodologia del progetto, è probabile che queste attività non abbiano informazioni sufficienti che un tester possa usare per un test case. Queste attività possono aiutare a plasmare la narrativa di test raggruppando le attività in una storia utente da testare.
Molti team di progetto includono team di test che testano esclusivamente le soluzioni in corrispondenza di attività cardine definite. Un progetto Dynamics 365 dovrebbe disporre di un processo documentato per il test, anche se non è previsto un team separato per eseguire questa attività. La documentazione dei piani di test può essere redatta da qualsiasi membro del team di progetto con una conoscenza sufficiente dei requisiti e della soluzione per creare un piano di test completo e facile da seguire. Questi test devono verificare requisiti funzionali e non funzionali.
Come affermato in precedenza, i test di accettazione utente si svolgono quando gli utenti previsti del nuovo sistema hanno la possibilità di usare il sistema in un ambiente isolato per determinare se soddisfa le loro esigenze. Spesso questi utenti eseguono i test in base a ciò che già sanno del loro lavoro e al modo in cui si aspettano che il sistema soddisfi le loro esigenze. Tuttavia, il test di accettazione utente è più efficace quando gli utenti sono guidati nei loro sforzi. È possibile scrivere script di test che gli utenti possono seguire o, preferibilmente, guidarli nella scrittura di propri script di test in anticipo. Questi script di test devono essere rivolti a gruppi logici di utenti in base ad attività comuni.