Le droit en haut le devant, vous devez décider quelle approche va fournir mieux QA à votre produit : imitation de l'environnement ou essai d'egression. Le choix que vous faites dictera les gens que vous engagez : les experts de Sujet (SME) ou scripters. Et le besoin je m'inquiète de dire que chaque choix a ses avantages et désavantages sur les autres ? The choice you make will dictate the people you hire: Subject matter experts (SME) or scripters. And need I bother saying that each choice has its advantages and drawbacks over the others?

Presque tout le monde est au courant de l'importance d'essai de régression et pourquoi vous avez besoin d'un scripter. Si vous ne faites pas, un scripter est quelqu'un qui peut écrire des scripts qui automatisent l'essai. Puisque si vous n'avez pas d'épreuves de fournée automatisées, alors alors que la version 62 des rouleaux de logiciel autour de, l'équipe d'essai va juste se concentrer à évaluer les nouveaux traits et absolument personne ne va vouloir ouvrir le programme, cliquer "sauvent le dossier" et tapent dans "foobar" et frappent bien pour la 63ème fois et cela signifie que les insectes de régression ramperont et ne pas être attrapés. Quelques tâches doivent être automatisées juste ou ils ne seront pas faits. Because if you don't have automated batch tests, then by the time that version 62 of the software rolls around, the test team is just going to focus on testing the new features, and absolutely nobody is going to want to open up the program, click on "save file", and type in "foobar" and hit okay for the 63rd time, and that means regression bugs will creep and not get caught. Some tasks just have to be automated or they won't get done.

Mais vous avez besoin aussi de la PME pour l'imitation d'environnement, ou plutôt construire un environnement d'essai qui partage avec un peu de chance beaucoup de similarités avec le monde réel. Par exemple, disons que vous avez une application de logiciel qui lit dans un dossier PDF et l'imprime à un conspirateur en couleur. Vous pouvez avoir besoin d'un SME en couleur pour calibrer le conspirateur et la prise de courant dans le profil de CCI convenable pour que si le complot part en semblant terrible, vous soyez capables de déterminer si c'est l'app qui provoque le problème ou quelque chose d'autre. You may need a color SME to calibrate the plotter and plug in the proper ICC profile so that if the plot comes out looking terrible, you will be able to determine if it's the app that is causing the problem or something else.

Si vous construisez une version une d'une application, donc votre contrôleur est probablement un SME, un expert d'industrie qui travaille avec l'équipe de promoteur dans la construction de l'environnement d'essai, le fait de produire des cas d'essai et le fait d'agir comme un abat-voix en discutant des demandes de trait. Note importante : le fait de Discuter des traits et leur mise en oeuvre est le plus amusant la partie d'un travail pour un SME, alors que les deux premières responsabilités peuvent être ennuyeuses souvent et ennuyeuses. Donc vous avez besoin de rester sur le SME pour vous assurer qu'ils pensent que c'est leur travail s'assurer que le conspirateur fait charger du papier et oui, ils ont besoin de remplir TOUS les champs dans un rapport de cas d'essai. Discussing features and their implementation is the most fun part of a job for a SME, whereas the first two responsibilities can oftentimes be tedious and annoying. So you need to stay on the SME to make sure they understand that's their job to make sure the plotter has paper loaded, and yes, they need to fill out ALL fields in a test case report.

Bon SME est une Aubaine, n'en agissant pas seulement comme les yeux et les oreilles pour les promoteurs, mais aussi pour le produit & les directeurs de projet. Mauvais SME peut rendre votre vie un voyage dans le purgatoire qui dure bien devant la date d'achèvement du projet. Il est le plus important de louer un SME avec de vraiment bonnes connaissances de communication orales et écrites : Quelqu'un qui peut lancer la paperasserie et parler aux promoteurs vaut leur poids dans l'or. Si vous construisez une version une application, le pire choix absolu que vous pouvez faire est d'engager un ingénieur cadet ou un programmeur et les faire apprendre sur le travail. Si la base de client furieuse n'arrache pas le pauvre gars du membre au membre à la première occasion, donc la force de vente martèlera le gars insensé au premier salon commercial. La meilleure PME a une quantité raisonnable d'expérience de la rue, très bonnes connaissances de communication et une peau assez épaisse. Le rapport entre votre promoteur de tête et le SME est l'indicateur clé de comment bien le projet va : Si les deux sont le copain-copain et donnent l'un à l'autre des qualités excellentes sur leurs révisions de performance, donc tout est bien avec le monde. Si les deux ne peuvent pas se mettre les tripes, donc vous devriez passer beaucoup de temps en arpentant le plancher de la chambre à coucher la nuit, en perdant du sommeil (et en examinant aussi des CVs donc vous pouvez remplacer votre SME). It's most important to hire a SME with really good oral and written communication skills: Somebody who can sling the paperwork and talk to developers is worth their weight in gold. If you are building a version one application, the absolute worst choice you can make is to hire a junior engineer or programmer and have them learn on the job. If the enraged customer base don't tear the poor guy from limb to limb at the first opportunity, then the sales force will pummel the guy senseless at the first trade show. The best SMEs have a reasonable amount of street experience, very good communication skills, and a pretty thick skin. The relationship between your head developer and the SME is key indicator of how well the project is going: If the two are buddy-buddy and give each other excellent grades on their performance reviews, then all is well with the world. If the two can't stand each other guts, then you should be spending a lot of time pacing the bedroom floor at night, losing sleep (and also looking over resumes so you can replace your SME).

Tristement, une équipe de développement a tendance à perdre la PME au fil des années. D'habitude, aussitôt qu'un projet est lancé, le temps du SME est d'habitude pris s'occupant de l'équipe de documentation, le personnel de soutien de client, les démonstrateurs et la force de vente. Pendant le long terme, une culture de développement de logiciel où les auteurs codés sont le roi et tous les autres est un citoyen de deuxième classe, a tendance à râper sur un SME. Ils l'un ou l'autre va l'indigène (apprennent à écrire se codent) se poussent dans la direction (comme bien à vous) ou se serrent aux ventes techniques (où l'argent est mieux). Over the long term, a software development culture where the code-writers are king and everybody else is a second-class citizen, tends to grate on a SME. They either go native (learn to write code themselves) move up into management (like yours truly) or move over to technical sales (where the money is better).

Scripters commencent à faire leur aspect près de la fin d'un projet, ou si l'application est une version deux ou plus haut. Si vous avez hérité une équipe avec scripters, donc vous avez été bénits, puisqu'ils sont un des signes d'un groupe de développement adulte et compétent (construit tous les jours et les commandes source convenables sont d'autres signes). Dans un monde parfait, vous auriez vos cas d'essai de nourriture de SME au scripter qui construit alors une suite automatisée qui peut prendre l'app par le biais des contrôles sanitaires sur une base quotidienne. Cependant, pour cela pour arriver vous avez besoin de beaucoup de choses à tomber dans l'endroit : 1) Un scripter qui écoute bien 2) Un SME qui communique bien et ne se sent pas menacé par le scripter et les épreuves automatisées 3) les Promoteurs qui respectent le progrès et ne cassent pas la suite d'essai automatisée avec les changements radicaux gratuits dans l'application. In a perfect world, you would have your SME feed test cases to the scripter who then builds an automated suite that can take the app through sanity checks on a daily basis. However, for this to happen you need a lot of things to fall into place: 1) A scripter who listens well 2) A SME who communicates well and does not feel threatened by the scripter and the automated tests 3) Developers who respect the progress and don't break the automated test suite with gratuitous radical changes to the application.

Sur la plupart des projets, ce niveau de sophistication dans la construction d'un environnement d'essai ne se produit pas à cause des contraintes logistiques. Cependant, si vous espérez l'application que vous construisez est celui qui durera depuis une décade, il est essentiel à l'aptitude d'exploitation de la base codée que vous construisez une forte infrastructure d'essai. Sans bon SME, vous n'aurez aucun oeil et recevrez finalement la lésion cérébrale de heurter des murs tout le temps. Sans bon scripter, vous renoncerez à diriger vos épreuves de santé d'esprit pendant le long terme et finalement votre application s'effondrera sous le poids d'insectes de régression unfixable. Without a good SME, you'll have no eyes and eventually get brain damage from running into walls all the time. Without a good scripter, you'll give up running your sanity tests over the long term, and eventually your application will collapse under the weight of unfixable regression bugs.