Traducciones de esta página:' http://upload.wikimedia.org/wikipedia/commons/thumb/a/ae/Flag_of_the_United_Kingdom.svg/22px-Flag_of_the_United_Kingdom.svg.pngEnglish


Seguimiento de "realización de pruebas" fallidas

Crea y ejecuta Winetest para subir resultados recientes

Wine tiene un sencillo servicio para ejecutar su prueba de cumplimiento e informar de los resultados a http://test.winehq.org. Esto originalmente fue escrito para ejecutarse en Windows, pero también tiene sentido usarlo en Linux.

¿Está cómodo con la construcción de wine desde git? Si es así, por favor siga estos pasos para ejecutar las pruebas de Wine en su sistema; los resultados serán subidos a winehq para el análisis de los desarrolladores.

(Nota: la construcción de Wine en los sistemas de 64 bits puede ser difícil. Si tiene un sistema de 64 bits y no ha construido Wine todavía con éxito, por favor, no intente sólo ayudar con esto, son demasiados problemas)

  1. Instalar los paquetes necesarios para construir Wine; ver paquetes recomendados

  2. Actualiza y construye Wine

git fetch origin
git rebase origin
./configure && make
  1. Descarga el script adjunto dotests y sitúalo en el directorio programs/winetest

  2. cabextract es requerido para la funcionalidad del script dotest.
  3. Ejecuta el script dotests como sigue:

cd programs/winetest
sh dotests <tu-etiqueta-aqui>
  • Utilice una etiqueta que describa quien es y que ordenador esta utilizando. Por ejemplo, utilizo jwhite-debian-amd64 para mi ordenador principal de oficina y jwhite-hardy-32 para un sistema diferente. Eso debería ejecutarse durante 5 minutos y enviar los resultados de la prueba a test.winehq.org.

¡Gracias!

Buenos gestores de ventanas conocidos

La secuencia de mensajes de pruebas por lo general fracasan por fallos del gestor de ventanas. Alexandre ha estado trabajando con los desarrolladores de gestores de ventanas para conseguir arreglarlos. Por el momento, los gestores buenos conocidos son:

  • metacity 2.23.8 o posterior (ver http://bugs.winehq.org/show_bug.cgi?id=9916#c69 para como construir y ejecutarlos)

  • fvwm 2.5.26. (Alexandre dice: "fvwm 2.4.20 puede que tambien funcione en 32-bit, el fallo que arregle fue para plataformas 64-bit")
  • KDE en Gutsy también parece estar bien, aunque Alexandre aún no lo ha bendecido

Asi que - si esta viendo secuencias de mensajes fallos, compruebe si ayuda el cambio a una de las versiones anteriores del gestor de ventanas.

Buenas tarjetas gráficas conocidas

Las únicas tarjetas gráficas conocidas para pasar todas las pruebas d3d9 son Nvidia GeForce 6 y superiores. (Nota: unos pocos TODO's son esperados, eso esta bien) Por ejemplo, aquí están las cadenas lspci de tarjetas que han pasado las pruebas:

  • nVidia Corporation G70 [GeForce 7600 GT] (rev a1)

  • nVidia Corporation G80 [GeForce 8800 GTX] (rev a2)

  • nVidia Corporation NV40 [GeForce 6800] (rev a1)

  • nVidia Corporation NV41GL [Quadro FX 1400] (rev a2)

Las tarjetas gráficas ATI son conocidas por fallar las pruebas debido a fallos como:

ATI esta dispuesto a arreglar fallos que afecten gravemente a juegos, pero no es entusiasta para arreglar pruebas de cumplimiento que se correspondan a fallos en un juego popular.

Bugs conocidos

Actualmente tenemos varios fallos generales relacionados con la "realización de pruebas" fallidas en Wine:

Así como varios fallos específicos:

y varios fallos de plataforma especificos (hmm, quizás aquí fuimos un poco desbordados con informes de fallos):

Informe de pruebas automatizado

Ver también pruebas de cumplimiento para la manera de buscar o de contribuir al resultado de la prueba automatizada en el sistema de reportes.

Cuando ejecutes el script 'dotests', tus resultados deberían mostrarse en http://test.winehq.org a los pocos segundos.

Puede usar el script de perl http://kegel.com/wine/skipgood.txt para ignorar pruebas que pasan todas las partes. La salida de wine-1.0-rc2 para el 24 de mayo se encuentra en http://kegel.com/wine/failing-1.0-rc2.html El script skipgood de encima ahora también coincide con pruebas de cómo muchas personas les fallo;véase más abajo.

Pruebas que fallan en la mayoría de versiones de Windows

A partir de 1.0-rc2, todas las siguientes pruebast fallan en 2000, XP, 2003 y Vista:

y un montón mas fallan en la mayoría de esas versiones de Windows. Ver http://kegel.com/wine/failing-1.0-rc2.html para los datos completos.

La mayoría de fallos comunes en XP

A partir de 1.0-rc2, las siguientes pruebas fallaran en todas las máquinas ejecutando XP:

comctl32:listview ddraw:d3d gdi32:metafile kernel32:actctx kernel32:toolhelp mshtml:htmldoc msvcrt:cpp oleaut32:olefont urlmon:url user32:input user32:listbox user32:msg

y todo un lío de fallos para casi todos los reportadores. Ver http://kegel.com/wine/failing-1.0-rc2.html para los datos completos.

James dice que el enviara un arreglo para kernel32:actctx el 25 de Mayo.

La mayoría de fallos comunes en Wine

A partir de 1.0-rc2, aquí estan las pruebas que fallan en algunos sistemas Wine y para cuanta gente fallan:

14 user32:msg
12 user32:win
9 user32:input
6 dsound:ds3d dsound:ds3d8 kernel32:path user32:monitor
5 kernel32:process msi:install msi:package riched20:editor
4 comctl32:listview ddraw:visual dinput:device gdi32:font gdi32:metafile kernel32:profile kernel32:sync kernel32:virtual snmpapi:util urlmon:protocol user32:class wininet:internet
3 comctl32:monthcal ddraw:d3d kernel32:volume msi:msi setupapi:devinst shell32:shlfolder user32:menu userenv:userenv
2 advapi32:registry advapi32:security advapi32:service comctl32:tooltips d3d8:visual d3d9:visual ddraw:dsurface dsound:dsound kernel32:version msvcrt:time ntdll:exception psapi:psapi_main qedit:mediadet
1 advpack:advpack advpack:install ...[many deleted]... wininet:http winmm:wave winspool.drv:info

¡Whew!, eso son muchos datos. Busqué a todos los que únicamente fallaron para cinco o mas personas:

user32:msg, user32:win y user32: de entrada son probablemente las personas que no ejecutan gestores de ventanas bendecidos; la posición de Alexandre es que podemos ignorar estos, desde que el flujo de WM de gnome esta arreglado.

dsound:ds3d es mayormente "ds3d.c:891: Test failed: The primary volume changed from -27 to -960" (preocupante, aleatorio) plus "ds3d.c:896: Test failed: The primary pan changed from -5594 to -5595" (error de redondeo, basta con que añadas derrame de 1?). dsound:ds3d8 es el mismo.

kernel32: la ruta es mayormente "path.c:899:TMP=c:\windows\temp"..."path.c:1178: Test failed: expected buf[0] upper case letter got c", probablemente la gente cuyo ~/.wine es antiguo y tiene un windir que empieza con una letra de unidad minúscula?! ¿como que ha cambiado recientemente?

msi:la instalación es mayormente "install.c:4414: Test failed: File installed".

msi: el paquete es mayormente "package.c:1661: Test failed: wrong return val (0)"

riched20: el editor tiene varios fallos.

d3d9: los fallos visuales están en todas las personas que no ejecutaron una tarjeta gráfica aprobada y pueden ser ignorados (aunque quizás deberíamos decir a los usuarios que sólo se da soporte a nvidia GeForce 6 y superiores para gráficos 3D ...)

Aquí están algunas notas antiguas de construcciones previas:

kernel32: el proceso es mayormente "process.c:1237: Test failed: Wrong cursor position"

ddraw: visual tiene dos tipos de errores. El mas común es "visual.c:2045: Test failed: Got color 00dcdde6, expected 0000ff00". El menos comun es el fallo de mstefani, "visual.c:481: Test failed: Untransformed vertex with linear vertex fog has color 00ff0000". [arreglame: ¿archivar fallo?]

urlmon: el protocolo tiene tres o más modos de fallo; el mas común es "protocol.c:1597: Test failed: Read failed: 8000000a (0 bytes)". [arreglame: ¿archivar fallo?]

gdi32: la fuente tiene varios modos de fallo, no estoy seguro de que esta pasando alli. [arreglame: ¿archivar fallo?]


CategoryQualityAssurance

RealizacionPruebasFallidas (last edited 2012-09-21 03:52:31 by KyleAuble)