1、应用背景
在如今互联网企业的迭代中,越来越多的企业测试部门选择用XMind来编写测试用例,XMind的优点确实有很多,比如编写快捷、支持图片、分支图清晰等等,但是同时也有一些缺点,比如:
- 无法准确统计用例数。我觉得用XMind的主题数来统计用例数是不准确的,实际情况其实是好几个主题构成的一条分支线才能算一条完整的测试用例。
- 归档不方便。如果各位觉得把所有的XMind文件放在一起叫归档的话,那么请问,我在回溯某个功能做回归测试、冒烟测试的时候,开发自测用例、冒烟用例怎么抽取?在我的理解中,开发自测用例和冒烟用例是全量用例的子集。
- 阅读、交接有一定的成本。前面说XMind的优点就是分支图清晰,那是建立在编写人及其清晰的情况下,我之前有接手过乱七八糟的XMind的用例,感觉就是那种大树的树根,不清晰、层级深、测试执行困难,就像是程序的一种说法“我写的代码只有我能看懂”的感觉。
那么,传统的excel编写用例的优缺点是什么呢?
可以发现,XMind的优点几乎全是excel的缺点,XMind的缺点也有部分实实在在是excel的优点。在接触一些行业大牛之后,我们使用了一种测试用例编写、执行、阅读的应用模式,简单来说,就是编写测试用例、执行测试用例都使用XMind,但是所有人的编写格式必须固定,统计测试用例条数、测试进度、测试用例归档使用excel,这个过程也不麻烦,只需要使用一个小工具即可
2、XMind与excel的使用
首先我们编写测试用例需要严格按照以下格式