以下列出了一些质量检查可以在2018年取得进步的建议。列表中只有9个想法，所以它很小，但是我希望它能使您自己思考目标。
1. 尝试更多地参与非手动的测试。 它可能只是编写一些简短的脚本或几行代码来帮助您完成繁重的手动任务。 您需要将100,000个条目的数据库表与PO提供给您的另一个100,000字的文档进行比较，以查找文档条目是否匹配，哪些条目不匹配以及每个不匹配的条目是什么。 您可以学会在逐行手动浏览该文档的过程中编写Python脚本。 您可能认为这似乎具有挑战性，可能无法做，可能浪费或浪费时间……..但这不是您无法尝试的。 如果您认为自己在某事上会更好，那么为什么要浪费时间来学习这项新技能呢？ 你不喜欢做某事更好吗？
还请记住，您的工作不必很漂亮，您不必编写高效的，双倍行距的代码，只需要显示您的创造力和解决问题的技能即可。 做到这一点足够，您的同事会印象深刻。
另一个想法是，您也可以减少测试的手动性，例如学会使用浏览器附带的开发工具，或者编写小型的Powershell / Bash脚本/ cron作业，以执行您讨厌的部分测试任务。
2. 这是一项更大的任务，但它与第一个想法相吻合：学习一种编程语言。 通过熟练地阅读和编写代码，可以进一步做到这一点。 它不必是编程语言，也可以是新的东西。 您可能会因某些东西的设计而引起一些错误。 他们原来是UX中的错误。 因此，也许您可以更多地参与UX团队如何解决和修复这些错误。 也许他们可能会涉及使用React JS的前端开发人员，而您意识到您对React JS一无所知。
3.事实是，现在是2018年，不管喜欢与否，自动化意味着更少的人去做。 例如DevOps和Testers。 我并不是说自动化测试将完全取代手动测试-远非如此。 如果人类正在开发供其他人类使用的软件，那么人类元素将至关重要。 但是学习新技能的意愿将很重要。 为了以质量保证的方式生存，您将需要具备手动测试技能以及自动测试知识。 现在是时候获得技能或走出去，并竭尽全力以开放的态度来应对变化。
4.随着软件的创建和交付变得越来越复杂，越来越需要在更大的团队中工作。 通过与oyu相同的工作来完成更多的QA，团队不一定会变大，但是您将与更大，更多样化的团队合作，从开发人员到销售再到业务开发再到DevOps。
2018年将涉及更多的团队参与和更少的独奏测试。
5.新的一年就是尝试新事物。 作为测试人员，您可以通过更多地参与要测试的产品如何以及为什么执行其功能来拥抱它。 您不知道为什么需要使用VPN来访问特定的测试服务器，或者为什么选择了某个HTTP响应代码而不是另一个-现在该找出原因了。
6.没有完美的测试案例。 练习编写更好的测试用例。 您可以强调目标和结果，而不仅仅是乏味的测试步骤。
除此之外，还有“完美错误报告”的神话-一个经典的质量检查采访问题。 有步骤，期望的行为，实际的行为是很好的……这就是事实。 添加您认为有助于证明该错误存在的所有内容，请确保适当地标记屏幕截图，而无需添加太多无关的信息。
7.收集指标，使它们漂亮并在仪表板上显示它们并不是真正的质量检查工作。 但是，如果您的特定工作要求之一是收集并显示指标，那么您仍然应该这样做。
对于许多QA而言，这项收集指标的工作是针对PO，BA，产品经理。 花费您的时间做质量检查，做自己最擅长的事情； 查找并记录错误。 您应该花更多的精力思考如何更好地测试产品，或者要求，验收标准或用户案例是否足够好。
当然，您可以记录自己的度量标准和学习-对您来说很重要的事情，可以变成共享文档或测试用例的事情。 实际上，我建议这样做。 重要的是要显示某些东西已经过测试，并且每个测试用例都有自己的测试结果。 但是有时候这是不可能的。
8.如果您已经是自动化测试人员，请更多地考虑如何改进自动化脚本。 您在测试正确的东西吗？ 您的脚本是智能自动化，还是仅提供更多自动化？ 制定自动化策略也是有帮助的。 您打算测试什么，您不打算测试什么。 阻滞剂，潜在的阻滞剂。
如果您不是自动化测试人员，也许您对正在从事的工作可以从自动化测试中受益有想法，或者对自动化脚本提出了建议。 记住这一点真是太好了
9.这与先前的想法联系在一起，您的自动化脚本实际上应该在测试某些东西，而不仅仅是手动可执行的测试。 选择最适合您的策略的工具和框架-没有适合所有人的完美解决方案。
以上只是我认为对于2018年SQA至关重要的想法和事情。 它们实际上是测试人员在2010年或2022年应该意识到的可转移技能。 现在，2018年1个月已经过去了，您还在等什么？！
