Quels sont les éléments que vous modifiez dans vos environnements de test pour les démarquer de la production et comment allez-vous effectuer ces changements? Je sais que vous pouvez changer le LOGO PS, mais quoi d'autre changez-vous dans vos environnements de test? Couleurs, polices, etc.Comment configurez-vous vos environnements de test PeopleSoft?
La modification des jeux de couleurs n'est pas trop difficile. Si vous voulez suivre cette voie et avoir besoin d'un coup de main, je serai heureux de vous aider.
D'autres clients inscrivent simplement le nom d'environnement dans le message d'accueil PIA. C'est facile aussi: http://peoplesofttipster.com/2007/06/13/using-the-pia-welcome-message/
Je n'ai entendu parler de personne pour changer les polices.
Sincères salutations
Duncan
Lorsque vous actualisez un db, assurez-vous de changer d'outil tables qui ont dbname, urls web, et ainsi de suite. Le nom du test db apparaîtra dans le menu du portail.
La modification des polices nécessiterait de modifier toutes les définitions de feuille de style, ce qui représente un casse-tête majeur. Je suppose que vous pourriez entrer et éditer quelques attributs de feuille de style de base dans le concepteur d'application, PS_TEXT, et.al. et changez ceux dans un environnement de test. Peut-être que changer juste quelques-uns serait suffisant.
La plupart des environnements de test offrent également une certaine sécurité, simplement parce que les testeurs et les développeurs ont probablement besoin d'accéder à tout. Les menus des gens vont donc être beaucoup plus volumineux qu'en production.
Ceci est le changement relativement petit que nous avons fait, pour remplacer le lien "Home" dans la barre d'outils avec le nom de l'environnement eveywhere mais prod. Il a également été incorporé dans les scripts d'actualisation pour extraire le DBNAME de manière dynamique.
mise à jour psmsgcatdefn définie message_text = 'DBNAME', descrlong = 'Remplacement du nom de l'environnement' où message_set_nbr = '95' et message_nbr = '401';
articles à surveiller:
chemins fichier - si vous ouvrez des fichiers pour la lecture et l'écriture en particulier, de communiquer avec des systèmes externes, vous devez vous assurer que vous n'êtes pas marcher sur les pieds de production.
Je suppose que les services Web auraient également besoin du même réacheminement afin de ne pas "toucher" les services Web de production externes en direct.
emails. Le flux de travail ou d'autres sous-systèmes sont susceptibles de déclencher l'envoi de courriels à des utilisateurs ou à des parties externes. vous devez vous assurer que ces courriels sont des courriels de testeurs, et non de vrais destinataires.