当你在测试应用程序或网站上的新功能时，使用测试用例被认为是最佳实践。理想情况下，测试者将被给予验收标准为正在开发的功能。当QA确切地知道一个特性应该或不应该做什么时，编写测试用例就会变得非常容易。(如果你感到困惑，可以看看我们的文章解释测试用例)。但是如何编写测试用例呢没有的要求吗?
毕竟，在快节奏的敏捷过程的现实世界中，你不可能总是拥有它们。经常会遇到只有简单描述的Jira票据，而没有真正的需求列表。当然，你可以让负责的人添加它们。但这个人应该是谁并不总是很清楚。(开发人员吗?项目经理?产品经理?更高的吗?)
在许多情况下，任务可以来回传递很长时间，它会将测试过程延迟数天——如果您最终得到了需求的话。继续阅读→
虽然iOS 14要到2020年9月才会发布，但iOS 14 beta版已经正式发布了!对于任何人从事QA工作或者拥有iOS应用，那么在测试中提前开始是个好主意。毕竟，新版本的iOS会给之前运行的应用程序带来bug。
理想情况下，苹果将在iOS 14发布日期前解决所有问题。但并不能保证你的应用程序在时机成熟时能够完美运行。在下面找到如何下载并开始测试iOS 14测试版。
iOS 14测试版于2020年7月9日(周四)向公众发布。
iOS 14的最终版本预计将于9月中旬上线。
你可以通过以下步骤下载和安装iOS 14测试版:继续阅读→
自动化测试有很大的声誉。事实上，对于团队来说，考虑他们的整个质量保证过程可以或者应该自动化。但无论你有一个应用程序，网站，或两者都有，这都是不可能的，甚至不可能是一个好主意。那你怎么决定测试用例自动化?
不同类型的软件有不同的特性和流程。在某些情况下，完全相同的功能在不同的公司可能具有不同的优先级!但有一些核心功能在许多网站和应用程序中是共同的。只要可能，这些都是自动化的很好的候选者。
即使您有预算、人员和资源来自动化尽可能多的流程，下面的测试用例通常是最重要的开始。
大多数网站和应用程序都可以让用户注册。如果你的用户不能创建一个帐户，他们就不太可能完全使用你的产品。继续阅读→
当你在这个领域工作时QA测试，你不可避免地会遇到对QA有负面看法的人。虽然这种情况经常发生，但还是有办法解决的。如果你能决定什么时候在噪音中坚持，什么时候反击，你就能适应扔给你的任何东西。
QA和开发人员的整体关系应该是协作的。与尊重QA的开发者合作是件很棒的事!然而，对QA有负面看法的最常见角色往往是工程师。记住这并不总是工程师的错是很有帮助的。
有些QA测试人员会以居高临下的方式报告错误。他们可能会认为这是对开发者自我价值的个人批评。自然地，如果开发人员感到自己受到了个人批评，他们可能会做出防御性的反应。(了解更多关于如何与开发人员协作的信息，请参阅我们的指南QA和开发人员的关系)。继续阅读→
当你把大部分时间都花在工作上时，在工作中设定界限是至关重要的。同样重要的是尊重他人设定的界限。这可以涵盖很多内容:沟通、工作负载、可用性以及介于两者之间的无数领域。
在你想要的每一种情况下制定法律并不总是可能的。但如果你知道自己理想的界限是什么，并从一开始就实施它们，你就有机会减少工作压力。
在现代QA中，松弛可以在沟通中起到很大的作用。边界甚至与实时消息传递带来的所有期望更为相关。这些包括:
时机也很重要。如果你不尽早设定Slack的界限，人们就会认为他们可以在一天中的任何时间联系到你——在那个时候重新设定期望是很困难的。继续阅读→
