Welche Testumgebungseinstellungen werden Committer in der Ruby-Community verwenden?

Heute werde ich so weit wie möglich meine Testumgebung und meinen Workflow einrichten. Ich suche nach praktischen Ratschlägen, wie man die Testumgebung von Leuten aufbaut, die sehr leidenschaftlich und mit Ruby Testing vertraut sind.

Am Ende des Tages (6 Uhr PST?) würde ich gerne in der Lage sein:

1. Geben Sie einen 1-Befehl ein, um Testsuiten für JEDES Projekt auszuführen, das ich auf Github finde.
2. Führe autotest für JEDES Github-Projekt aus, damit ich einen TASTABLE-Beitrag erstellen kann.
3. Erschaffe Edelsteine ​​von Grund auf mit Autotest und Shoulda.

  

Aus irgendeinem Grund teste ich kaum Tests für Projekte, die ich aus Github geklont habe. Der Hauptgrund dafür ist, dass, außer wenn sie RSpec verwenden und eine Rake-Aufgabe zum Ausführen der Tests haben, ich nicht das gemeinsame Muster dahinter sehe.

Ich habe 3 oder 4 Edelsteine ​​geschrieben, die Tests mit RSpec schreiben, und während ich den DSL-Spaß finde, ist es weniger als ideal, weil es nur eine weitere Ebene / Sprache von Methoden hinzufügt, die ich lernen und erinnern muss. Also gehe ich mit Shoulda. Aber das ist keine Frage, über welches Test-Framework man sich entscheidet.

Also sind die Fragen:

1. Was ist Ihr, der SO-Reader und Github Projekt-Committer, Testumgebung Setup mit Autotest, so dass, wenn Sie% %% ein Juwel, können Sie die Tests und git clone -Entwicklung sie bei Bedarf?
2. Was schreiben die Jungs, die die Paperclip Tests und Authlogic Tests tun? Was ist ihre Einrichtung?

Danke für die Einsicht. Es gibt Unmengen von Ressourcen, die beschreiben, wie die verschiedenen Test-Frameworks verwendet werden, aber fast nichts über das tatsächliche Setup und den Workflow. Auf der Suche nach Antworten, die mich zu einem effektiveren Tester machen.