|
|
1
2
从理论上讲,您可以编写自动工具来拍摄渲染的快照,并以某种方式解析它们,并与模型进行比较。 您需要某种“锚定”机制来将模型答案与渲染输出对齐,然后对其进行颜色差异,结果输出为完整的黑色图像==完全符合。 感性的 失败,例如色盲如何在校准不好的彩色地图屏幕上看到它。 相反,您需要做的是创建应用程序中所有可能的导航路径的完整树(以编程方式/测试套件驱动更容易实现),然后将规范交给一组人员在各种平台上执行。
就连Firefox也有一个人工驱动的测试套件。人类只是更善于识别那些在满足已定义标准的同时,却不满足其他一些尚未被任意定义的标准的行为,因此,还没有为其编写测试用例。 |
|
|
2
1
TestComplete . 有很多这样的工具,价格不一,功能齐全。查看 SQAF automation forum |
|
|
3
1
这是单元测试的一个难题,没有好的答案。从技术上看,检查屏幕上显示的结果不再是单元测试(更多的是功能测试)。 我发现最好的方法是构造代码,使视图层 尽可能地。MVC和表示模型等模式对此很有用。完成后,您可以通过编程方式测试视图的业务逻辑(如视图组件之间的特定交互),而不必实际显示任何内容。 |
|
|
4
1
|
|
|
Tim Kirkwood · 比较空数据帧 1 年前 |
|
|
nerrood · 为什么在笑话测试中不调用save 2 年前 |
|
|
eof · Chrome块文件下载-selenium 2 年前 |
|
Display name · Ember.js辛烷值验收试验 2 年前 |
|
|
Vitto · 理智和回归测试是如何在一个简单的场景中协同工作的? 2 年前 |
|
|
mattsmith5 · 使用特征文件并行计算空手道跑场景 2 年前 |
|
|
Norronas · 采用裸机编程的寄存器单元测试 2 年前 |