I've broken down the validation architecture in to its absolute simplest form so we can use it to understand and compare testing approaches.
Let's say we have a set of simple validation functions that fail whatever you pass in:
#! /bin/sh | |
# Copyright (c) 2014, Tamas Nagy <tamas at tamasnagy dot com> | |
# All rights reserved. | |
# | |
# Redistribution and use in source and binary forms, with or without | |
# modification, are permitted provided that the following conditions are met: | |
# | |
# 1. Redistributions of source code must retain the above copyright notice, | |
# this list of conditions and the following disclaimer. |
Form validators are comprised of validation rules. Each of these rules receive:
In this talk I'm going to start from the bottom up. We're going to find out what software design patterns are, and how we use them. Then we're going to focus on one design pattern in particular and analyse why and how you would use it.
In software engineering, a design pattern is a general repeatable solution to a commonly occurring problem in software design. It is a description or template for how to solve a problem that can be used in many different situations.
This is a document explaining a proposed principle for releasing code changes on the Investor Services project. I've named the concept "Releases Without Resistance" (or RWR).
This is the branch that contains the latest version of the project code. For us that is currently employee-portal
, in GitFlow it is usually development
.
I hereby claim:
To claim this, I am signing this object: