1、应用背景
在如今互联网企业的迭代中,越来越多的企业测试部门选择用XMind来编写测试用例,XMind的优点确实有很多,比如编写快捷、支持图片、分支图清晰等等,但是同时也有一些缺点,比如:
- 无法准确统计用例数。我觉得用XMind的主题数来统计用例数是不准确的,实际情况其实是好几个主题构成的一条分支线才能算一条完整的测试用例。
- 归档不方便。如果各位觉得把所有的XMind文件放在一起叫归档的话,那么请问,我在回溯某个功能做回归测试、冒烟测试的时候,开发自测用例、冒烟用例怎么抽取?在我的理解中,开发自测用例和冒烟用例是全量用例的子集。
- 阅读、交接有一定的成本。前面说XMind的优点就是分支图清晰,那是建立在编写人及其清晰的情况下,我之前有接手过乱七八糟的XMind的用例,感觉就是那种大树的树根,不清晰、层级深、测试执行困难,就像是程序的一种说法“我写的代码只有我能看懂”的感觉。
那么,传统的excel编写用例的优缺点是什么呢?
可以发现,XMind的优点几乎全是excel的缺点,XMind的缺点也有部分实实在在是excel的优点。在接触一些行业大牛之后,我们使用了一种测试用例编写、执行、阅读的应用模式,简单来说,就是编写测试用例、执行测试用例都使用XMind,但是所有人的编写格式必须固定,统计测试用例条数、测试进度、测试用例归档使用excel,这个过程也不麻烦,只需要使用一个小工具即可
2、XMind与excel的使用
首先我们编写测试用例需要严格按照以下格式
这里注意:
- 每一行、是一条测试用例,测试用例的名称就是测试点
- 测试用例名称的定义一定要言简意赅,让别人能明确的知道你这条测试用例要干什么
- 用例等级需要认真评估填写,一般高优先级的用例我们用来提供给开发做自测用例或者测试冒烟用例
- 这里前置条件的内容如没有,则编写模块可省略
- 上图中涉及的冒号不能省略
编写完成后,安装工具(前提python3)
pip install XmindExcelTestcases 或者
pip3 install XmindExcelTestcases
安装完成后,在命令行内输入如下命令,第一个为xmind文件的路径, 第二个是生成xlsx的文件路径
XmindExcelTestcases.exe .\files\测试文件.xmind .\files\测试文件.xlsx
生成后,打开xlsx文件,可以说是非常nice
3、总结
如上描述,小结:
- 为了保障测试用例的编写速度,我们仍可以用XMind编写测试用例,但是编写过程中一定要遵循格式。同时,执行的时候也可以按照XMind用例内容来执行
- 为了更好的统计测试用例的总数、统计执行情况、归档测试用例,我们可以使用XmindExcelTestcases来对编写好的XMind文件进行格式转化。另外用例转换好之后,可以抽取其中部分高优先级的用例作为自测用例、或者冒烟用例
- 无论是工作交接、交叉测试,又或者测试新人指引体验,固定了如上的测试用例编写格式,阅读和上手成本会小很多