Pen Settings

HTML

CSS

CSS Base

Vendor Prefixing

Add External Stylesheets/Pens

Any URL's added here will be added as <link>s in order, and before the CSS in the editor. You can use the CSS from another Pen by using it's URL and the proper URL extention.

+ add another resource

JavaScript

Babel includes JSX processing.

Add External Scripts/Pens

Any URL's added here will be added as <script>s in order, and run before the JavaScript in the editor. You can use the URL of any other Pen and it will include the JavaScript from that Pen.

+ add another resource

Packages

Add Packages

Search for and use JavaScript packages from npm here. By selecting a package, an import statement will be added to the top of the JavaScript editor for this package.

Behavior

Save Automatically?

If active, Pens will autosave every 30 seconds after being saved once.

Auto-Updating Preview

If enabled, the preview panel updates automatically as you code. If disabled, use the "Run" button to update.

Format on Save

If enabled, your code will be formatted when you actively save your Pen. Note: your code becomes un-folded during formatting.

Editor Settings

Code Indentation

Want to change your Syntax Highlighting theme, Fonts and more?

Visit your global Editor Settings.

HTML

              
                <!-- 

Hello Camper!

Please read the README below in the JS Editor before beginning. Feel free to delete this message once you have read it. Good luck and Happy Coding! 

- The freeCodeCamp Team 

-->
<link rel="preconnect" href="https://fonts.googleapis.com">
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>
<link href="https://fonts.googleapis.com/css2?family=Patrick+Hand&display=swap" rel="stylesheet">
<main id="main">
  <h1 id="title">Historias de usuario</h1>
  <div id="img-div">
    <img id="image" src="http://www.metodoagil.com/wp-content/uploads/2017/06/Histórias-de-Usuário.png?x66934" alt="This is the portada">
    <figcaption id="img-caption">This is the portada</figcaption>
  </div>
  <article>
    <p id="tribute-info">Una <strong>historia de usuario</strong> es una representación de un requisito escrito en una o dos frases utilizando el lenguaje común del usuario. Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para la especificación de requisitos (acompañadas de las discusiones con los usuarios y las pruebas de validación). Cada historia de usuario debe ser limitada, esta debería poderse escribir sobre una nota adhesiva pequeña. Dentro de la metodología XP las historias de usuario deben ser escritas por los usuarios.
<br>
Las historias de usuario son una forma rápida de administrar los requisitos de los usuarios sin tener que elaborar gran cantidad de documentos formales y sin requerir de mucho tiempo para administrarlos. Las historias de usuario permiten responder rápidamente a los requisitos cambiantes.</p>
    <h2>Características</h2>
    <hr>
    <p>Las historias de usuario deben ser:</p>
    <ul>
      <li>Independientes unas de otras: De ser necesario, combinar las historias dependientes o buscar otra forma de dividir las historias de manera que resulten independientes.</li>
      <li>Negociables: La historia en sí misma no es lo suficientemente explícita como para considerarse un contrato, la discusión con los usuarios debe permitir esclarecer su alcance y éste debe dejarse explícito bajo la forma de pruebas de validación.</li>
      <li>Valoradas por los clientes o usuarios: Los intereses de los clientes y de los usuarios no siempre coinciden, pero en todo caso, cada historia debe ser importante para alguno de ellos más que para el desarrollador.</li>
      <li>Estimables: Un resultado de la discusión de una historia de usuario es la estimación del tiempo que tomará completarla. Esto permite estimar el tiempo total del proyecto.</li>
      <li>Pequeñas: Las historias muy largas son difíciles de estimar e imponen restricciones sobre la planificación de un desarrollo iterativo. Generalmente se recomienda la consolidación de historias muy cortas en una sola historia.</li>
      <li>Verificables: Las historias de usuario cubren requerimientos funcionales, por lo que generalmente son verificables. Cuando sea posible, la verificación debe automatizarse, de manera que pueda ser verificada en cada entrega del proyecto.</li>
    </ul>
      <p>Las iniciales de estas características, con sus nombres en inglés, forman la palabra INVEST, que significa "inversión". Esto es porque toda Historia de Usuario es, si se construye adecuadamente, una buena inversión.</p>
    <h2>Beneficios</h2>
      <hr>
      <ul>
        <li>Al ser muy corta, ésta representa requisitos del modelo de negocio que pueden implementarse rápidamente (días o semanas)</li>
        <li>Necesitan poco mantenimiento</li>
        <li>Mantienen una relación cercana con el cliente</li>
        <li>Permite dividir los proyectos en pequeñas entregas</li>
        <li>Permite estimar fácilmente el esfuerzo de desarrollo</li>
        <li>Es ideal para proyectos con requisitos volátiles o no muy claros</li>
      </ul>
      <h2>Limitaciones</h2>
      <hr>
      <ul>
        <li>Sin pruebas de validación pueden quedar abiertas a distintas interpretaciones haciendo difícil utilizarlas como base para un contrato</li>
        <li>Se requiere un contacto permanente con el cliente durante el proyecto lo cual puede ser difícil o costoso</li>
        <li>Pueden resultar difíciles las pruebas de usuario, que solo se ven en las metodologías SCRUM para escalar a proyectos grandes</li>
        <li>Requiere desarrolladores muy competentes</li>
      </ul>
  </article>
  <a href="https://es.wikipedia.org/wiki/Historias_de_usuario" id="tribute-link" target="_blank">Click for more</a>
</main>
              
            
!

CSS

              
                body {
  background: #fff url("https://www.fonewalls.com/wp-content/uploads/2160x3840-Background-HD-Wallpaper-448-600x1067.jpg") no-repeat center center fixed;
  background-size: cover;
  font-family: 'Patrick Hand', 'Comic Sans MS';
}

main {
  background: #fff;
  font-size: 18px;
  margin: 30px 80px;
  border-radius: 5px;
}

article {
  margin: auto 50px;
}

h2 {
  margin: 1px auto;
}

a {
  margin-top: 35px;
  display: block;
  text-align: center;
  text-decoration: none;
  color: #000;
  background-color: #27FF25;
  font-weight: bold;
  font-size: 20px;
  margin-bottom: 10px;
  padding: 20px 10px;
  transition: background-color .2s;
}

a:hover {
  text-decoration: underline;
  background: #5EFF57;
}

#title, figcaption {
  text-align: center;
}

#title {
  padding-top: 25px;
  margin: auto;
  margin-bottom: 15px;
  font-size: 80px;
  text-decoration: underline;
}

#image {
  display: block;
  margin: 0 auto;
  max-width: 100%;
}

#img-caption {
  font-style: italic;
}

@media (max-width: 460px) {
  #image {
    width: 2%;
  }
}
              
            
!

JS

              
                // !! IMPORTANT README:

// You may add additional external JS and CSS as needed to complete the project, however the current external resource MUST remain in place for the tests to work. BABEL must also be left in place. 

/***********
INSTRUCTIONS:
  - Select the project you would 
    like to complete from the dropdown 
    menu.
  - Click the "RUN TESTS" button to
    run the tests against the blank 
    pen.
  - Click the "TESTS" button to see 
    the individual test cases. 
    (should all be failing at first)
  - Start coding! As you fulfill each
    test case, you will see them go   
    from red to green.
  - As you start to build out your 
    project, when tests are failing, 
    you should get helpful errors 
    along the way!
    ************/

// PLEASE NOTE: Adding global style rules using the * selector, or by adding rules to body {..} or html {..}, or to all elements within body or html, i.e. h1 {..}, has the potential to pollute the test suite's CSS. Try adding: * { color: red }, for a quick example!

// Once you have read the above messages, you can delete all comments. 

              
            
!
999px

Console