One of the drawbacks of image comparison is that, depending upon the image, etc., and the settings you are using to make the comparison, all it takes is 1 pixel different to cause a failed checkpoint. It's why I generally avoid image comparisons unless absolutely necessary.
Rather than giving us the sample project that every TestCOmplete installation comes with... could you post
1) The code you're using to execute
2) Screenshots showing the two images being compared
3) Screenshots of your log showing the differences.
Robert Martin [Hall of Fame] Please consider giving a Kudo if I write good stuff ----
Why automate? I do automated testing because there's only so much a human being can do and remain healthy. Sleep is a requirement. So, while people sleep, automation that I create does what I've described above in order to make sure that nothing gets past the final defense of the testing group. I love good food, good books, good friends, and good fun.
By using a combination of Get_Host_Name, determining if the screen is in landscape or portrait mode, Regions.Contains, Regions.CreateRegionInfo, and Regions.Check methods, you can create image compares that run reliably on any machine. You need to create a unique region / image name for each image (I have one method I call from anywhere in the project that creates my unique and dynamic image name for every image). You check if that image already exists in the regions store. If it does you know the test already ran on this machine (and assume already ran on this resolution) if not - you add a new image to the regions store with a new unique name. Once you have the image in the regions store - you just do a Regions Check (and again - I have one method I can call from anywhere in the project that does the region check) and you are done.
Things to be careful with - the very first time you run the Regions.CreateRegionInfo step on a new machine - make sure the region image you are capturing is correct. Currently, in my scripts I assume the image is always in the same place. I am also currently looking at the Pict.Find method which - if it works - would eliminate the need to assume the image I am checking is in the same place. If Pict.Find works, I can just take an image of the whole screen - search for the image of - say a button I want to click - and then use the ImageSetItem.Click method to click the button. If that works I won't have to worry if an image moves - as long as the resolution on the machine stays the same. The applications I test tend not to change images/resolutions that often - this code has worked and continues to work after almost a year without the need to update the script. (The region store tends to contain vast numbers of images - but this isn't an issue for my tests). While the test doesn't run slow - speed isn't a issue on these legacy applications.