Selenium IDE是录制和回放的工具,容易使用却不可靠。这在web上很难用,因为web是频繁改动的,IDE并不是理想的生产环境上理想的解决方案。因为这会导致维护上的噩梦。
举个例子吧,你录制了个测试用例,里面获取了一个动态生成的元素的ID,然而你将无法重用这个用例,为什么不简单在最开始的时候就的让你的测试更加的独立和敏捷呢?
这当然也可以归结为你进行测试自动化的原则。测试自动化对我来说,测试自动化应该更接近编程的视角。程序员应该自己写测试并维护。理想的情况下,全体的QA应该培训编写和维护测试。
所以,回到问题本身。IDE设计为一个快速自动化解决方案。却不是一个回归测试的套件。
本文探讨了SeleniumIDE作为自动化测试工具的局限性,特别是其在快速变动的Web环境中难以应对的问题。强调了测试自动化应当更接近编程视角,提倡测试由开发者编写和维护,以实现更高的独立性和敏捷性。文章还提出了关于测试自动化原则的思考,建议转向更加灵活和可维护的测试方案。
1092

被折叠的 条评论
为什么被折叠?



