3. 测试case管理规范

短命女 2024-04-18 09:03 66阅读 0赞

# 1. Case格式 #

1.  常见Case的格式有脑图、Excel、Word以及在线Case管理工具；
2.  脑图的结构简洁明了，写作效率高，适合交付节奏快的项目。缺点是其格式不统一（很多种脑图工具），不适合写复杂的测试步骤，以及测试结果的备注等等。我们的项目交付节奏较快，对Case的测试步骤描述没有很细的要求，基本上都是内部人使用，适合用脑图来写Case。
3.  Excel的横纵向列表能容纳的信息非常多，非常复杂的测试依赖、测试准备、测试步骤和测试执行备注都可以在Excel中完成，Excel支持快速查找、筛选（根据优先级、根据测试结果、根据模块等），Excel的格式也很适合共享（基本上大家都能打开）。如果Case数量大、测试步骤复杂、对共享性有要求的话，建议用Excel格式来写Case。
4.  Word格式一般用在官方验收文档上，例如UAT、PAT等，验收方验收通过了，在文档上签字，归档。但Word写作成本大，不建议研发内部使用Word格式来管理Case。
5.  在线Case管理工具，例如Testlink等，这类工具的好处就是可以统一管理所有项目的Case，大家在指定的项目下写自己模块的Case，也能直接去执行，标记结果。写作效率比脑图和Excel差一点，不过可以从Excel导入的话，效率还是可以的。

# 2. Case主要内容 #

1.  模块信息
    
     *  通常一个Case内可以分成不同的模块，例如登陆模块、注册模块等。
2.  Case ID
    
     *  内部的Case编号。
3.  Case Name
    
     *  描述当前Case测试的主要内容/场景，例如：合法信息，注册成功。
4.  优先级
    
     *  Case的执行优先级，等级越高，执行优先级越高、功能重要性越高。例如，注册成功是一个高优先级的Case，这个功能不通过，功能没办法上线；注册成功后给出友好提示信息，这个Case不影响主要功能，优先级可以放低。
5.  预置条件
    
     *  执行此Case的前置条件，依赖数据、步骤等。
6.  测试步骤
    
     *  具体的测试执行步骤。
     *  建议和期望结果一一对应。例如：步骤1 输入网址，期望结果1 跳转到首页。
7.  期望结果
    
     *  执行测试步骤后的期望结果。
     *  建议和测试步骤一一对应。
     *  一个Case应该只有一个主要的期望结果/检查点，其他步骤都是为这个期望结果的出现做铺垫的。例如：一个Case中只检查注册成功，而不应该既检查注册成功，又检查登陆成功。
8.  实际结果
    
     *  测试执行阶段，实际的结果。一般情况下，如果实际结果跟期望结果一致，那么实际结果可以不用填。当实际结果和期望结果不一致时，记录实际结果，用于跟踪问题。
9.  测试Case结果
    
     *  Case执行的结论，一般有 通过、部分通过、不通过、阻塞、挂起等。

# 3. Case归档 #

1.  如果是文档形式的Case需要归档，就要借助一些版本管理工具，常见的SVN、git都可以。
2.  也可以用一些测试用例管理平台，比如Testlink、Jira或开源平台等等。
3.  如果是文件格式，建议用版本控制工具，可以直接本地submit、update、download，上传附件的方法不是很便捷。
4.  如果是平台管理，Testlink这种已经具备了版本的概念，直接操作即可。