<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jan 25, 2017, at 2:02 AM, Pushkar N Kulkarni via swift-corelibs-dev &lt;<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><font face="Verdana,Arial,Helvetica,sans-serif" size="2" class=""><div class="">That sounds like a great plan, Tony! I am keen on contributing.&nbsp;<br class=""></div><div class=""><font face="Verdana,Arial,Helvetica,sans-serif" size="2" class=""><font class=""><font class=""><div class="socmaildefaultfont" dir="ltr"><div class="socmaildefaultfont" dir="ltr"><div class="socmaildefaultfont" dir="ltr"><div dir="ltr" style="font-style: normal;" class=""><br class=""></div><div dir="ltr" style="font-style: normal;" class="">We all know that current set of unit tests for URLSession are extremely trivial and nowhere close to it's real-world use cases! We've tried using external/public API endpoints in the tests, but intermittent connection failures (network delays) broke the CI. I believe a stronger testing framework for URLSession will be provide support in making the implementation robust.&nbsp;</div>
</div></div></div></font></font></font></div></font></div></blockquote><br class=""></div><div>How hard it would be to fake enough of a web server to test URLSession against? Maybe involving the Swift Server APIs, once those are ready? They <i class="">might</i> even have the functionality to fake network issues for their own testing, which we should be testing against anyway to ensure that things fail correctly.</div><div><br class=""></div><div>- Dave Sweeris</div></body></html>