测试管理的流程为:编写测试用例 - 规划测试单 -执行并记录 - 缺陷转Bug - 分析测试报告。
一、在哪里找到测试相关功能?
登录禅道后,顶部导航栏一般有测试一级菜单。所有测试活动主要在这里完成,部分功能也可以在项目内操作。
测试视图:集中管理所有用例、测试单、报告。
项目视图中的测试标签:只查看和当前项目相关的测试单和用例。
建议测试人员直接在测试视图下工作,视野更全面。
二、测试管理操作步骤
1. 建立测试用例库
入口:点击顶部测试 -左侧用例。
建目录:在左侧树状结构中,可以创建文件夹来组织用例(如按模块、功能点)。
新建用例:点击建用例按钮,填写:
所属产品/模块:用例属于哪个产品及模块。
用例类型:功能测试、性能测试、接口测试等。
用例标题:清晰概括测什么,如测试手机号为空时无法发送验证码。
前置条件:执行前需要满足的状态(如已登录、数据库有数据)。
步骤和预期:禅道是经典的步骤-预期结果方式。点击添加步骤,逐条写操作步骤,并为每一步写对应的预期结果,必须清晰。
词/优先级:方便挑选和分配执行顺序。
实用技巧:
可使用批量导入功能,下载模板后填写大量用例再上传。
有用例评审功能,在用例列表勾选后点击评审,可以指定评审人,流程化保证质量。
2. 创建测试单(测试任务)
测试单代表一次具体的测试执行活动,比如V1.2版本第一轮功能测试。
入口:顶部测试 - 左侧测试单 - 点击建测试单。
重要项:
所属项目/产品:关联到要测试的项目和版本。
名称:建议包含版本和轮次,如 v2.0_回归测试_轮1。
负责人和参与人员:指派执行测试的同事。
关联用例:在创建测试单的界面或创建后,都可以点击关联用例,从用例库中勾选本次要执行的用例。可以按模块批量关联。
开始执行:保存后,测试单状态为待测试,后续可改为测试中。
3. 执行测试并记录结果
这是测试人员最主要的工作界面。
入口:进入某个测试单,点击用例标签页,会列出所有关联的用例。
逐条执行:点击每条用例右侧的执行按钮(或直接进入用例详情页执行)。
记录结果:执行界面会显示该用例的所有步骤。针对每条步骤,你可以标记:
PASS(通过):实际结果和预期一致。
FAIL(失败):不一致,即发现缺陷。
BLOCK(阻塞):因环境、前置Bug等原因无法执行。
SKIP(跳过):无需执行。
当所有步骤标记完后,用例的最后执行结果会自动汇总(如果存在一个FAIL,整个用例即为失败)。还可以填写备注和实际截图。
批量操作:如果多个用例因同一个Bug阻塞,可以用批量执行功能快速标记。
截图和附件:在步骤结果中添加截图是提Bug的重点,禅道支持直接粘贴图片。
4. 失败用例转缺陷
方式一(推荐):在执行用例界面上,当标记某步骤为FAIL时,下方会出现转Bug按钮。点击后,禅道会自动将该步骤的信息(用例标题、步骤描述、预期结果)带入新建Bug表单,你只需补充Bug标题、严重程度,并指定给开发人员即可。Bug会和该用例自动关联。
方式二:在Bug列表页手动新建Bug,然后通过关联用例字段手动关联,但不如方式一高效。
用例执行状态联动:当Bug被解决并关闭后,关联的用例结果并不会自动变更为PASS。需要测试人员重新执行这条用例,重新记录结果。回归测试的标准流程。
5. 查看测试报告和分析
执行完成后,可以查看结果统计。
测试单概况:进入某个测试单,点击概况标签,可以看到一张清晰的统计表:用例总数、通过率、失败率、阻塞率等,还有Bug的统计。
测试报告:在测试视图下的报告菜单,可以生成更详细的版本或项目测试报告,包括Bug分布、各模块通过率等。
自定义报表:如果需要更深入的分析,禅道后台支持SQL语句或通过统计功能配置图表。
三、测试管理实用技巧
用例:同一个产品的新版本测试,无需重新建用例。直接新建测试单,从用例库中重新关联已有的用例即可。
用例评审流程:在用例列表,勾选一批用例,点击评审,可以指定多人评审,通过后才能关联到测试单,适合规范化团队。
公共用例库:如果多条产品线有通用用例(如登录功能),可以使用公共用例功能,跨产品复用。
和项目关联:在项目的测试单标签页下新建测试单,会自动关联当前项目,更适合Scrum团队在迭代中操作。
自定义Bug流程:如果测试-解决-关闭不满足需要,可以联系管理员在后台自定义Bug的状态和流转步骤。
四、新手常见问题速答
问:一定要先创建用例再执行吗?
答:不绝对,但强烈建议。如果直接提Bug,会失去用例的执行统计和包括率追踪。可以先快速提Bug,事后补建用例并关联。
问:测试单的状态有哪些?
答:常见为:待测试、测试中、已阻塞、已结束。结束后还可以激活重新测试。
问:用例执行结果能修改吗?
答:可以,在测试单的用例列表,点击历史结果可以重新执行或编辑。
问:开发人员把Bug状态改为已解决后,我该怎么做?
答:进入测试单,找到对应的失败用例,重新执行该用例。如果通过,标记为PASS;如果仍有问题,重新激活Bug或提新Bug。