我们将介绍Web应用程序测试和开发最佳实践，以确保跨浏览器兼容性。
21.研究目标市场的浏览器格局
在我们的上一篇文章中，我们讨论了测试真正重要的浏览器的重要性，即更普遍的浏览器。因此，在开始设计和编码您的网站/ Web应用程序之前，重要的是要查看CanIUse等资源 ，其中概述了不同浏览器支持的功能。例如，您可以检查 CSS网格布局 是否可以在Safari上运行。这是一个很好的起点，了解您的目标受众并开发让您的目标受众牢记的功能。
您需要调用支持的浏览器（及其各自的版本），并根据这些发现确定功能开发和测试的优先级。
22.利用模拟器和仿真器
当它作为“独立模块”进行测试时，您的源代码可以完美地执行，但是当它作为最终产品和各种条件（例如最新的浏览器，不支持的浏览器等）进行测试时，它的全面测试就会发生。需要大量投资才能建立一个可以容纳所有可以进行测试的产品的实验室; 因此，这是一个不可行的选择。
这是跨浏览器测试可以帮助您解决的问题。或者，您还可以选择使用VM（虚拟机）安装特定的浏览器版本。从可扩展性和可靠性的角度来看，基于云的测试是一种更好的选择。这将帮助您了解如何从众多设备访问您的网站。
23.部署持续集成模型
持续集成是一个开发过程，只要开发人员推送代码就会触发构建。您还可以在持续集成过程中集成测试，在这种情况下，一旦构建成功，也将触发模块测试和全功能测试。此过程可确保您的代码按照不同方案中的预期功能运行。
许多大型组织使用 Jenkins，这是一个领先的开源自动化服务器，提供了许多用于构建，部署和自动化的插件。
24.针对规范进行测试
如果您在提出布局规范后立即在不同浏览器中自动执行布局测试，该怎么办？ 这可以通过使用像Galen框架这样的 框架来实现，通过它可以验证布局中元素的相对位置。
当您希望您的网站/网络应用遵循响应式设计原则时，Galen框架是一个很好的资源。通过利用这样的框架，您可以在产品开发的早期阶段发现设计问题。
25.开发人员与测试人员携手合作
在我们之前的一点中，我们讨论了在开发人员和测试人员之间进行“适当沟通”的重要性。开发人员还应积极参与 端到端测试 阶段， 并向其他测试人员建议 测试用例（如果他们错过了一些测试用例）。
与结对编程的概念类似，开发人员可以与测试人员（他们负责测试他们的功能）配对，并创建更有利于学习的环境。
26.保持交互尽可能简单
作为最终用户，您希望正在开发的产品易于使用且易于使用。向网页添加太多组件可能会导致设计混乱，因此您应添加不会增加产品复杂性的设计功能。
可能存在在源代码中遇到竞争条件的情况，即异步操作，其中输出很大程度上取决于事件的时间。竞争条件或死锁情况在Web开发环境中很常见，其中正在处理许多请求并且代码中没有处理并发性。为了避免这种竞争条件，您可以使用 JavaScript 的 异步实用程序模块，它有助于协调您的网站/ Web应用程序中的异步请求。
27.使用测试框架（尽可能）
作为Web开发人员，您应该了解使用像Bootstrap这样的CSS框架的优缺点 。一旦您了解了详细的框架，就应该决定是否使用该框架可以加快跨浏览器的测试过程。
建议您咨询使用过Bootstrap或其他CSS框架的其他团队，以便将这些知识融入您的项目中。
28.设计简单
在我们之前的一点中，我们谈到了保持交互简单并坚持响应式设计原则的重要性。相同的拇指规则也适用于产品开发。您应该保持“设计”简单而有效，并确保设计不会混淆最终用户。您应始终设计时牢记最终用户的观点。
29.内容的一致性
您可能遇到过许多场景，其中网页上的内容在纵向模式下看起来很完美，但在横向模式下看起来很混乱（反之亦然）。这称为“内容变化”，它对于保持测试内容的一致性至关重要。
您可以使用Faker JavaScript库 来生成虚假数据，这样您就不必经历用于测试功能的（一致的）内容的痛苦。
30.使用自动化捕获屏幕截图
“屏幕抓取”功能可用于验证渲染输出，这是图像回归测试的重要部分。整个方法非常简单 - 在执行特定功能期间进行屏幕抓取，图像差异算法用于验证屏幕抓取质量与预期输出之间的差异。
31.将屏幕截图与自动化进行比较
现在您已经捕获了各种配置的批量屏幕截图，现在是时候比较并注意UI偏差了。然而，通过一直滚动到页面底部以用于多个页面来将锚图像与其他图像进行比较可能是非常耗时且错误的过程。感谢跨浏览器测试工具，他们使任务变得更加容易和快捷。
32.内部测试
在前几节中，我们谈到了拥有能够发现错误的高效且经验丰富的测试人员的重要性。在许多情况下，如果在产品开发和产品测试中涉及的不同团队之间缺乏沟通，则报告错误所涉及的周转时间会增加。这也可能导致项目延迟。
因此，许多组织（不论其规模大小）现在正在寻找内部测试团队，以便更好地沟通和缩短周转时间。
33.专注于无障碍测试
如果您的产品也对残障人士有吸引力，例如色盲，听力障碍等，建议测试规范涵盖满足“可访问性测试”的测试用例。从“可访问性角度”测试产品的测试人员应该对测试用例有清晰的了解，以便甚至可以验证角落测试用例。
34.尽早关注与本地化和用户体验相关的特征
手动测试适用于验证与用户体验紧密结合的功能。早期的重点应放在用户体验测试上，并且应该在产品测试的不同阶段继续进行。尽管自动化测试可以节省时间和精力，但它永远不能被视为手动测试的替代品。
如果您的产品具有本地化功能，例如，中文客户使用普通话显示网站内容，则在产品达到某个成熟阶段后对这些功能进行测试至关重要。如果以后挖掘出这些问题，它将成为产品和开发团队的负担。
