aboutsummaryrefslogtreecommitdiffstats
path: root/railties/doc/guides/source/action_mailer_basics.txt
diff options
context:
space:
mode:
authorPratik Naik <pratiknaik@gmail.com>2009-01-23 15:11:40 +0000
committerPratik Naik <pratiknaik@gmail.com>2009-01-23 15:11:40 +0000
commit7bcdb8a9e01b153a3abd4ad11b09a393254b5b3e (patch)
tree1327b65a44984f073d5d52167f27657928dc6dc9 /railties/doc/guides/source/action_mailer_basics.txt
parent231069e683a3d19c85db3bb53963ccdd666c2530 (diff)
downloadrails-7bcdb8a9e01b153a3abd4ad11b09a393254b5b3e.tar.gz
rails-7bcdb8a9e01b153a3abd4ad11b09a393254b5b3e.tar.bz2
rails-7bcdb8a9e01b153a3abd4ad11b09a393254b5b3e.zip
Add Mailer to the index page and regenerate
Diffstat (limited to 'railties/doc/guides/source/action_mailer_basics.txt')
-rw-r--r--railties/doc/guides/source/action_mailer_basics.txt6
1 files changed, 5 insertions, 1 deletions
diff --git a/railties/doc/guides/source/action_mailer_basics.txt b/railties/doc/guides/source/action_mailer_basics.txt
index 4074188ff3..1b1c320041 100644
--- a/railties/doc/guides/source/action_mailer_basics.txt
+++ b/railties/doc/guides/source/action_mailer_basics.txt
@@ -156,4 +156,8 @@ class UserMailerTest < ActionMailer::TestCase
What have we done? Well, we sent the email and stored the returned object in the email variable. We then ensured that it was sent (the first assert), then, in the second batch of assertion, we ensure that the email does indeed contain the values that we expect.
== Epilogue
-This guide presented how to create a mailer and how to test it. In reality, you may find that writing your tests before you actually write your code to be a rewarding experience. It may take some time to get used to TDD (Test Driven Development), but coding this way achieves two major benefits. Firstly, you know that the code does indeed work, because the tests fail (because there's no code), then they pass, because the code that satisfies the tests was written. Secondly, when you start with the tests, you don't have to make time AFTER you write the code, to write the tests, then never get around to it. The tests are already there and testing has now become part of your coding regimen. \ No newline at end of file
+This guide presented how to create a mailer and how to test it. In reality, you may find that writing your tests before you actually write your code to be a rewarding experience. It may take some time to get used to TDD (Test Driven Development), but coding this way achieves two major benefits. Firstly, you know that the code does indeed work, because the tests fail (because there's no code), then they pass, because the code that satisfies the tests was written. Secondly, when you start with the tests, you don't have to make time AFTER you write the code, to write the tests, then never get around to it. The tests are already there and testing has now become part of your coding regimen.
+
+== Changelog ==
+
+http://rails.lighthouseapp.com/projects/16213/tickets/25[Lighthouse ticket] \ No newline at end of file