但是,这就是让我们犹豫的原因:
>引入测试ID意味着更改测试测试
>安全性 – 我们会披露内部域对象ID和其他在页面上不可见的信息
>标准 – 取决于我们如何将TestID放入标记中,我们很可能违反元素或属性的预期语义用法(例如’ID’或’class’属性,其他HTML元素等)
>干扰 – TestID可能会干扰应用程序代码
>性能 – TestID是不必要的标记(对用户而言)并增加页面大小(仅对大页面有意义)
将TestID限制为测试/暂存HTML似乎不是一个好主意,因为我们显然希望测试将在生产中使用的代码,并且不希望我们的测试/暂存环境表现不同.实际上,我们目前在发布后针对实时系统运行部分测试套件.
你认为TestIDs是个好主意吗?如果是这样你会如何将它们放入标记中?
一些示例标记来演示我正在谈论的内容:
<!-- this test ID allows an integration test to verify that the carrot 188271 is in fact green but exposes the ID to the user --><tr ID="testID-carrot-ID-188271"> <td >green</td> <td >doesn't matter</td></tr>解决方法 我想说更容易和更好的测试的好处超过了感知风险.我假设您正在谈论类似以下内容:将ID =’resultDetail’添加到页面上的结果详细信息元素,以便更容易找到自动化测试.我坦率地看不出那种伤害.如果我采取过于简单化的观点,也许你可以抛出一些样本标记,让我们更好地了解你在考虑什么.
看过您的示例标记后,我没有看到用户可以使用该ID的任何问题.许多应用程序暴露域ID.事实上,根据我的经验,通常那些域ID是UI的组成部分 – 通常ID是链接,您可以单击以获取更多详细信息,编辑,删除等…
总结以上是内存溢出为你收集整理的HTML标记中测试自动化的测试ID?全部内容,希望文章能够帮你解决HTML标记中测试自动化的测试ID?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)