mko*_*ela 7 testing automated-tests
是否有任何理由自动化专注于GUI(而不是其下的内容)的测试?在我看来,GUI(及其中的变化)应始终由真人测试.
使用自动GUI聚焦测试可以获得什么?我自己的经验是,GUI聚焦测试几乎总是打破,因为有人为了一个很好的理由改变了一些东西.他们似乎很少发现任何有趣的东西.
这是困难的一个。自动化测试工具和框架做得很好,只要 GUI 不发生太大变化,就值得花费时间和精力。自动化测试的问题在于,它会在您最需要的时候崩溃:当 GUI 在开发周期中快速变化时。
因此,我决定对我领导和管理的项目采用混合方法。我喜欢对开发周期中快速变化的 GUI 区域进行手动测试。一旦事情相当稳定,我们就会进行某种自动化 GUI 测试(例如用于 Web 应用程序的 Selenium),并将其放入构建过程中以防止未来的回归。如果可能的话,质量检查人员会编写自动化测试。有时,当自动化工具的代码过于密集时,开发人员必须与 QA 测试人员配合才能完成此操作。
只要我们使用良好的设计实践来正确地分离关注点,以便单元测试能够正确地执行所有底层逻辑,这种混合方法似乎就可以很好地发挥作用。您必须避免的一件事是将应用程序逻辑编织到 GUI 层中。
| 归档时间: |
|
| 查看次数: |
454 次 |
| 最近记录: |