我的问题是针对那些遵循编写手动测试和自动化测试范例的QA商店的。虽然我知道许多QA商店根本不同意这种模式。
考虑到您无法访问高级测试管理工具的情况,并且您正在自动化用sheet、Google等编写的手动测试。您如何跟踪已经自动化的测试?是否在sheet中添加具有automated
、not automated
状态的新闻列。或者任何其他的机制,这些机制可以让其他人很容易地浏览并找出某个测试用例是否是自动化的。
因此,目标不是找到有多少测试用例已经自动化,而是能够快速检测某个测试用例是否是自动化的。例如,如果具有正确用户名和密码的登录不起作用,那么某个人多久才能找到这个测试用例是否是自动化的?
发布于 2012-03-13 00:06:39
在这种情况下,当测试是用Excel或Google编写的,这将是自动化的一个大难题。
当然,要跟踪自动化/非自动化测试,您可以为手动和自动测试分配一些ID,然后通过ID跟踪测试。
当然,您可以在电子表格中将测试标记为“自动”,但过了一段时间,…就会头痛起来。
解决这个问题的方法是使手动测试自动化。作为一种方法,您可以使用按例说明。(这里是我在这个主题上的收藏)。作为工具,您可以查看FitNesse、黄瓜、协和。
当然,您有大量的手工测试。但是,为什么不从新测试和新产品功能的这种方法开始呢?
发布于 2012-03-06 16:39:47
如果您正在使用C#,您可以在自动测试用例本身中包含测试用例标题、描述等,然后使用/doc进行编译。编译器将搜索源代码中的所有XML标记并创建一个XML文件。
另一种方法是在自动化测试中使用元标记,并使用这些标记生成自动测试列表。
有几种方法可以实现这一点,而无需每次手动更新电子表格的开销和持续维护,每次自动化另一次手动测试。最主要的一点是,不要创造比需要更多的工作。自动测试是documentation...use it。
更新电子表格可能变得杂乱无章,过时(尤指)。如果超过1人书写自动化。
当然,您确实可以将自动化测试列表与所有手动测试列表进行比较,并自动标记每天自动化的测试列表。
发布于 2012-03-06 11:52:03
是否在扩展页中添加具有自动状态的新闻列,而不是自动状态。
这就是我使用的方法。
我通常有一个完整的文档( Word或Excel),它列出测试用例,并指示当它们是手动测试用例时要使用的文档,或者是当它们被自动化时要执行的脚本。
https://sqa.stackexchange.com/questions/2758
复制相似问题