当我不得不运行他们的测试用例时，我不得不花费额外的时间来试图理解测试对象的意图。测试，然后修复测试。
我们如何确保测试人员修补他们的方式并进行高质量的测试？ PS-我可以很好地理解许多口音和不完整的英语，但是我在测试中看到的许多错误太难理解了，尤其是在以下情况下，可以引起管理层的注意吗？
有最后期限。
#1 楼
您可以采取一些措施来防止这种情况再次发生：在整个公司或您的特定项目中建立测试代码样式和准则
代码查看测试
在提交请求时或在发送拉取请求之前/之后配置代码样式检测器
与您的质量检查小组定期讨论并讨论测试编码实践
组织研讨会，演示如何在实践中应用已建立的编码实践
列出创建测试用例（手动或自动）时要做的事情的清单。
可以做些事情来简化对这些记录较差的测试的理解（假设测试）是自动化的）：
对测试进行测试-您可能会发现并修复高级代码样式问题和错别字。先进的短毛绒甚至可能会突出显示违反DRY原则的情况，这可能有助于捕获可能被提取为“前置”或“后置”条件的代码块或可以参数化的测试
运行具有启用覆盖率的单独测试以查看这些测试执行的实际代码行-这可能有助于了解测试的实际操作
使测试失败-这样一来，您可能会指出低质量的测试，这些测试要么不进行任何检查还是不应该检查
突变测试-这是一个鲜为人知的想法，但这唯一的目的是控制测试的质量
随机化测试执行顺序-这可能有助于检测与订单相关的耦合测试
对于手动测试，您还可以提供一种将屏幕截图附加到测试步骤/案例/套件的方法-有时图片超过一千个字。
评论
+1除了一个linter之外，我还将添加使用一个代码质量测量工具，例如codecov，code Climate等，来对应用程序代码和测试代码进行评级。
–迈克尔·杜兰特（Michael Durrant）
17-6-27在18:11
@alexce：仅供参考，粗体比斜体更易于阅读，并使读者更容易看到重要部分。斜体几乎是看不见的。
–Peter M.-代表莫妮卡（Monica）
17年6月27日在18:30
评论
是测试用例由于错误而无法运行，还是测试了错误的东西？@JohnGordon-这些是在测试管理工具中用英语编写的测试步骤。其中一些测试是自动化的。对于手工的，由于英语使用错误而导致难以理解测试用例。
我讨厌这么说，但是我认为您唯一可行的选择是教育。当您修复测试时，请告知测试作者为什么它有缺陷以及您做了哪些改进。希望这将使他们能够提高自己的测试写作技能。
如果您需要短期解决方案，请跟踪花费在修复测试上的时间，并将其报告给您的经理。然后由他们决定做什么。
@JohnGordon-谢谢。那是困难的部分。测试人员分散在世界各地的不同团队中。测试管理工具不允许协作。 （您可以发表评论，但忽略评论区域。）我不知道如何提高测试人员的英语水平。