In part 1 of this article, I  looked at raw performance numbers of the TestTrack SDK. Interesting data but no pretty pictures!

We saw the performance differences between IIS and Apache on the Windows server. If you graph the results though, you’ll see that the difference is very minor.

Apache v. IIS (resize)
Chart 1: Apache vs. IIS in calling getRecordListForTable, timing for entire query

In chart 2 you can see that larger queries are not resulting in longer wait times per record, so the SDK is handling large requests just as well as the smaller ones.

Apache vs. IIS (per record)

Chart 2: Apache vs. IIS in calling getRecordListForTable, timing per record fetched

Based on chart 2, it looks like Apache has a higher “start-up” cost than IIS, which is then made up for as you fetch more data.

Test Runs

Not much of interest here, the numbers were virtually identical to those seen with the defect record query. One noteworthy change was that logoff takes longer if you grab both TestTrack Pro and TestTrack TCM licenses on logon. In my defect queries I was only grabbing a TestTrack Pro  license but timing increased by ~15% when I grabbed both licenses.

Overhead

How much overhead does the SDK add to the actual data, as far as size? To save time, I just did a simple csv export from TestTrack and compared that with the SOAP query results for the defect list.

 True Size (bytes)SOAP Size (bytes)
100 records17,53349,740
1000 records176,303490,040

Table 1: Space usage of CSV vs. XML formats

Almost 3 times as much space required for XML compared to a simple csv output! Not surprising, given that every piece of data requires wrapping tags but reinforces the need for good data filtering practices on queries.

Conclusion

You can fetch 1,000 records in a little over 1 second and I’m hard pressed to come up with a scenario where you would want to fetch even that much in one chunk. With proper use of column and record filtering, the SDK won’t be a bottleneck in customization and integration with TestTrack.

Share on Technorati . del.icio.us . Digg . Reddit . Slashdot . Facebook . StumbleUpon

Related posts:

  1. Measuring TestTrack API Performance (Part 1 of 2)
  2. TestTrack API Performance
  3. Running Executables from TestTrack Automation Rules
  4. Attach TFS Check-in to TestTrack
  5. Perforce Trigger To Prevent Submit Based on TestTrack Defect Status
No Comments

Tags: ,

No comments yet.

Leave a comment

WP_Big_City

Leave a Reply

Your email address will not be published. Required fields are marked *

*

* Copy this password:

* Type or paste password here:

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Spam Protection by WP-SpamFree

Page optimized by WP Minify WordPress Plugin