Table des matières
1. Connaissance de base des tests APP
1.1 Architecture du système d'application APP
Similitudes et différences entre APP et Web
Similitudes :
(1) Les serveurs principaux de l'APP et du Web sont les mêmes
(2) Les serveurs frontaux et principaux utilisent le protocole HTTP pour l'interaction (certaines APP utilisent également des sockets pour l'interaction)
Différences :
(1) L'APP est un C Architecture /S et Web Il s'agit d'une structure B/S
(2) Lors de l'utilisation de l'APP, elle doit être téléchargée et installée. Il existe une nouvelle version qui doit être mise à jour. Le Web est accessible directement dans le navigateur, et la mise à jour ne nécessite pas que les utilisateurs mettent à niveau
Environnement de projet 1.2APP et plate-forme de publication
(1) Environnement de développement
(2) Environnement de test
(3) Environnement de pré-version : connectez-vous à la base de données dans l'environnement de production (nouveau code + base de données en ligne)
pour tester l'activité de base ; si la mise à niveau implique des modifications dans la structure de la base de données, le les données dans l'environnement de production doivent être sauvegardées dans la base de données de test pour les tests ; lorsqu'il s'agit d'écrire des opérations de données, vous devez utiliser votre propre compte de test et vous ne pouvez pas utiliser le compte réel d'un utilisateur en ligne (4) Stratégie de publication en niveaux de
gris :
Version en niveaux de gris : Il y a plusieurs instances lorsqu'un projet est déployé en ligne La machine est en cours d'exécution, il y a donc 1 à 3 machines en niveaux de gris (dirige une partie du trafic vers la machine en niveaux de gris) pour voir si la nouvelle fonction est correcte. Si cela échoue, vous n'avez qu'à en annuler quelques-unes, ce qui est une
stratégie plus pratique : il ne devrait pas y avoir trop de machines en niveaux de gris, et le temps en niveaux de gris dure généralement entre une semaine et un mois, et la version en niveaux de gris n'affectera pas le l'utilisation de l'utilisateur ; s'il y a un problème avec l'opération, corrigez le problème, si le problème est grave, vous devez annuler le code pour garantir l'utilisation normale des utilisateurs en ligne ; s'il n'y a pas de problème dans l'opération, mettez à jour l'autre serveur environnements sans s'arrêter à un certain moment lorsque le trafic est faible (5) Processus de publication en ligne des applications de l'environnement de production :
test
terminé - Soumettre le package d'application au marché d'applications pour examen (App Store, App Store mobile, APP Store) - Attribuer un numéro de canal de plate-forme à chaque package APP - Emballez le numéro de plate-forme dans le package APP correspondant pour le test - Soumettez officiellement pour publication
1.3APP modèle de développement agile
Modèle cascade :
Analyse des exigences - Participation au résumé - Conception détaillée - Codage - Tests - Exploitation et
maintenance
modèle de développement agile
Avec l'évolution des besoins des utilisateurs comme cœur, le développement logiciel est effectué de manière itérative et étape par étape. Le
projet est divisé en plusieurs sous-projets, et chaque sous-projet est publié séparément pour assurer une utilisation précoce du logiciel, recueillir en temps opportun les commentaires des utilisateurs et ajuster les projets inédits pour satisfaire les besoins réels des utilisateurs.
Cadre de développement agile représentatif : scrum
Rôle :
propriétaire du produit chef de projet (organisation et coordination du projet en cours) équipe de développement (développement, test, interface utilisateur)
processus de développement :
le propriétaire du produit recueille les exigences-résultats de la liste des fonctions du produit-tient la réunion de planification (revoit les fonctions hautement prioritaires) - Itération (exigences revue, développement, test, réunion quotidienne de stand-up) - Réunion de réflexion (revue de problème, planification de suivi)
1.4 Processus de test d'application APP (une itération)
