1048 2005-01-21 09:45:25 +0000 Additions to "write tests" 2005-04-28 11:53:49 +0000 1 1 1 Unclassified QA QASpec-GL LC-2004-11-22 All All RESOLVED REMIND http://lists.w3.org/Archives/Public/www-qa/2005Jan/0013.html P2 normal --- 1 dom karl karl oldest_to_newest 2868 0 dom 2005-01-21 09:45:25 +0000 "5 Good Practice C: Write sample code or tests" -- another technique is to go back and create new tests for old sections once the sections are better understood and more mature. It also helps to write tests that check the interactions of different sections. Also, especially when using test assertions, the temptation is to have one (or more) tests per assertion. However, one must absolutely check the _interactions_ of assertions, as that is where most bugs are likely to be found. For example, the two assertions "when X happens, A must happen" and "when Y happens, B must happen" can be tested individually, but they must also be checked together, to ensure that if X and Y both happen, first A happens then B happens, etc. 4103 1 karl 2005-03-03 17:35:33 +0000 http://lists.w3.org/Archives/Public/www-qa-wg/2005Feb/0021.html (dh) Mostly editorial, suggesting that an additional requirement is to go back an create tests for "old" sections, once they have matured. You also need to check interactions between tests, separate tests not enough (tb) Do we want to recommend against having interactive assertions? (dh) The idea of atomic assertions? (tb) Right (dm) That depends on the technology, for some technologies you have a necessary impact between things (kd) The comment is good but a bit out of scope, it's about how to write good tests, not about Spec GL. We could add a line, not sure if we should change a lot of things. I take that action item 4115 2 karl 2005-03-03 19:28:49 +0000 http://lists.w3.org/Archives/Public/www-qa-wg/2005Feb/0028.html KD wrote something to clarify http://lists.w3.org/Archives/Public/www-qa-wg/2005Feb/0008 There being no objections to his revisions, this item is now resolved. 3650 3 dom 2005-04-28 11:53:49 +0000 setting version to LC in case of future use