团队初创时，
在excel中管理用例。通过第三方外包项目，引入了较为规范的用例管理模板，包括了需求来源/系统/模块/功能点/测试分类等等信息。 此时，团队的用例基本上以手工用例为主。
团队扩大后，
开始按照业务领域分组进行测试。此时，有团队开始分化，有的小组自动化率非常高，手工用例已不再编写，通过测试设计/思维导图等方式产出测试要点，然后进行直接编写自动化测试用例。
在另外的小组，则有团队倾向于通过思维导图来进行测试设计产出测试要点，然后根据测试要点编写excel格式的自动化用例，以及excel格式的带数据的手工测试用例。由于金融系统的复杂性，手工用例以表示数据计算为主，与之前的用例模板已经不再兼容。
在部门层面，则开始推广使用testlink等用例管理工具来管理用例的生命周期。
团队多元化
在引入了异地团队来替换外包团队后，团队的自动化工具得以传播，但是testlink/手工用例模板等并未得到广泛传播，使得不同小组间的用例格式差异初步扩大。
DevOps兴起
到了目前这个阶段，准备重新建设用例生命周期管理系统，将已经分散在各种自动化测试工具，采用各种excel格式的手工测试用例都能在devops平台的测试管理系统中进行管理。首先想要完成的，是能够梳理出一个通用的用例格式，将用例的需求/步骤描述/执行结果等统一化，通过excel能表达，归一化现有各不兼容的手工测试用例，然后通过导入/导出用例管理系统。再通过开发解析器，去将各种自动化测试工具的执行结果生成前述excel，也实现用例的导入。
并最终实现用例的组织级统一管理
网友评论