xmind的基本使用

使用思维导图后,EXCEL仅作为测试数据准备和计算公式测试准备,实现用例和数据分离

测试前:先使用思维导图整理思路,列出测试点后,跟开发沟通后再在基础上编写测试用例;

测试时:使用图标标记优先级、进度、日期、通过不通过等,直观;

测试后:执行用例后,统计用例数量时,xmind非常方便,支持导出表格文件和图片。

二、思维导图设计用例的注意事项:

    1. 分级:
    第一级:按测试的类型划分,如功能测试,交互测试,性能测试(可以是如懒加载,异步加载等内容涉及到性能改进的),异常测试(也可以放入功能测试下)等。对于功能涉及面广的一定要严格区分出来,并且需要特别重视异常测试的内容;
    第二级:按照需求的测试点划分,一般可以划分为多个测试点;
    第三级:如果测试点可以细分到测试子项,就把测试子项作为第三级,否则直接在测试点后面写用例。
    2. 对于功能测试下的分级:
    可以按照组件,功能流程,数据层面,UI层面及异常情况等来进行分级。
    3. 对于具体测试用例的编写,注意逻辑性及条理性:
    1)  如果好几条用例是在某个条件下完成的,是属于控制和被控制的关系,则可以放入该条件的节点下;
    2)  如果用例是属于某个功能点下的,属于包含与被包含的关系,那也放到它下面;
    3)  如果用例之间执行有顺序要求,则标记好序号1,2,3;
    4)  保证同级之间的用例是相互平行,互不影响的,如果有相互间的影响,那肯定得有层级关系;
    5)  书写用例时每条最好是说明一件事情,而且得出的是肯定或否定的结论,不要出现“是否,有可能,可否”等等 字样,结果必须确定;
    6)  用例中最好不要出现操作步骤,这个属于具体用例中的内容,但如果不多可以使用括弧备注。
    总之,思维导图是指导我们的思维过程,但是所有的思维发散都要有一个模型,在模型基础上进行发散思维,这样子,我们思考时才是有条理的,进行测试时也才有条理性,没有条理性的用例迟早会出乱子,有遗漏。

 4、测试数据可省略描述:测试数据描述以能让人看懂为准则。所以写用例时当碰到连续几个用例,仅某几个关键数据值改动,其余均是一样的情况下,不必每个用例都要重复描述所有数据,可以在第一个用例描述完整之后,其余用例中仅列示不同的数据,并标明其余数据同上第X个用例,即可。这样测试时仍能复原测试数据,且该用例的测试目的一眼就明,增加了用例的清晰性。

原文地址:https://www.cnblogs.com/aprial/p/9993354.html