Je viens d'une boîte noire aussi.

Maintenant, quand je vais dans une entreprise, quelqu'un me demande : Étiez-vous développeur avant ? Comment es-tu devenu si puissant ? Au final comment l'apprendre ?

Je viens aussi d'une boîte noire, ne sous-estimez pas la capacité de tester, heureusement, je viens d'une majeure en informatique, cette fondation m'a apporté beaucoup d'avantages; en fait, plusieurs fois, je le regrette moi-même, sortez Pourquoi n'ai-je pas choisi de devenir une recherche et développement pour le moment, mais j'ai choisi de tester.

En fait, plus vous serez à l'arrière, plus vous comprendrez que ce sera plus facile si vous commencez par la R&D et passez au développement de tests. Pourquoi n'avez-vous pas choisi de coder en premier lieu ? La même idée : je n'aimais vraiment pas coder quand j'étais à l'université. Je pensais qu'il était facile de commencer avec les tests et qu'il y avait moins d'occasions de déplacer du code ; mais wow ! Après le travail, afin d'augmenter mon salaire, je me suis forcé à apprendre le codage~Khan

En parallèle, j'ai également préparé un tutoriel vidéo sur les tests de logiciels, qui est placé en fin d'article. Si vous en avez besoin, vous pouvez le regarder directement, ou cliquer directement sur la petite carte à la fin de l'article pour obtenir le document d'information gratuitement

Mon parcours du fonctionnel à l'automatisé

Je suis aussi une boîte noire, et j'ai écrit des plans de test, des cas de test et des points manuels pendant plus de deux ans ; jusqu'à ce que je déteste vraiment ce mode mécanique.

Jusqu'à ce que... l'entreprise recrute un patron de l'automatisation, merci d'avoir deviné, je n'ai pas appris de ce patron, je viens de voir que ce patron semble avoir un salaire très élevé, et je ne peux que, je ne peux que ~ Alors, je commencé à écrire dans la demande d'interface Python ^^

Heureusement, tout le processus de cette entreprise qui me laisse faire des tests manuels est relativement standardisé, les heures supplémentaires ne sont pas de trop, et l'ambiance est relativement bonne, donc la requête d'interface Python est très bien écrite ! Cependant, après que mon patron ait vu mon code, il a soupiré ~, ça va pour la première fois.

En tant que membre des tests de boîte noire, j'ai accumulé une série de bons concepts de processus/rédaction de plans de test standardisés/cas de test et rapports, etc. C'est pourquoi, en deuxième année de boîte noire, j'ai pris l'initiative de me référer aux tutos en ligne, et selon le métier qui m'est assigné par l'entreprise, j'ai écrit l'interface automatiquement (mode code pur) à ma convenance.

Ma recherche d'emploi commence par l'automatisation

Après avoir quitté l'entreprise qui a rédigé la demande d'interface Python, j'ai commencé à écrire ma propre expérience d'écriture d'automatisation sur mon CV. Bien sûr, cela se reflète dans votre CV, et vous devez également vous assurer que vous avez une pensée automatique, donc j'étudie généralement cette série d'articles en ligne et regarde comment les autres fonctionnent dans la pratique. Cela signifie que le CV ne doit pas être falsifié, au moins il y a un peu d'encre dans le ventre.

Heureusement, la compagnie suivante est venue me voir. Le poste est en effet automatisé, mais ce que je fais après mon entrée, c'est le développement de tests. [Comment dire la différence entre le développement de tests et l'automatisation, je pense que la portée de l'automatisation sera plus large que celle du développement de tests]. De plus, cette compagnie a ouvert un salaire auquel je ne m'attendais pas, et j'étais vraiment content de voler.

À la fin de l'entretien, j'ai rappelé ma mère et lui ai dit : Cette entreprise est très grande, bien sûr c'est super d'y entrer, mais je ne devrais pas pouvoir y entrer, je pense que mon entretien n'est pas très bon. Cette entreprise est également très efficace et m'a informé que j'étais embauché le lendemain. Cette entreprise m'a appris tellement de choses, y compris bien sûr la merveilleuse relation concurrentielle sur le lieu de travail.

Dans cette entreprise, j'ai vraiment joué avec les serveurs, flashage de serveur, raid de groupe, etc., et aussi automatisé l'interaction entre les différents systèmes [les produits de l'entreprise sont relativement compliqués, combinant logiciel et matériel].

Parallèlement, j'ai également participé à l'analyse de certains produits concurrents/participé à la conception de produits, etc., et j'ai marché sur la voie de la pensée produit, j'ai donc toujours insisté sur le fait que les tests ne doivent pas être que des tests. En même temps, il y a des clients que je déteste sur place pour mettre en place des déploiements, bref j'ai connu plusieurs vies différentes.

pression

Après avoir rejoint cette entreprise, le plus gros changement a été la pression : une certaine année, mes cheveux sont devenus gris. Je pense toujours au code pendant la journée la nuit, comment l'écrire, comment concevoir et ajuster l'architecture, et puis je perds le sommeil. Cette pression a également provoqué une voix dans mon cœur : Voulez-vous démissionner ? Heureusement, j'ai persisté pendant quelques années et j'ai appris ce que je peux apprendre.

étude

Je tiens à dire que si vous êtes dans une entreprise, ne dites pas que vous ne pouvez rien apprendre, mais réfléchissez-y : que pouvez-vous utiliser de cette entreprise pour vous améliorer.

Les entreprises peuvent fournir des projets, c'est vrai, que pouvez-vous apprendre de ce projet, quel genre d'idées pouvez-vous développer sur la base de ce projet. Les entreprises peuvent fournir des serveurs, pouvez-vous gérer les commandes shell courantes sur cette base ? Commandes bat couramment utilisées ?

En bref, vous voulez écrire, et le Web ouvert peut fournir la plupart des informations que vous souhaitez. Cependant, le soi-disant mentor, un bon mentor n'est qu'un guide, tout dépend de vous.

avenir

Beaucoup de gens poseront la question du prospect ~

Le problème du développement ~

Je suis désolé que la vision de chacun soit différente, est-ce que je m'en tiens à ce chemin, que vais-je faire à l'avenir, haha ~ je ne sais pas ~~

Cependant, si vous mettez tout en œuvre avec soin, il n'y aura toujours pas d'erreurs. Puisque vous l'avez fait, ne soyez pas le dernier ~

Apprendre, c'est comme ramer en amont

N'arrêtez jamais d'apprendre, en particulier dans l'industrie Internet en plein essor. Bien sûr, l'apprentissage est nécessaire, mais ne suivez pas aveuglément la tendance de l'apprentissage. Plus le salaire est élevé, plus vous devez approfondir un ou plusieurs domaines spécifiques. Apprentissage continu dans des domaines que vous connaissez et avez une expérience de travail. l'expérience est la clé du développement de carrière.

Bien sûr, la véritable opportunité de résoudre le problème vient toujours du travail.En ce qui concerne l'amélioration des compétences, que ce soit en auto-apprentissage ou en participant à une institution de formation, vous avez besoin d'une direction correcte pour vous guider dans l'apprentissage, afin que l'apprentissage soit plus facile. Faites des détours inutiles, donc la réflexion est très importante.

la bonne façon d'étudier

Enfin, je partagerai la [Bibliothèque de ressources de préparation] que j'ai compilée , qui couvre essentiellement tous les points techniques de base des tests de logiciels : théorie des tests, bases de Linux, bases de MySQL, tests Web, tests d'interface, tests d'applications, outils de gestion, Selenium connexes, tests de performance, réseau informatique, principes de composition, structures de données et algorithmes, problèmes de logique, ressources humaines, cartes cérébrales techniques, etc ... la qualité est très élevée! ! ! Plus qu'assez pour des entretiens techniques ! [Cliquez sur la petite carte à la fin de l'article pour l'obtenir gratuitement]

1. Fondamentaux des tests logiciels

Comprendre les compétences de base des tests, maîtriser l'utilisation des principaux outils de gestion des défauts et maîtriser le fonctionnement et la maintenance des environnements de test