<table><tr><td style="">TallFurryMan added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D27008">View Revision</a></tr></table><br /><div><div><p>The way the project was implemented originally is to test the end-user side of manipulations, using UI as much as possible.<br />
Effectively, this is final integration test which could probably be difficult to maintain and automate.<br />
Running tests with a full stack, from star map down to drivers, could also have a long duration, making it less suitable to automation (imagine scheduler tests over three days).</p>

<p>However, with efficient refactoring and adequate preparation (maybe read "a few thousands of code test lines"?), we should be able to implement and test use cases very precisely.<br />
This could be helpful to re-generate user manual videos automatically for each version. Interesting?</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R321 KStars</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D27008">https://phabricator.kde.org/D27008</a></div></div><br /><div><strong>To: </strong>TallFurryMan, mutlaqja, KStars<br /><strong>Cc: </strong>kde-edu, narvaez, apol<br /></div>