3. 测试case管理规范 短命女 2024-04-18 09:03 19阅读 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这种已经具备了版本的概念,直接操作即可。
还没有评论,来说两句吧...