<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: No Voting Machine Virus in New York-23 Election</title>
	<atom:link href="http://blog.verifiedvoting.org/2009/11/20/212/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.verifiedvoting.org/2009/11/20/212</link>
	<description>promoting transparent and verifiable elections</description>
	<lastBuildDate>Sat, 26 Nov 2011 12:44:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Bo Lipari</title>
		<link>http://blog.verifiedvoting.org/2009/11/20/212/comment-page-1#comment-6</link>
		<dc:creator>Bo Lipari</dc:creator>
		<pubDate>Fri, 20 Nov 2009 19:23:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.verifiedvoting.org/?p=212#comment-6</guid>
		<description>Q - What exactly is the difference between a “virus” and a “bug”?
A - When talking about a &#039;virus&#039;, it refers to a malicious program which is designed to propagate itself to do it&#039;s nasty work. A bug, while also a problem which must be addressed, is not an agent actively trying to mess up systems, and it does not self propagate to systems which do not already contain the offending code. 

Q- If it’s just a bug, is there testing, besides in a real election that might have uncovered it?

A - Absolutely. A good pre-election test should reveal this type of problem. Indeed, that&#039;s what happened in NY, testing discovered the problem PRIOR to the election. The ensuing procedural problem was a failure to identify all the machines that might be affected, but pre-election testing discovered the bug.

However, this problem should have been discovered before pre-election testing - by Dominion, in-house, before the code was ever released to NY. I maintain that Dominion should have in-house testing robust enough to turn up this bug before it was ever sent out. This was a basic, easily discoverable defect that could have and should have been caught by the vendor long before the code shipped. This is indicative of the very poor state of quality control testing conducted by the voting machine vendors.</description>
		<content:encoded><![CDATA[<p>Q &#8211; What exactly is the difference between a “virus” and a “bug”?<br />
A &#8211; When talking about a &#8216;virus&#8217;, it refers to a malicious program which is designed to propagate itself to do it&#8217;s nasty work. A bug, while also a problem which must be addressed, is not an agent actively trying to mess up systems, and it does not self propagate to systems which do not already contain the offending code. </p>
<p>Q- If it’s just a bug, is there testing, besides in a real election that might have uncovered it?</p>
<p>A &#8211; Absolutely. A good pre-election test should reveal this type of problem. Indeed, that&#8217;s what happened in NY, testing discovered the problem PRIOR to the election. The ensuing procedural problem was a failure to identify all the machines that might be affected, but pre-election testing discovered the bug.</p>
<p>However, this problem should have been discovered before pre-election testing &#8211; by Dominion, in-house, before the code was ever released to NY. I maintain that Dominion should have in-house testing robust enough to turn up this bug before it was ever sent out. This was a basic, easily discoverable defect that could have and should have been caught by the vendor long before the code shipped. This is indicative of the very poor state of quality control testing conducted by the voting machine vendors.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

