编码的UI测试计算器

，而这样做的简单的计算器应用程序编码的UI测试中的数据驱动的模式，并加入肯定之后，我没有得到我的测试结果通过我认为这是由于“”（此十进制或点，这是已经存在于Windows Cal应用程序中）。编码的UI测试计算器

因此，我只是想知道如何使所有类型的值，包括小数和整数的被录取了编写代码。我的csv文件用于数据表是

input1  input2  expexted_add 
1.2   2.3  3.5 
2.4   2.5  4.9 
5.6   1.4   7

这里第一和第二行越过，但第三个越来越失败。

来源

2012-05-18 nks

如果你得到你的数据（你说你成功地进入你的程序），什么是将它添加的问题，并输出它？如果出现错误，请告诉我们一些代码，但我不明白添加两个浮动块会导致问题。 – Hidde

感谢您的答案。这里是我用于datadriven测试的示例代码。 this.UIMap.add_2_dec_numParams.UICalculatorDialogSendKeys = TestContext.DataRow [“input1”]。ToString（）; this.UIMap.add_2_dec_numParams.UIItemEditSendKeys =“{add}”+ TestContext.DataRow [“input2”]。ToString（）+“=”; this.UIMap.add_2_dec_num（）; this.UIMap.add_asertExpectedValues.UIItemEditText = TestContext.DataRow [“expected_add”]。ToString（）+“”; this.UIMap.add_asert（）; – nks

前两行正在通过，因为他们有小数。但在第三行的预期结果我需要使值7为7，那么只有它会被calulator接受..这就是问题，如果我这样做这种方式 this.UIMap.add_asertExpectedValues.UIItemEditText = TestContext.DataRow [“expected_add”]。ToString（）+“。”+“”; 那么第三排将被传递和前两行将失败呐d eoor将显示为 expexted <3.5 >实际<3.5. > 预计<4.9 >实际<4.9. > 那就是problem.hopeü得到这一次 – nks

我的猜测是，所用的断言是比较字符串，而不是转换为整数或双打，然后比较。 “7”和“7”的字符串比较。当然会失败。

将您的声明移出UIMap。然后在执行Assert.AreEqual之前将文本框和数据行的文本值转换为双精度值。使用，如果你想避免被双打浮点数一些误报有增量的版本...

来源

2012-05-18 12:15:31 stoj

问题wud解决了，如果我能写“7.”在csv文件中，但它不可能。我们认为我们可以将文本框更改为字符串，因为它是默认字符串的winedit项目。 – nks

编码的UI测试计算器

回答

相关问题