This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org

Difference between revisions of "OWASP Secure TDD Project"

From OWASP
Jump to: navigation, search
Line 36: Line 36:
  
 
Unlike a unit test, a TDD test is used to drive the design of an application. A TDD test is used to express what application code should do before the application code is actually written.<br>
 
Unlike a unit test, a TDD test is used to drive the design of an application. A TDD test is used to express what application code should do before the application code is actually written.<br>
 
 
TDD is less about testing, and more about designing the code. Unit tests are then used to set the expectations for the end code.<br> When the end code is written, and passes tests (specifications), you have a code that was designed using tests.<br>
 
TDD is less about testing, and more about designing the code. Unit tests are then used to set the expectations for the end code.<br> When the end code is written, and passes tests (specifications), you have a code that was designed using tests.<br>
 
 
Like unit tests, TDD tests can be used for regression testing. You can use TDD tests to immediately determine whether a change in code has broken existing application functionality. However, unlike a unit test, a TDD test does not necessarily test one unit of code in isolation. <br>
 
Like unit tests, TDD tests can be used for regression testing. You can use TDD tests to immediately determine whether a change in code has broken existing application functionality. However, unlike a unit test, a TDD test does not necessarily test one unit of code in isolation. <br>
 
 
You can do unit testing without doing test driven development. However you can't do test driven development without using unit tests.<br>
 
You can do unit testing without doing test driven development. However you can't do test driven development without using unit tests.<br>
 
 
When you do traditional unit testing, you write test after you wrote your code.<br>
 
When you do traditional unit testing, you write test after you wrote your code.<br>
 
 
Test driven development approach is to write unit test before writing code.<br>
 
Test driven development approach is to write unit test before writing code.<br>
  
Line 60: Line 55:
  
 
TDD is not going to protect you from unknown threats. By its very nature, you have to know what you want to test in order to write the test in the first place.<br>
 
TDD is not going to protect you from unknown threats. By its very nature, you have to know what you want to test in order to write the test in the first place.<br>
 
 
However, STDD will help us Defend against existing threats and help developers secure their product by reducing and eliminating vulnerabilities in software  
 
However, STDD will help us Defend against existing threats and help developers secure their product by reducing and eliminating vulnerabilities in software  
 
 
before deployment while using the TDD life cycle.<br>
 
before deployment while using the TDD life cycle.<br>
 
 
TDD favors highly localized (unit testing). As a result you could easily test that:<br>
 
TDD favors highly localized (unit testing). As a result you could easily test that:<br>
  
 
GetSafeSQLParam() would correctly guard against SQL injection. Or that SecureZeroMemory() would correctly erase a password from RAM.<br>
 
GetSafeSQLParam() would correctly guard against SQL injection. Or that SecureZeroMemory() would correctly erase a password from RAM.<br>
 
 
However, it becomes more difficult to verify that all developers have used the correct method in every place that it's required.<br>
 
However, it becomes more difficult to verify that all developers have used the correct method in every place that it's required.<br>
 
 
The STDD tool solves this problem, discovering security threats and vulnerabilities in software while writing the code.<br>
 
The STDD tool solves this problem, discovering security threats and vulnerabilities in software while writing the code.<br>
  

Revision as of 01:40, 15 March 2014

OWASP Project Header.jpg

OWASP Secure TDD Project

The OWASP Secure TDD Project allows organizations to integrate security into the Test Driven Development (TDD) lifecycle.
When utilizing TDD, it is important to clarify to the developers that this process will change the way they think, since they need to cover all tests prior development, which is different from the unit testing approach.
The OWASP Secure TDD Project contains an open source tool written for .NET developers in order to allow generation of the most common tests out of the box and enable developers to consciously improve the project by developing additional tests or extensions.

Introduction

About TDD


TDD is about writing a test which will fail, then writing the minimum amount of code required to make it run, then refactoring the code to make it clean.
This is done in cycles, fail -> pass -> refactor, adding a new test for each known requirement for the code.
A TDD test expresses the task of the application functionality that needs to be implemented next and the criterion for success.
TDD is not about testing. TDD uses tests to drive the design of the code.
This can be done with unit tests, functional tests and acceptance tests. Usually, all three are used.
The tests tell you what to do, what to do next and when you are done. They tell you what the API is going to be, what the design is.
The tests permit you to refactor safely, ensuring that the desired behavior continues to work while you adjust your design. The tests also guide you to testable code, promoting smaller methods, shorter parameter lists, and overall much simpler design than other methodologies lead you to.


Difference between TDD and Unit Tests


Unit Testing is about testing individual units of behavior. An individual unit of behavior is the smallest possible unit of behavior that can be individually tested in isolation.
You can write unit tests before you write your code, after you write your code or while you write your code.

So how does a TDD test differ from a unit test?

Unlike a unit test, a TDD test is used to drive the design of an application. A TDD test is used to express what application code should do before the application code is actually written.
TDD is less about testing, and more about designing the code. Unit tests are then used to set the expectations for the end code.
When the end code is written, and passes tests (specifications), you have a code that was designed using tests.
Like unit tests, TDD tests can be used for regression testing. You can use TDD tests to immediately determine whether a change in code has broken existing application functionality. However, unlike a unit test, a TDD test does not necessarily test one unit of code in isolation.
You can do unit testing without doing test driven development. However you can't do test driven development without using unit tests.
When you do traditional unit testing, you write test after you wrote your code.
Test driven development approach is to write unit test before writing code.


How do we solve the problem by implementing STDD?

TDD will help as follows:

- Tests can be written to verify the threat.
- A solution can be implemented to block the threat, and quickly be confirmed to be working.
- Provided all other tests still pass, you can quickly verify that all other security measures still behave correctly and all other functionality still behaves correctly.

Basically TDD assists in allowing a quick turnaround time from when a threat is discovered to when a solution becomes available.

TDD is not going to protect you from unknown threats. By its very nature, you have to know what you want to test in order to write the test in the first place.
However, STDD will help us Defend against existing threats and help developers secure their product by reducing and eliminating vulnerabilities in software before deployment while using the TDD life cycle.
TDD favors highly localized (unit testing). As a result you could easily test that:

GetSafeSQLParam() would correctly guard against SQL injection. Or that SecureZeroMemory() would correctly erase a password from RAM.
However, it becomes more difficult to verify that all developers have used the correct method in every place that it's required.
The STDD tool solves this problem, discovering security threats and vulnerabilities in software while writing the code.

Description

Write a description that is just a few paragraphs long Explain about the tool - VS add-on, rules engine and extensions. Explain when to use the tool - before development and when knowing the answers to business questions, e.g. user inputs


The STDD tool is an Add-On for Microsoft Visual Studio, which will conduct security test scenarios, assisting us to find vulnerabilities, exploits and security bugs inside the code while using the TDD life cycle.

STDD is a tool that will ensure secure coding by creating auto generated TDD tests, to make sure the code isn't vulnerable to attacks.
The tests we will be focusing on are prevention against SQL injection and XSS attacks.


Licensing

The OWASP Secure TDD Project is free to use. It is licensed under the Apache 2.0 License.


What is the OWASP Secure TDD Project?

The OWASP Secure TDD Project provides:

  • secure coding
  • xxx


Presentation

OWASP IL October 2013[1]



Project Leader

Nir Valtman


Related Projects


Quick Download

  • Link to page/download


News and Events

  • [20 Nov 2013] News 2
  • [30 Sep 2013] News 1


In Print

This project can be purchased as a print on demand book from Lulu.com


Classifications

Owasp-incubator-trans-85.png Owasp-builders-small.png
Owasp-defenders-small.png
Cc-button-y-sa-small.png
Project Type Files TOOL.jpg
Q1
A1
Q2
A2

Volunteers

The OWASP Secure TDD Project is developed by a worldwide team of volunteers. The primary contributors to date have been:

  • Lauren Tabak
  • Niran Yadai
  • Tal Darsan
  • Ofir Melinger
  • Kobi Barzilay


As of March 2014, the priorities are:

  • xxx
  • xxx
  • xxx

Involvement in the development and promotion of the OWASP Secure TDD Project is actively encouraged! You do not have to be a security expert in order to contribute. Some of the ways you can help:

  • xxx
  • xxx


PROJECT INFO
What does this OWASP project offer you?
RELEASE(S) INFO
What releases are available for this project?
what is this project?
Name: OWASP Secure TDD Project (home page)
Purpose: This project should contain a tool that allows creating security unit tests as part of Test Driven Development (TDD) process. The output of this page is documentation about the process and open source Visual Studio add-on. Today in the agile development world, many streams based on Test Driven Development (TDD). This project presents the approach to reuse this concept in context of security.
License: Apache 2.0 License
who is working on this project?
Project Leader(s):
  • Nir Valtman @
how can you learn more?
Project Pamphlet: Not Yet Created
Project Presentation:
Mailing list: Mailing List Archives
Project Roadmap: View
Key Contacts
  • Contact Nir Valtman @ to contribute to this project
  • Contact Nir Valtman @ to review or sponsor this project
current release
Not Yet Published
last reviewed release
Not Yet Reviewed


other releases