是仅GUI测试还是我们还必须创建集成自动化脚本？当开发人员也进行自己的测试（单元，组件/集成）时，我们的界限是什么？
#1 楼
在我们的小组中，我们既有UI驱动的应用程序组合，又有面向公众的API接口的应用程序组合。在这两种情况下，开发团队通常都在进行单元测试和一个简单的路径集成测试。 QA小组（我是其中的一部分）我们生成可重复的自动化测试脚本，并验证所有业务案例需求，包括正负，边界条件，特殊字符等。对于我们的UI应用程序，我们提供围绕UI的自动化。开发人员通常仅手动测试UI，以确保字段正确映射。对于被视为手动手册的测试，我通常会尝试尽可能自动执行该过程。数据设置，数据验证等，这样当/如果我们需要重新运行它们时，它们将变得更具可重复性。#2 楼
您可以为其编写逻辑代码的所有内容都可以自动化。我认为通常具有重复性且日常工作繁琐的任务可以自动化。
单元级别检查可以自动进行，以便开发人员可以执行其验证检查。
通常，与安全性和性能相关的任务也可以自动进行。
#3 楼
仅仅是GUI测试吗？不，由您决定。就个人而言，我为经常执行的测试用例以及简单（而不是复杂）的测试创建自动化测试。
我们还必须创建集成自动化脚本吗？
是的，我们愿意。这是测试的一部分，因此也是测试人员的工作。
当开发人员也进行自己的测试（单元，组件/集成）时，我们的界限是什么？没有界限。开发人员和测试人员必须共同维护测试脚本，因为这是最耗时的任务。顺便说一句，我通常要求开发人员进行单元测试，然后为他们创建GUI测试，然后我们彼此帮助维护测试脚本。
评论
因此，这意味着我应该进行GUI /端到端测试，那将不是开发人员吗？我对此感到困惑，因为我们的一位开发人员想说，我们不再需要质量检查，因为无论如何我们都会做所有这些。因此，我对作为QA自动化测试员的角色感到更加困惑，前提是他们将执行我应该做的所有测试。
– Marj
16年1月23日在4:46
这取决于您的职位描述。通常，质量检查工程师有2个主要任务。第一项任务是确保产品质量符合标准，第二项任务是确保开发团队符合软件开发流程，请参阅有关ISO12207或CMMI流程的更多详细信息。如果您的开发团队可以确保产品的功能，您仍然可以使用许多质量指标，例如效率和可用性，请参阅ISO9126中有关软件质量模型的更多详细信息。根据我的经验，总是存在改进的余地，例如如何显示测试结果。
–布阿班
16年1月23日在4:54
我的职位描述中确实有这些。我可能没有理解，或者也许有些开发人员严格意义上是开发人员，并且由于我们不是开发人员，所以对质量检查的任何建议或意见不开放。我仍然进行手动质量检查，并确保所有开发过程都已到位。现在我也参与自动化。也许我需要与开发团队就边界或我们俩都应该关注的脚本进行更多的交流。
– Marj
16年1月23日，下午5:09
看起来这是关于“信任”的问题。我通常在许多公司中都遇到此问题。根据我的经验，质量检查可以通过向开发人员表明我们在自动化测试，性能测试，可用性测试等方面的专家，从而赢得开发人员的信任。
–布阿班
16 Jan 23'5:23
我同意..我猜是因为信任。不过，我不能怪他们，一些前QA打破了这种信任。从已经转发给我的测试用例中读取信息，使我感到系统是否真的经过了测试，或者测试是否良好？非常感谢您的评论
– Marj
16年1月23日在21:09
#4 楼
这在某种程度上取决于您的管理团队。谁进行的测试因地而异，测试的不同阶段也可能不同。但是，每个人都必须了解不同开发阶段的期望是非常非常重要的。否则，您要么要花很多力气，要么会遗漏某些类型的问题，或者最多只能在不理想的情况下找到它们。您可以，尤其是如果您需要做多次的话。
评论
我同意前两段，不同意最后一段。与其他任何软件一样，必须维护自动化。您需要选择自动化，以便节省的时间超过维护所需的时间。
–user246
16年1月27日，0：49
绝对真实;这是个人喜好。我讨厌做很多事情，我宁愿花时间去构建/维护工具，也不愿进行漫不经心的测试，即使时间不值得。
–凯文·麦坚时（Kevin McKenzie）
16 Jan 27'在1:32
评论
我想我要补充的一件事是，您应该与开发团队进行沟通。弄清楚他们正在测试什么，这样您就不会重复工作。
–ernie
16年1月27日在1:02