Je suis développeur Web dans une entreprise de marketing à service complet. Nous avons une opération de développement relativement petite mais nous construisons des sites Web pour des clients mondiaux. Nous venons de terminer le développement sur un nouveau site Web pour l'un de nos plus gros clients, le PDG et le conseil d'administration ont approuvé le site et nous sommes prêts à le lancer. Le problème est maintenant que quelqu'un de haut dans leur département informatique demande maintenant à voir les résultats des tests de site Web/la documentation.
Ce n'est pas quelque chose que nous avons jamais rencontré auparavant. Existe-t-il une sorte de documentation standard que nous devrions conserver tout au long du processus de test?
Nous ne payons pas une entreprise externe pour effectuer des tests d'assurance qualité formels effectués sur le site Web, mais notre processus de test est bien meilleur et plus robuste que toute autre entreprise pour laquelle j'ai travaillé. Nous suivons un certain nombre de nos bogues et nous pourrions leur montrer une partie de ce que nous avons corrigé, mais nous ne documentons pas tout ce qui pourrait nuire à notre efficacité.
Je suis confiant que le site Web fonctionnera bien, en particulier parce que leur ancien site Web (qu’il fonctionne actuellement et que nous n’avons pas construit) est truffé de bugs, d’erreurs, de problèmes de performances, de cauchemars de sécurité et vit sur l’hébergement partagé de GoDaddy.
Nous continuerons à gérer ce site Web après son lancement, de sorte que la personne qui le conteste n'aura aucune implication dans le site Web.
Quelqu'un d'autre a-t-il rencontré quelque chose comme ça? Existe-t-il un système/processus que nous devrions utiliser à l'avenir pour suivre ce genre de choses?
D'accord. J'avais l'habitude de développer des applications à grande échelle pour les télécommunications mondiales, les grandes ONG mondiales, etc. De temps à autre, quelqu'un s'interposait dans le processus pour une raison quelconque. Soyez prudent, ils ont parfois du pouvoir et leurs demandes peuvent devenir une exigence. Gardez cela à l'esprit.
Dans chaque cas, il y a un client et s'il est facile de penser que c'est l'entreprise, c'est en réalité la seule personne ou le seul groupe qui a signé le contrat ou créé la documentation sur les exigences et suivi le développement. Traitez-les directement. Ne vous laissez pas distraire. Dites-leur que la demande a été faite et que ce n’est pas la norme de votre expérience. Soyez coopératif et serviable, mais rappelez-leur qu'il s'agit d'une nouvelle exigence qui doit être considérée comme faisant partie du contrat. Si cela n'était pas requis et maintenant, il s'agit d'un nouveau fardeau qui convient très bien, mais qui peut nuire à l'étendue des travaux. (en supposant que ce soit le cas)
Cela dit, le seul plan de test qui s'applique réellement est le plan de pré-acceptation final qui garantit que vous avez satisfait aux exigences des exigences. Tous les autres sont des produits de travail et ne comptent pas. Cela fait partie du processus de développement. Votre plan de test final doit être bien documenté pour que vous puissiez vous assurer que votre travail est terminé. Assurez-vous simplement que votre plan de test est complet. Si cela fait partie de votre travail standard et est bien documenté, cela ne devrait pas demander beaucoup d'efforts pour imprimer un document montrant votre conformité. Vous n'avez évidemment pas à imprimer tout votre plan. Les écrous et les boulons sont votre affaire. C'est un produit de travail et peut être propriétaire. Ça dépend de toi. Cependant, il est tout à fait raisonnable qu'un client demande un audit de l'achèvement de toutes les exigences. Cela peut être un simple document qui énumère toutes les exigences en termes courts et contient une coche de conformité. Il est standard dans le processus de développement que le document d’exigences de niveau inférieur (détaillé) soit codé afin que les exigences puissent être facilement référencées dans d’autres documents. Cela suffit pour la conformité.
Je conseille toujours de suivre les normes ISO et GMAO pour le développement. Il s’agit non seulement d’une caractéristique de marketing importante, mais également d’une mesure importante de l’ACY. Assurez-vous juste que vous parlez vos points et que vous les croisez. (humour) Les gens soutiennent que c'est inutile, mais je dois vous dire que si tout votre travail respecte ces normes et est intégré à vos processus métier, il ne représente aucun fardeau. Cela ne devient rien de plus qu'être absolument professionnel dans votre travail et vos pratiques. Vous serez en mesure de démontrer votre professionnalisme et le client sera ravi de vous à chaque fois! Croyez-moi. Le respect des normes engendre un nouveau travail très rapidement.