组件测试有助于提升代码品质和运行可靠性，以下列举若干推荐做法。
如何组织测试
使用公共页面元素，以及以个人界面方式登录，这种做法是错误的。应该采用独立的测试页面，通过编程手段登录软件，管理软件的运行情况。这样做可以使得测试更加自主和高效，防止相互影响。例如，在测试不同的功能部分时，单独的测试能够更准确地找到故障所在。
测试项目一多，就需要科学安排测试步骤，把关联性强的测试放在一起。比如按照功能类别来区分，单独检查登录、注册、买东西这些环节，这样能让测试安排一目了然，方便日后的更新和维护。
怎样选择元素
用“脆弱”标签进行选取时，很容易出现偏差。最理想的做法是借助data特性来为选取增加限定条件，以此实现与CSS或调整的分离。如此一来，即便页面的样式或脚本发生变动，相关的测试也会受到较少干扰。
设计灵活多变的选取方式可以减少不少困扰。应用版本升级后，即便元素的位置或外观发生变动，优质的选择方法依然能够精准定位对象，确保检测工作顺利开展。比如按钮的摆放位置发生变化，采用data-特征作为依据的选取手段仍然有效。
能否依赖前测试状态
让测试受前一个测试影响是不恰当的。一个测试如果出了问题，可能会影响到后面的测试，导致难以找出问题的根源。每个测试都应该能够独立进行，拥有自己的一套初始条件和结束条件。
单独进行测试能够增强测试结果的稳定程度，以及后续的维护工作。如果各个测试存在关联性，更改其中一个测试内容，可能会引发其他测试出现错误，从而加大排错的工作量。因此，测试工作应当尽量做到彼此独立，不受先前测试结果的影响。
是否要非必要等待
冗余的耽搁会拉长检验周期，减损成效。要力图防止此类耽搁，探明其缘由，对症下药。倘若由网络或载入迟缓所致，能够修正程序或调整服务器设定。
如果真的要等某个东西加载完成，最好用自带的指令去让它自己等，直到那个东西出现或者变成需要的状态，不要自己定一个死的时间，那样做能防止因为等太短或太长而让测试的结果不准确。
设置全局有啥用
设定一个统一的网址基础地址有很多益处，可以使测试程序更加精简，无需在每个测试场景里反复输入网址信息。一旦网址基础地址需要调整，只需更改这个公共网址基础地址，所有相关的测试场景都会相应地得到更新。
全局有助于提升测试的维护程度和代码的可理解性,让开发者和测试者能更明确地识别测试目标网址,从而方便对测试代码进行解读和调整。
组件测试时，你碰见过哪些难题？欢迎大家留言交流，如果觉得内容有价值，可以点击喜欢，并且转发给其他人。
