Allure 框架是一个灵活的、轻量级的、支持多语言的测试报告工具,它不仅以 Web 的方式展示了简介的测试结果,而且允许参与开发过程的每个人可以从日常执行的测试中,最大限度地提取有用信息。
Allure 是由 Java 语言开发的,支持 Pytest,JaveScript、PHP、Ruby 等。
从 DEV/QA 的角度来看,Allure 提供了详尽的测试报告,比如简化了常见缺陷的统计;失败的测试可以分为 bug 和被中断的测试;还可以配置日志、步骤、fixture、附件、计时、执行历史;以及与 TMS、BUG 管理系统、Jenkins 集成等。所以,通过以上配置,所有负责的开发人员和测试人员可以尽可能地掌握测试信息。
从管理者的角度来看,Allure 提供了一个清晰的“大图”,即 High Level 的统计报告,其中包括已覆盖的特性、缺陷聚集的位置、执行时间轴的外观以及许多其他方便的事情。Allure 的模块化和可扩展性保证了你总是能够对某些东西进行微调,使得 Allure 更适合你。
那么下面就来说说如何使报告更加详细的显示我们需要的信息,以及 Allure 与 Jenkins 的集成。
(Windows/Mac 通用安装方法)
下载地址:https://github.com/allure-framework/allure2/releases,下载所需版本的 zip 包。
安装:
在测试执行期间收集结果
pytest [测试文件] -s -q --alluredir=./result/ --clean-alluredir
-s:表示将执行成功的案例日志打印出来
-q:若跟文件执行路径则代表只需要执行的文件
--alluredir:指定存储测试结果的路径(若目录不存在则会新建)
--clean-alluredir:清除历史结果数据
查看测试报告
方式一:用于在本地渲染后对外展示结果
allure serve ./result/
方式二:用于在本地渲染和查看结果
# 生成报告
allure generate ./result/ -o ./report/ --clean # 注意:覆盖路径加 --clean
# 打开报告
allure open -h 127.0.0.1 -p 8883 ./report/
注意:/report/ 目录中的 index.html 就是最终的结果页面,但直接通过浏览器打开这个文件是看不到实际报告内容的,这是因为实际报告内容需要 allure 进行渲染后才能看到。
场景:
解决:
import allure
@allure.feature('功能名称')
@allure.story('子功能名称')
@allure.title('测试用例名称')
@allure.step('步骤细节')
@allure.description('测试用例描述')
@allure.attach('具体文本信息'):需要附加的信息,可以是数据,文本,图片,视频,网页
如果只测试登录功能运行的时候可以加限制过滤,如:pytest 文件名 --allure_features '购物车功能' --allure_stories '加入购物车'
feature 相当于一个大的功能或模块。将 case 分类到某个 feature 中,并在报告中的 behaviors 中显示,相当于 testsuite。
story 相当于分支功能/模块,属于 feature 之下的结构,并在报告中的 features 中显示,相当于 testcase。
feature 与 story 类似于父子关系。
测试过程中每个步骤,一般放在具体逻辑方法中。
可以放在关键步骤中,在报告中显示。
在 App、Web 自动化测试当中,建议每切换到一个新的页面当做一个 step。
用法:
@allure.step():只能以装饰器的形式放在类或者方法上。
with allure.step():可以放在测试用例方法里面,但测试步骤的代码需要被该语句包含。
场景:
通常测试有冒烟测试、回归测试、线上验证测试等,那么就需要按照重要性级别来分别执行,比如上线时要把主流程和重要模块都跑一遍。
解决:
通过附加 pytest.mark 标记描述
通过 allure.feature、allure.story 标记描述
通过 allure.severity 直接标记用例级别
根据测试用例的重要性划分测试用例等级,如果没指定等级,默认为 NORMAL 级别:
BLOCKER:阻塞缺陷(功能未实现,无法下一步)
CRITICAL:严重缺陷(功能点缺失)
NORMAL:一般缺陷(边界情况,格式错误)
MINOR:次要缺陷(界面错误与ui需求不符)
TRIVIAL:轻微缺陷(必须项无提示,或者提示不规范)
步骤:
在方法、函数和类上面加:@allure.severity(allure.severity_level.TRIVIAL)
指定执行对应级别的用例:pytest -s -v 文件名 --allure-severities normal, critical
场景:
前端自动化测试经常需要附加图片或 html,比如在适当的地方、适当的时机截图等。
解决:
@allure.attach() 显示许多不同类型的提供的附件,可以补充测试、步骤或测试结果。
步骤:
在测试报告里附加网页:
格式:allure.attach(body(内容), name, attachment_typeextension)
示例:allure.attach('
@allure.link()、@allure.issue()、@allure.testcase() 主要是为了将 Allure 报告和测试管理系统集成,可以更快速地跳转到公司内部地址。
先看看三个装饰器的源码:
- def link(url, link_type=LinkType.LINK, name=None):
- return safely(plugin_manager.hook.decorate_as_link(url=url, link_type=link_type, name=name))
-
- def issue(url, name=None):
- return link(url, link_type=LinkType.ISSUE, name=name)
-
- def testcase(url, name=None):
- return link(url, link_type=LinkType.TEST_CASE, name=name)
小结
issue() 和 testcase() 其实调用的也是 link(),只是 link_type 不一样。
必传参数 url:跳转的链接。
可选参数 name:显示在 Allure 报告的名字,如果不传就是显示完整的链接(建议传,不然可读性不高)。
可以理解成:三个方法是一样的,我们都提供跳转链接和名字,只是链接的 type 不一样,最终显示出来的样式不一样而已(type 不一样,样式不一样)。
如果你喜欢,只用 @allure.link() 也可以。
而出现三个装饰器的原因是为了更好地将链接进行分类(访问链接、Bug 链接、测试用例链接)。
代码示例
- import allure
-
- TEST_CASE_LINK = 'https://github.com/qameta/allure-integrations/issues/8#issuecomment-268313637'
-
- @allure.link('https://www.youtube.com/watch?v=4YYzUTYZRMU')
- def test_with_link():
- pass
-
- @allure.link('https://www.youtube.com/watch?v=Su5p2TqZxKU', name='点击我看一看youtube吧')
- def test_with_named_link():
- pass
-
- @allure.issue('140', 'bug issue链接')
- def test_with_issue_link():
- pass
-
- @allure.testcase(TEST_CASE_LINK, '测试用例地址')
- def test_with_testcase_link():
- pass
运行结果,查看 Allure 报告
1)@allure.link() 不传 name 参数时的样式
完整工程:GitHub - juno3550/InterfaceAutoTestWithPytest: 接口自动化测试框架:Pytest+Allure+Excel数据驱动
- 1 import pytest
- 2 import allure
- 3 import logging
- 4 from util.assert_util import assert_keyword
- 5 from util.request_util import api_request
- 6 from util.global_var import *
- 7 from util.excel_util import excel_util
- 8
- 9
- 10 register_test_data = excel_util.get_sheet_data("注册")
- 11 login_test_data = excel_util.get_sheet_data("登录")
- 12
- 13
- 14 @allure.feature("登录模块")
- 15 @pytest.mark.dependency(name="TestLoginModule")
- 16 class TestLoginModule:
- 17
- 18 @allure.story("注册功能")
- 19 @allure.title('用户注册') # 指定测试用例标题,默认是函数名
- 20 @allure.description('通过接口进行用户注册') # 添加测试用例描述
- 21 @allure.severity(allure.severity_level.BLOCKER) # 阻塞级别
- 22 @pytest.mark.run(order=1)
- 23 @pytest.mark.parametrize('case_data', register_test_data)
- 24 def test_register(self, case_data):
- 25 with allure.step("读取请求数据,调用接口"):
- 26 logging.info("接口用例数据:%s" % case_data)
- 27 response = api_request(case_data[API_IP], case_data[API_URI], case_data[REQUEST_METHOD],
- 28 case_data[API_REQUEST_DATA], case_data[RESPONSE_EXTRACT_VAR],
- 29 case_data[REQUEST_HEADER], case_data[REQUEST_COOKIE])
- 30 with allure.step("获取响应数据,进行断言"):
- 31 assert_keyword(response, case_data[RESPONSE_ASSERT_KEYWORD])
- 32
- 33 @allure.story("登录功能")
- 34 @allure.title('用户登录') # 指定测试用例标题,默认是函数名
- 35 @allure.description('通过接口进行用户登录') # 添加测试用例描述
- 36 @allure.severity(allure.severity_level.BLOCKER) # 阻塞级别
- 37 @pytest.mark.run(order=2)
- 38 @pytest.mark.parametrize('case_data', login_test_data)
- 39 def test_login(self, case_data):
- 40 with allure.step("读取请求数据,调用接口"):
- 41 logging.info("接口用例数据:%s" % case_data)
- 42 response = api_request(case_data[API_IP], case_data[API_URI], case_data[REQUEST_METHOD],
- 43 case_data[API_REQUEST_DATA], case_data[RESPONSE_EXTRACT_VAR],
- 44 case_data[REQUEST_HEADER], case_data[REQUEST_COOKIE])
- 45 with allure.step("获取响应数据,进行断言"):
- 46 assert_keyword(response, case_data[RESPONSE_ASSERT_KEYWORD])
- 47
- 48
- 49 if __name__ == "__main__":
- 50 test_dir = os.path.dirname(__file__)
- 51 pytest.main(['-s', '-q', test_dir, '--alluredir', '../test_result/', "--clean-alluredir"])
- 52 os.system('allure generate ../test_result/ -o ../test_report/ --clean')
- 53 os.system('allure open -h 127.0.0.1 -p 8881 ../test_report/')
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!