Hello everybody, At Friday's inaugural Calgary Lisp user group meeting, Michael Beauregard suggested a feature to SLIME that would let you take an expression-result pair from REPL interaction and easily add it as a new regression test to a test suite. Here is some code that does something like that:

<br>  <br>(defvar *slime-last-repl-input*)<br>(defvar *slime-last-repl-result*)<br>(defvar *slime-last-repl-input-matches-last-result* nil) ;; set to T if last input expression returned normally and it is safe to save the input-result pair as a unit test, nil otherwise

<br><br>(defvar *slime-regression-test-file* nil "Pathname of file containing test cases to which the next test case will be appended to.")<br><br>(defvar *slime-regression-test-framework* nil "The unit test framework should be a function that takes as arguments the input and expected result of the unit test as strings and produces an object that is suitable to be serialized and appended to a file containing unit tests for that particular framework.")

<br><br>(defun slime-MIT-regression-testing-framework (input result)<br>  (princ "(deftest " (current-buffer))<br>  (princ (gensym) (current-buffer))<br>  (newline)<br>  (princ "(multiple-value-list " (current-buffer))

<br>  (princ input (current-buffer))<br>  (princ ")" (current-buffer))<br>  (newline)<br>  (princ result (current-buffer))<br>  (princ ")" (current-buffer)))<br><br>(defun slime-save-last-input-as-regression-test ()

<br>  "When called, takes the last REPL expression sent to Lisp by SLIME and the output it returns, and adds them as a unit test to the unit test file specified by *slime-regression-test-file*. If the last REPL command resulted in an error, does nothing. The specific brand of regression testing framework you're using is controlled by *slime-regression-test-framework*."

<br>  (interactive)<br>  (unless *slime-regression-test-file*<br>    (call-interactively #'slime-set-regression-test-file))<br>  (when *slime-last-repl-input-matches-last-result*<br>    (with-temp-buffer<br>      (lisp-mode)

<br>      (newline)<br>      (let* ((res *slime-last-repl-result*)<br>             (results (cons 'list (cond ((equal :values (car res)) (second res))<br>                                        ((equal :present (car res)) (mapcar #'car (second res)))

<br>                                        (t "nil")))))<br>        (funcall *slime-regression-test-framework* *slime-last-repl-input* results))<br>      (newline)<br>      (indent-region (point-min) (point-max) nil)

<br>      (append-to-file (point-min) (point-max) *slime-regression-test-file*))))<br><br>(defun slime-set-regression-test-file (file)<br>  (interactive "FRegression test file: ")<br>  (setf *slime-regression-test-file* file))

<br><br>(defadvice slime-repl-eval-string (before regression-testing-string-capturer (string))<br>  "Get the string passed to slime-repl-eval-string before it gets mangled."<br>  (setf *slime-last-repl-input* (copy-seq string)))

<br><br>;;; need to redefine slime-repl-eval-string<br>(defun slime-repl-eval-string (string)<br>  (slime-rex ()<br>      ((list 'swank:listener-eval string) (slime-lisp-package))<br>    ((:ok result)<br>;;; modified code be here

<br>        (setf *slime-last-repl-result* result<br>              *slime-last-repl-input-matches-last-result* t)<br>;;; end modified code<br>     (with-current-buffer (slime-output-buffer)<br>       (slime-repl-insert-prompt result)))

((:abort) ;;; modified code be here         (setf *slime-last-repl-input-matches-last-result* nil) ;;; end modified code (slime-repl-show-abort)))) Comments?  I don't use regression testing tools very much myself, so the first thing I want to ask, is this approach going to work for the commonly used CL testing frameworks, or is something more flexible necessary? If this were to become part of SLIME, the big question is, what key should slime-save-last-input-as-regression-test be bound to? Having just the last repl-expression-result pair is probably good enough, but is there anyone wanting a history of expression-result pair interactions and a nice colorful-buffer way of choosing which ones to save?

<br><br>Vladimir<br>