注意,这是TestRail特有的,但是有些问题可以被认为是一般性问题:
我曾为几家公司工作过,这些公司已经实现了TestRail的自动化。在每一家公司,总是有不同的做法做事情。
发布于 2017-06-15 20:19:46
我不能直接与TestRail交谈,但可以回答提出的概念性问题。
当您自动化一个手动测试用例时,您如何处理手动用例,以及如何处理自动化用例?
手动测试用例应该存储在SQL或NO数据库中。一次一个地方,让每个人都可以编辑,更新,插入或删除测试。自动化工作(代码)应该与手动测试用例相关联,以便像“获取XYZ的所有自动测试”这样的查询返回所有的手动测试。通过阅读手动测试,您将知道自动化应该做什么。
大多数自动化测试是webdriver等。但是你包括单元测试吗?
单元测试是自动化测试,但我认为您的意思是自动GUI测试和单元测试,它们都在同一个地方吗?答案通常不是,真正的单元测试应该在同一个代码存储库中的应用程序源代码,一个文件夹之外。GUI测试通常不包含在开发人员代码中,主要是因为它们只与测试内容相关,并且通常是完全分开开发的。
如果我有一个已经自动化但不是在每个平台下的手动测试,你会做什么?
应该有与自动化相关的元数据,如“平台”的“类别”或“发布”之类的内容。这个元数据必须是可查询的,这样您就可以这样做:“获取所有用于组件XYZ的自动Android10.0测试”。获取其他版本的工作只是一个常规的ALM / User Story关注点。
如果将自动化测试添加到没有相应测试用例的testrail中,那么将它们放在哪里?
Id取决于,真正的单元测试属于与应用程序代码相同的位置,GUI自动化属于您认为最好的地方。如果没有相应的手动测试,那么您应该能够像任何其他测试一样简单地查询这些测试(自动化与否)。
你是如何工作的,就像依赖泰斯特赖特ids一样?
所有的存储库都应该在某种数据库中。但您可能无法访问或控制这些ID。在这种情况下,只是不要试图改变他们,因为他们是作为唯一的键。让id对您来说变得毫无意义,而是依赖于命名约定而不是配置。命名约定,在这里您可以控制。
https://sqa.stackexchange.com/questions/27827
复制相似问题