• 0
  • 0
分享
  • 测试用例管理工具推荐 原创 程序员阿常 程序员阿常
  • 程序媛淼淼 2022-07-20 10:15:31 字数 432 阅读 1404 收藏 0

读者提问:有哪些好用的测试用例管理工具?

阿常回答:这个问题我从三点回答

1、为何要采用测试用例管理工具;

2、有哪些常见的测试用例管理工具;

3、如何来选取测试用例管理工具。

一、为何要采用测试用例管理工具

以前我们用 Excel 来维护测试用例,产品发布前把 Excel 里的用例过一遍,这样做似乎是可行的。

但随着项目的迭代,项目复杂度的增加,用例的版本也越来越多,Excel 的缺点也逐渐显现。

通过 Excel 维护用例,我们遇到的挑战:

1、多人协作,用例没有统一存放地点

2、项目迭代,用例如何保证常用常新

3、用例设计,如何方便复用基础用例

二、市面上常见测试用例管理工具

Testhub、Jira、禅道、TAPD。

三、如何来选取测试用例管理工具

主流的测试用例管理工具(Testhub、Jira、禅道、TAPD)各有优缺点。

如果团队无特殊需求,可以任选其一。

如果有特殊需求可以尝试定制化或自研。

看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家留言阿常,一起探讨交流。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 前几天过了两个电话面试,其中有一个问题:给你一支签字笔,你要如何测试它。大白如我,后来才知道,这是一个软测的面试老题目了,当时稀里糊涂答了一通,后来才回味过来,其实HR是想看我的测试思想之类的的,虽然过了,但是还是想重新回想并补充。首先回想一下当天我提到的方面:形状、颜色、舒适度、笔筒开合方式、笔芯替换方式、出墨的快慢、笔头的粗细,笔芯的颜色、笔芯的寿命、还有材质是否容易损坏。面试的姐姐提示了边界测试,我又补充了高温对笔壳的影响和压力的测试,包括握笔的压力对笔壳的影响和笔尖的压力对出墨的影响。姐姐:压力如何测试?我着重回答了握笔的压力的影响,还说了什么对手型的影响,还谈到了建模==,现在看来真...
            0 0 1250
            分享
          •   近日,#董明珠怒斥员工吃着碗里看着锅里#上了热搜。  董明珠在访谈中表示,她曾找员工来谈话,让他们去持有格力的股票,有的可能认为买这个没什么用,也许过两年就走了;有的买了,捞一把,最后还是走了。有的人吃着碗里还看着锅里的,绝对不会允许他在格力待下去。  在这个话题下,有接近10万位网友留言,不仅如此,这个采访在企业内部也引起了讨论。  作为企业高管及董事之一的CC认为,“吃着碗里的看着锅里”的员工明显是对企业的忠诚度不够,这样的员工不能留。  公司给员工的薪资福利根据员工的能力已充足,即“德配位”,职业规划也不错,员工依然“吃着碗里的看着锅里”,这样的员工“胃口”太大养不活,甚至不客气的说...
            0 0 1626
            分享
          •   产品经理可以参考下图的流程方法:  1)需求收集:包括被动和主动的需求收集,其中主动的需求收集要求掌握需求收集的途径和方法,产品创意需要统一纳入到需求收集的范围;  2)需求分析:通过需求分析的层级模型,透彻地分析需求背后的用户问题和痛点,用户的需求场景,必要时还需要通过一些简单的原型确保准确地理解用户需求;  3)需求分发:不是所有需求都要纳入到下一个产品版本,成熟的需求管理团队能够发现高价值的中长期需求,在需求分发环节将其纳入到产品规划;  4)需求实现:该阶段的责任主体是产品开发团队,产品经理需要确保产品开发的各个阶段没有偏离自己的产品概念;  5)需求验证:包括产品经理对产品的验证...
            0 0 934
            分享
          • 1、安装、卸载测试(1)应用程序应能正确安装到设备驱动程序上;(2)能够在安装设备驱动程序上找到应用程序的相应图标;(3)安装路径应能指定;(4)软件安装向导的UI测试;(5)应用是否可以在android不同系统版本上安装(有的系统版本过低,应用不能适配);(6)没有用户的允许,应用程序不能预先设定自动启动;(7)对于需要通过网络验证之类的安装,在断网情况下尝试一下;(8)安装时空间不足的情况下是否会导致系统崩溃;(9)软件安装过程是否可以取消,点击取消后,写入的文件是否如概要设计说明处理;(10)安装过程被中断(比如来电、短信等)后是否能够继续安装或者导致系统卡顿、崩溃;(11)软件安装过程...
            0 0 1293
            分享
          •   这个问题也是测试工程师经常问的问题。有人主张测试用例详细到每个步骤执行什么都要写出来,目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出例子:欧美、日本等软件外包文档都是这样做的。  另外一种观点就是主张写的粗些,类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范,变动十分频繁,因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护,可以让测试执行人员有更大的发挥空间。  实际上,软件测试用例的详细程度首先要以覆盖到测试点为基本要求。举个例子:“用户登陆系统”的测试用例可以不写出具体的执行数据,但是至少要写出五种以上情况(),如果只...
            0 0 1171
            分享
      • 51testing软件测试圈微信