Skip to content
Snippets Groups Projects
  1. Sep 09, 2011
  2. Sep 08, 2011
  3. Sep 07, 2011
  4. Jun 30, 2011
  5. Jun 29, 2011
  6. Jun 02, 2011
  7. Apr 20, 2011
    • David Fugate's avatar
      A previous check-in made today lost generation of 'N.0' test section directories for · 994e6f30
      David Fugate authored
      tests covering a given chapter, N, without delving into subsections.  This in turn
      broken the Results page which was by default displaying individual results for chapters
      13(.0) and 14(.0).  Fixed.
      994e6f30
    • David Fugate's avatar
      b0554239
    • David Fugate's avatar
      *NOTE: this is a work-in-progress. Need to remove our dependency on a separate 'GlobalScope' · 545f2c34
      David Fugate authored
             directory next*
      
      SputnikConverter:
      - ES5TestCase.cs
      	* Case of JSON-based property names was wrong.  Fixed
      	* Use the tests' 'id' instead of 'path' as the GlobalScopeTests keys
      	* Added 'id' and 'path' as Global Scope test metadata.  The correct/clean solution here is to simply use 'path'
      	  as the key to GlobalScopeTests, but this refactoring needs to be undertaken later when we can convert the
      	  'normal' test cases over to use 'path' as the key as well
      	* Turns out we cannot depend on the message received by window.onerror to have some form of "syntax"
      	  contained within it.  Instead, we'll just rely on the regular expression ".", matches any one character,
      	  for the short term
      - SputnikTestCase.cs
      	* Same case issue as for ES5TestCases.cs
      	* Don't trust the Sputnik metadata for the ES5 section name or even test case id to be correct. Instead,
      	  generate this information from the file path of the test case
      
      
      TestCasePackager.py:
      - added a new global, GLOBAL_SCOPE_FILES, which is a list of JS files found directly under test\suite\*.js
        which include metadata for so-called globally scoped tests.  These files are imported directly by the HTML
        test harness
      
      test\suite\*:
      - regenerated Sputnik tests based on new converter
      
      default.html:
      - import SputnikGlobalScope.js.  Really TestCasePackager.py should generate the global scope imports to
        default.html automatically...
      
      
      website\resources\scripts\testcases\*:
      - test cases have shuffled from existing *.json files into globalscope.json
      545f2c34
  8. Apr 19, 2011
    • David Fugate's avatar
      A number of small improvements to Sputnik Test Converter: · 06e62f87
      David Fugate authored
      - restructured the generated GlobalScope.js file such that the HTML test harness
        can import multiple such files without worrying about one blowing aways another's
        metadata
      - inline with the last change, GlobalScope.js has been renamed to SputnikGlobalScope.js
        and generated directly to test\suite\*
      - the path and ID properties for most entries in GlobalScope.js were incorrect.  That is,
        they were based on the metadata contained in the original Sputnik tests and not the
        new test262 directories and filenames
      - generate global scope tests to test\suite\GlobalScope\* instead of
        test\suite\sputnik_converted\GlobalScope\*.  Going forward we need to move towards
        integrating all test sources into test262 directories (e.g., "GlobalScope"===good;
        "Sputnik\GlobalScope"===not-so-good)
      - a few hacks to the sources (e.g., private vars to public vars) I'll fix in a refactoring
        later.  Just trying to get everything working first
      06e62f87
  9. Apr 08, 2011
  10. Apr 07, 2011
  11. Mar 30, 2011
  12. Mar 23, 2011
  13. Mar 11, 2011
  14. Mar 02, 2011
    • David Fugate's avatar
      Refactored TestCasePackager.ps1 such that it now produces test case XMLs according · 0bcccaca
      David Fugate authored
      to the following criteria:
      1.  If a test case directory directly contains *.js files at the root level, package
          the entire directory as an XML regardless of how many *.js files are in
          subdirectories
      2.  If the directory and subdirectories contain less than 1,000 test cases, package
          the entire directory as an XML.  Otherwise...
      3.  Perform steps 1 and 2 on each subdirectory of the directory
      
      The net effect of this change is that no test case XMLs are larger than 1.5 megs any longer,
      although the total number of test XMLs has jumped from about a dozen to ~75.  This should
      make running the test harness seem a little smoother across all browsers since we won't be
      blocked downloading 4 meg files for several seconds any longer.
      0bcccaca
  15. Feb 11, 2011
    • David Fugate's avatar
      Sputnik tests were previously modified to ensure global objects with common names (e.g., 'obj') · d3d9d28c
      David Fugate authored
      were actually unique across the test cases.  This *was* needed prior to November as we weren't
      running each test case in it's own private global environment.  The situation now is that
      we're running each test within it's own iframe => the modifications are no longer needed.
      
      Few small improvements to SputnikConverter:
      - App.config file locations have been fixed
      - template files get pushed alongside generated tool binaries
      - the root path for Sputnik conformance files is "Conformance", not "tests"
      - allow the main exe to throw exceptions so they can be properly debugged with VS
      d3d9d28c
  16. Jan 14, 2011
  17. Nov 16, 2010
    • David Fugate's avatar
      TestCasePackager.ps1 had problems dealing with test case files that had valid test code · 42b884b7
      David Fugate authored
      prior to the usage of "ES5Harness".  Specifically in cases like:
        var abc = ...;
        ES5Harness.registerTest( {
        //...abc gets used here
      
      the declaration of "abc" would've been ripped out thereby corrupting the test.
      
      This change fixes the issue for all existing IE Test Center and Sputnik test cases. Note
      however that it could potentially fail for lines like this: "/*abc*/ /*".  If we ever add
      cases including comments like this, the implementation of isTestStarted will need to be
      revisited.
      
      There were five such test cases that were being affected by this issue in IE Test
      Center's chapter 10 and 15 tests.  These have all been fixed via the updated script.
      42b884b7
    • David Fugate's avatar
      TestCasePacker.ps1: · 2f34b4e0
      David Fugate authored
      - The only parameter required for this script is now the test suite version.  All other
        parameters are generated relative to the location of this script
      - This script now generates the XML'ized test cases directly to website\resources\scripts\testcases\.
        Likewise, it copies the test harness taken from test\harness\* to website\resources\scripts\global\
      - Added tons of error checking and we now emit the current generation status to stdout
      - Made the script more generic in the sense that it can take arbitrary directories under test\suite\*
        containing ES5 test chapters.  Previous behavior was it was looking for test chapters directly under website\
      2f34b4e0
    • David Fugate's avatar
      Did a bit of refactoring on the test262 directory structure and propagated changes from · 35450e9e
      David Fugate authored
      website\* out to test\*:
      - Removed test\harness\ECMA-262-TOC.xml.  The casing on this file was incorrect, but
        more importantly it's a static file not generated by the harness
      - Populated test\harness with the contents of website\resources\scripts\global\.  In
        the future, we need to update test\harness\* and propagate these changes out to
        website\*
      - Test\suite\ietestcenter is now a verbatim copy of the IE Test Center tests that
        WERE under website\resources\scripts\testcases\*
      - Moved all Sputnik tests from website\resources\scripts\testcases\* out to
        test\suite\sputnik_converted
      - Moved website\resources\scripts\testcases\excludelist.xml out to test\config\*.  This
        particular file was only used for the test conversion process to XML, and is not actually
        needed by the website as best as I can tell
      - Website\resources\scripts\testcases now only contains the XMLized test cases.  This is
        the right thing to do as the *.js files here weren't actually being used by the website
        and the general public can now peruse the test cases directly via Mercurial
      35450e9e
  18. Nov 12, 2010
  19. Nov 03, 2010
    • David Fugate's avatar
      tools\TestCaseHTMLPackager\TestCasePacker.ps1: there were some improvements... · c26f761a
      David Fugate authored
      tools\TestCaseHTMLPackager\TestCasePacker.ps1:  there were some improvements made to this script WRT to the
      processing of unicode-related test cases.
      
      tools\TestCaseHTMLPackager\TestUpdater.ps1:  new script which preprocesses test cases (rips out comments,
      etc.)
      
      external\contributions\Microsoft\ietestcenter_ppb5\chapter11\11.4\11.4.1\11.4.1-4.a-10.js and
      website\resources\scripts\testcases\chapter11\11.4\11.4.1\11.4.1-4.a-10.js:  cleaned up a code comment
      
      website\enginereports\sample.xml: removed
      
      website\resources\scripts\global\jquery-1.4.2.js:  removed
      
      website\resources\scripts\*.ps1:  moved into the tools\ directory
      
      website\Web.config:  removed.  This is only relevant for Windows-based hosting of test262
      
      website\browserreport.html:  removed
      c26f761a
  20. Oct 19, 2010
    • David Fugate's avatar
      This commit includes Microsoft's initial contributions to Test262: · 73966429
      David Fugate authored
      - external\contributions\: test contributions to Test262 from external entities such as Microsoft and Google.
                                 This directory consists of the external tests without any modifications
      - test\harness\:  test harness used to run Test262 tests.  Presently web-based
      - test\suite\:    suite of vendor-neutral ECMAScript test cases conforming to the ES5 spec
      - tools\:         among other things this includes a set of tools used to convert various external test
                        contributions to a format the Test262 test harness can consume
      - website\:       an archived copy of the http://test262.ecmascript.org website
      73966429
Loading