Como eu mudo o caminho do teste do Python 3.5 para 2.7 na execução de testes Automatizados?

1

Novato aqui. O pano de fundo é que estou usando o GIT e tenho acesso a repositórios remotos. Aqui está o problema: As pastas Python dos repositórios usam a sintaxe 2.7. Quando executo por automação, recebo esse erro (que é um problema de 2,7 a 3,5)

ERROR: Failure: SyntaxError (Missing parentheses in call to
'print' (test_controller.py, line 368))

Esse erro me diz que é um problema de sintaxe do Python. O resto dos resultados segue:

Traceback (most recent call last):

File '/home/myName/.local/lib/python3.5/site-packages/nose/

failure.py', line 39, in runTest

Portanto, com base nesse resultado, descubro que ele está usando a sintaxe do Python 3.5 para verificar os repositórios, mas os arquivos python nos repositórios aos quais tenho acesso estão usando a sintaxe 2.7.

Então, como posso alterar o caminho / diretórios para usar a verificação de sintaxe do Python 2.7?

Atualização (1)

which python

me dá /usr/bin/python

Update (2) Este é o meu arquivo .bashrc se for útil. Eu ainda vou resolver isso claro e verificar cuidadosamente.

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
     *i*) ;;
       *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt 
below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
    xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; 
turned
# off by default to not distract the user: the focus in a terminal 
window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi

if [ "$color_prompt" = yes ]; then
    PS1='${debian_chroot:+($debian_chroot)}\[3[01;32m\]\u@\h\
[3[00m\]:\[3[01;34m\]\w\[3[00m\]$ '
else
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
 *)
    ;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
    test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || 
eval "$(dircolors -b)"
    alias ls='ls --color=auto'
    #alias dir='dir --color=auto'
    #alias vdir='vdir --color=auto'

    alias grep='grep --color=auto'
    alias fgrep='fgrep --color=auto'
    alias egrep='egrep --color=auto'
fi

# colored GCC warnings and errors
#export 

GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:
locus=01:quote=01'

export PYTHON_PATH="/home/myname/Automation/pdci_keyword/python"
export PYTHONBASE="/home/myname/Automation/pdci_keyword/python"
export TEST_CONFIG_FILE="/home/myname/Automation/pdci_keyword/python"

# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'

# Add an "alert" alias for long running commands.  Use like so:
#   sleep 10; alert
alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo 
terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-
9]\+\s*//;s/[;&|]\s*alert$//'\'')"'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
    . /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
  fi
fi
    
por kay19 26.06.2017 / 23:56

2 respostas

1

Você provavelmente precisará alterar o PATH variable exportado em seu arquivo .bashrc (que está localizado em seu diretório pessoal). Por exemplo, o meu contém:

export PATH="/home/max/anaconda2/bin:$PATH"

Porque estou usando uma versão do anaconda do python. Se você se livrar disso, deve voltar para a versão embutida, que eu acho que é 2.7. Você pode postar o conteúdo do seu arquivo .bashrc?

Editar: se você executar o seguinte:

which python

no terminal, ele deve mostrar onde o python 3.5 está; procure por algo com esse diretório em seu arquivo .bashrc

    
por iammax 27.06.2017 / 00:02
0

apenas para atualizar - perguntei ao meu líder de projeto e o líder não tem ideia de como corrigir o problema do caminho. Também pediu colegas de trabalho e não uma ajuda definitiva.

Então aqui está o que eu farei: Eu usarei o conversor '2to3' que me permitirá mudar toda a pasta de repositórios python, para a sintaxe do python 3. Não é muito complicado, experimentar e ter certeza de que eu tenho arquivos de repositório de backup, caso algo dê errado.

Obrigado pela resposta / comentários, porém, sou bastante novo para ambos os linux / python, então isso foi um pouco esmagador para corrigir! Vou marcar a primeira resposta de resposta e resolver este tópico. Vou criar um novo tópico caso algum outro erro seja exibido.

    
por kay19 27.06.2017 / 20:54